AWS-API互換クラウドの問題

AWS-API互換クラウドの問題

アマゾンウエブサービス（ＡＷＳ）

アマゾンウエブサービス（ＡＷＳ）はアマゾン社内で利用してきたネットインフラをクラウドサービスとして一般に公開したものです。少ない初期投資でネットビジネスを実現できるため、ＳＯＨＯ系ビジネス、ベンチャービジネスの間で急速に利用が増えています。

ある意味では、アマゾンが培ったネットビジネスのノウハウがＡＰＩの形で公開されたことになりますから、尚のこと重宝な存在となっています。

アマゾン社自体はＩＴベンダーではありませんから、ネットサービス・ウエブサービス・クラウドサービスを実現する巨大なサーバー環境は普通のＩＴベンダーが構築しています。何処のベンダー？

アマゾンは最高のクラウドユーザーとしてシステム要件を明確にし改善を進めてきた立場になります。

.*.

クラウドベンダーは雨後の筍。それも巨大ベンダーとオープンソース(OpenStack?)系とに集約されつつありますが、ここへきて目立った動きとして、特にオープンソース系ベンダーでは、アマゾンＡＷＳ用ＡＰＩをそっくり利用しようというものがあります。

ＩＢＭがオープンスタックを担いだことで明確な流れが出来ました。ＩＢＭ－ＰＣ互換ビジネスの推移が思い出されます。アマゾンは何れ他のベンダーの利用者に甘んじる時代が来るかもしれません。

アマゾンＡＷＳ互換クラウドと特殊ニーズのクラウドの並列。特殊ニーズの部分は一定の汎用性が確認されれば、拡張ＡＰＩとしてＡＷＳに取り込まれていくでしょう。一部はニッチ用途に残る。

互換クラウドベンダーは単にＱＣＤ（コストパフォーマンス）を競うだけになりますから、ＡＷＳ－ＡＰＩに最適化されたサーバーを作ることになります。

.*.

ISMS的考察

1. 27001規格見直しではクラウド対応要件が検討されているが、これさえ要件の一部と心得るべきである。
2. 技術革新への実務的な対応は事業における競争優位を実現する上では欠かせない。
3. データの分離管理は解決すべき課題だ。
4. マルチベンダー、マルチサイトも標準化が進めば容易になるだろう。
5. 平時・災害時とも通信路の確保は従来より一層深刻な課題になるだろう。
6. AWS-API互換ベンダー利用時は互換性を担保する方法論の確立が必要。システム要素の更新時、切り替え時は戻しの手順なども含めることだ。
7. 標準ＡＰＩを使っていてもベンダー固有の脆弱性を歌が必要はあるので、それを把握する方法論も求められる。マルチベンダーの場合は深刻なリスクになる可能性もある。

.*.

ＡＷＳとＡＷＳ互換の比較考察

アマゾンのクラウド（ＡＷＳ）と他社のＡＷＳ互換ＡＰＩクラウドとの違い？を理解してみよう。単純に、
両者QCDを比較して見てみよう。

• Ｑ（機能性）：
  ＡＰＩ互換を達成していれば基本的に違いは無い。
• Ｃ（コスト面）：
  開発コスト、維持コスト、サービス料金のバランスで考えると、既に投資を済ませて一定のカスタマーベースを確保しているところと、これから新たに投資して回収を図ろうとするところ、カスタマーベースも新規9開拓のところとでは優劣が明確だ。もっとも、後発は最新の技術を利用できるメリットもある。
• Ｄ（サービス実現性）：
  既に各国でサービス提供の実績があり、システム運用に対する高い信頼性を確保しているところと、互換機の信頼性実績はこれから作るところとでは隔たりが大きい。

アップルiOSとグーグルAndroidの比較考察、ＩＢＭ-ＰＣとデルＰＣの比較考察、などとよく似ている。先行馬が最初は独走状態になるが、やがて競争を分ける条件が変わってくる。オープンであるところから生まれる競争が求める価値観の変質を生むのだ。利用者が求める価値化に変化が生まれる。

.*.