クラウド 2, asp, Auto, CDN, Draft, IT, IT, On-Premise, RFP, アーキテクチャ, アマゾン, オン, クラウド, グリッド, コラム, これまで, これら, コンピュータ, サービス, しばらく, スタイル, スタッフ, そちら, ところ, ノウハウ, パズル, ピース, ビジネス, フレーム, マーケティング, ミス, メリット, もと, ユーザ, リリース, レスポンス, ワーク, 上流, 不透明, 並行, 事業者, 今後, 他社, 以上, 企業, 会社, 体系, 保有, 出鱈目, 利便性, 利用, 制限, 削減, 前, 協業, 原点, 可用性, 品質, 商流, 問題, 営業, 国内, 場合, 外注, 大手, 失敗, 妥当性, 実績, 対応, 展開, 必要, 意味合い, 懸念, 拡充, 拡大, 推奨, 提供, 料金, 期間, 業界, 業者, 流行, 海外, 現在, 登場, 移行, 稼働, 管理, 経験, 結局, 継続, 育成, 自社, 要素, 解釈, 設定, 設計, 話題, 話題性, 誤解, 議論, 進化, 遅, 関係, 面, 魅力 斉藤之雄 (Yukio Saito) 88 コメント
[IT] クラウドかオンプレミスか(コラム)
[IT] クラウドかオンプレミスか(コラム)
オンプレミス (On-Premise : 自社保有型スタイル)で培ったノウハウや実績をアーキテクチャが同じクラウドがあればそちらにも展開していき、しばらくは並行期間というよりも要素ごとにクラウド移行していくことで高い利便性と稼働性(可用性)のメリットを得られるのがクラウド利用と考えます。まったくオンプレミス・ノウハウを持たない企業はないと思いますが、ずっと 他社が提供するASPサービスをユーザ企業として使っていた場合にはあまり関係がなさそうです。むしろサービス品質が低い(遅レスポンス)な ASPサービスを提供している会社へ、クラウド対応設計にしないのか?と問い合わせるのがベターではないでしょうか。
クラウドについて誤解されている面も多いため、これまで通りオンプレミスを継続しても何ら問題はなく「流行話題性だけで(クラウド)を使いたい」という企業はクラウドで失敗するでしょうね。
クラウド型サービスと拡大解釈しているグリッド、CDNサービスがありますが、これらはアマゾンなどの海外事業者を除いては、アーキテクチャが制限されることも多いので結局はクラウドビジネスを展開している業者の商流設計ミスに繋がりかねません。すでに国内大手クラウド提供事業者の商流が出鱈目になりつつところもあります。オンプレミスからクラウドを推奨しているところがその懸念がありそうです。
今後望まれるクラウド体系としては対応するフレームワークの拡充と妥当性のある料金設定、必要以上の協業を減らし不透明な管理費の削減でしょうか。
ただ現在わかってることは、クラウドが突出した素晴らしいコンピュータビジネスではないことです。また多くの上流設計経験を持つ営業あるいはマーケティングスタッフの育成が必要であることでしょうか。これまでのようなパズルピースを紐解くRFPをもとに外注ありきクラウドリリースしていてはIT業界の進化は低く魅力薄になりそうです。
クラウドが登場した2年前の話題を原点に返る意味合いで 再議論してはどうかな?
以上