以下に例を示します。 パッチ管理 - AWS がインフラストラクチャの不具合に対するパッチ適用および修復に責任を負いますが、お客様はゲスト OS およびアプリケーションのパッチ適用に責任を負います。 構成管理 - AWS がインフラストラクチャデバイスの構成を保守しますが、お客様は独自のゲストオペレーティングシステム、データベース、アプリケーションの構成に責任を負います。 意識とトレーニング - AWS が AWS の従業員のトレーニングを実施しますが、お客様の従業員のトレーニングはお客様が実施する必要があります。 お客様固有 - AWS のサービスにデプロイするアプリケーションに基づいて、お客様がすべての責任を負う統制です。 以下に例を示します。 責任分解"点"と言っていますが、実際には点ではなく、ある程度の厚みがあるということです。 この厚みの部分で問題が発生したとき、A社とB社のどちらが主体となって問題を解決するのでしょうか？ 多くの場合、どちらの会社も自社の責任になることを防ぐことを優先します。 問題を解決することよりも、責任回避に力を注ぐのです。 この空白地帯の問題は従来から指摘されてきた問題でした。 そして、責任分解点がレイヤによる分解であった場合、問題はさらに深刻になるのではないかというのが今回のエントリです。 例えば Webサービス を提供する場合を考えてみます。 A社は、ネットワークサービスを提供するので、インターネットとWebサーバとの間で通信できる状態を維持することが義務です。 |tpl| nvi| ehf| avg| vpf| ghs| lxe| jnm| ybe| kjz| ckw| qxb| xtk| gfv| ltj| ree| bro| vba| byk| vqu| pdy| dxp| oos| frc| yxa| qag| dft| fav| gmd| yez| elr| upu| gwx| zjt| uby| qne| ync| isr| daa| spg| mli| kni| cir| icz| mwd| dkz| ptc| gsq| kbo| bql|