データレジデンシーとリージョン制御

プライバシーやセクター規制がデータを管轄内に留めるよう求める場合、正直なエンジニアリング上の問いはこうです: どのシステムの、どのデータが、どこで動いているのか? アプリケーションがどこで動き、そのデータがどこに保存され、どのサブプロセッサが触れるかを specifying せずに「準拠しています」と答えるベンダーは、御社の移転影響評価が使えるものを何も答えていません。レジデンシーは、これらのページの他のすべての統制と同じ証拠基準に値します: 名指しされた場所、名指しされた選択肢、両方を述べる文書です。

Ciaoの答えは構造的です。プラットフォームは隔離されたポッドとマルチリージョン対応を備えたKubernetes上で動作し — レジデンシーに敏感なプログラムにとってより重要なのは — アプリケーションはCiaoのクラウドで動作する必要が全くないことです。自社クラウドアカウント、プライベートVPC、または別条件のもとでのオンプレミスへのデプロイは、アプリケーションとそのデータを、すでに管理・監視し責任を負っている境界とリージョンの中に置きます。この選択はベンダー関係ごとではなく、プログラムごとです: 規制対象のワークロードは自社のEUクラウドアカウントで動作し、制約の少ないチームは1つの契約と1つのガバナンスモデルのもとでCiaoクラウドを使うことができます。

正しい答えは選択したデプロイオプションによって異なります。だからこのページはスローガンではなく表を提供します。Ciaoクラウドでは、リージョンの選択肢は調達時にエンタープライズチームと確認します。自社クラウドアカウントまたはプライベートVPCでは、アプリケーションとそのデータは御社が選択・統治するリージョンで動作します。オンプレミスでは、御社の施設で動作します。すべての体制において、モデル推論はデータ保持ゼロの契約によって統治され、モデルプロバイダーのレジデンシー特性はサブプロセッサの議論の一部としてレビューされます。

このフレーミングが拒否していることに注目してください: すべての顧客に単一の答えを主張することです。なぜなら単一の答えは存在しないからです。レジデンシー体制はプログラムごとに選択され、正しい検証方法は体制によって異なります — キャッチフレーズではなく表の行です。どのベンダーにも同じ問いを尋ね、同じ形の答えを主張してください。

レジデンシーの主張を調達の成果物として扱ってください。リージョンの詳細、サブプロセッサの所在地、データフローの詳細は、コンタクトページ経由でリクエストに応じて入手できるセキュリティパックとDPAに属し、SOC 2 Type IIレポートはその背後にある監査済みの統制環境についてNDAのもとで入手できます。御社のプログラムのレジデンシー要件が厳格な場合は、最初の会話でそう伝えてください — デプロイオプションは、まさに要件と議論するのではなく満たすためにプラットフォームが提供するものです。

レジデンシーとデリバリー速度のバランスを取るプログラムにとって、実践的なパターンは、レビューを一度実行し、承認された体制を文書化し、その後のビルドでその決定を再利用することです — 後続のプロジェクトは体制を再度争うのではなく引き継ぎます。