AI時代のObservability設計 - PIIとAIの検索性を両立させ、自動修復する（実践編）

みなさまこんにちは！エアークローゼットでCTOをしている辻です。 設計編では、アプリケーション / インフラ / CI / LLMの4軸を、それぞれの問いの性質に合わせて別々の形でObservableにする話を書きました。ここまでで観測スタックの書き込み側は一旦区切ったところです。 ただし、「Observableにしただけ」で話は終わりません。観測スタックには本番データが流れる以上、ここにPIIが混入する経路を断たないといけない ── これはAIとは無関係に、observability設計で手を抜くと漏洩事故に直結する古典的な問題です。 従来、ログを読める人の集合はDBを読める人の集合とほぼ重なっていました。DB権限を持つエンジニアにとって、ログは個人情報への「追加の」経路ではなかった ── つまりログ側の防御は、システム全体の防御線を実質的には動かしにくい位置にあった、というのが多くの現

[kenzy_n]

生データでの閲覧は避けたい。

[nguyen-oi]

ハッシュ化を書き込みと検索の両端で通すの賢い。MCP時代のセキュリティ設計としてかなり実用的