Agile Cat — in the cloud

Cloud is a corporate strategy, not a tactical solution
http://wp.me/pwo1E-4gj
By Mark Thiele, Switch May. 6, 2012
http://gigaom.com/cloud/cloud-is-a-corporate-strategy-not-a-tactical-solution/

As an IT community we are still stuck in the past relative to the strategic nature of cloud. Many of us are looking at the adoption of cloud as just another technology, and are leaving the decisions on how to adopt, own, and manage the cloud up to engineers. But acquiring a cloud management platform is not an engineering decision — it’s a strategic one. Do engineers need to be involved? Yes, but your cloud adoption strategy has already failed if you don’t treat cloud as the operational construct that it is.

IT 共同体として私たちは、クラウドにおける戦略的特性の、これまでの経緯の中に依然として立ち往生している。 言い換えれば、私たちの多くが、別のテクノロジーとしてクラウドの適用を認識し、さらに言えば、どのようにクラウドを適用／所有／管理のすべきかという判断を、エンジニアに任せきりにしているのだ。 しかし、クラウド･マネージメント･プラットフォームの導入は、エンジニアが決定すべきものではなく、企業戦略として行なわれるべきものである。 エンジニアが関与する必要があるのだろうか？ つまり、経営陣がクラウドについて、運用を統制するものとして取り扱わないなら、そのクラウドの適用はすでに失敗しているのだ。  

I wrote “Cloud management, what’s the big deal” a little over a year ago and the good news is many more of us now at least acknowledge the need for robust management tools. The problem is, we still think of them as “tools”. Cloud management isn’t just a pretty wrapper that you put on top of virtualization to make it easier to use, and it’s not a few scripts that automate builds or scaling functions. Cloud management is a platform that allows the cloud(s) owner to express their company’s directives and policies effectively and safely onto their myriad technology solutions and across international borders.

もう 1年も前になるが、私は「Cloud management, what’s the big deal」という記事を書いた。そして、GOOD ニュースとして捉えて良いのは、より多くの人々が、堅牢なマネジメント･ツールの必要性を、少なくとも認めたということである。 そして、ここでは、それらを、まだ「ツール」と見なしていることについても問題視していきたい。 クラウド･マネージメントは、仮想テクノロジーを容易に使うための優れたラッパーではなく、ましてや、スケーリング機能を自動的に構成するスクリプトでもない。クラウド･マネージメントとは、それぞれの企業における方向性と政策を効果的に表明する能力を、そのオーナーに与えるためのプラットフォームである。さらに言えば、それらの企業が抱える無数のテクノロジー･ソリューションを、国境をまたいで安全に展開するためのプラットフォームでもある。

Why the cloud management platform you choose is so important

Like any software that solves a problem or creates an opportunity (often one and the same), a cloud management platform should be acquired only after defining a clear set of requirements. The requirements should be defined with the CIO and I’ve explained why after each requirement. A cloud management platform should:

問題を解決しビジネス･チャンスを創出するソフトウェアと同様に、クラウド･マネージメント･プラットフォームも、明確に要件が定義された後に入手されるべきものである。 それらの要件は、CIO により定義されるべきである。そして、私は、それぞれの要件が得られた後の、Why について説明してきた。 以下に示す項目が、クラウド･マネージメント･プラットフォームが行うべき事柄である：

Be capable of managing a variety of clouds – A strategic vision for where and how clouds will be adopted or dropped is important for a number of reasons: avoiding lock-in, the ability to retrieve data in a usable format, finding the appropriate cloud platform for the expected workload and location. Depending on the business you’re in you may use partnerships and or competitive concerns as a decision factor in your multi-cloud strategy.

多様なクラウドを管理していく能力 – それぞれのクラウドの採用／不採用を、どのような観点で判断するかという戦略的なビジョンは、複数の要素から構成される。 具体的には、ロックインの回避／有用な形式でデータを抽出する能力／予想されるワークロードとロケーションに適したクラウド･プラットフォームの見極めなどである。 それぞれの企業のスタイルに応じて、協調や競合における関心事を活用することになるが、それらが、多様なクラウド戦略を選択する際の要因となっていく。

Handle data security and location – Do your systems administrators have access to corporate strategy around locations and data privacy requirements? What about HIPAA or other regulatory concerns? If they don’t even recognize this as an area of concern, why would they look for it in a management tool?

データのセキュリティとロケーション – システム･アドミニストレータたちは、ロケーションとデータ･プライバシーの要件における、企業として戦略にアクセスできるのか？ HIPAA などの規制について、関心を持っているだろうか？ もし、それらを重要な分野として認識していないなら、マネジメント･ツールの中から、どのように必要な項目を探し出すのだろうか？

Take care of policy management across clouds – Your architects and engineers might be terrific, but are you sure they are the best ones to determine the value of having a common and simplified set of tools for managing policy and governance across your images and across different clouds? Policy considerations can take into account everything from privacy to security, to performance and lifecycle depending on the platform you choose.

複数のクラウドをまたいでポリシーを管理 – 素晴らしいアーキテクトとエンジニアを擁しているのだろうが、彼らは経営陣のイメージを理解できるだろうか？ つまり、複数クラウドを横断するポリシーとガバナンスを管理するための、単純化されたツール･セットの価値を判断する、最適な人材だと確信できるだろうか？ ポリシーにおける考察には、選択すされるプラットフォームのプライバシー対策から、セキュリティ対応、そしてパフォーマンスとライフサイクルまでが含まれる。

Include well-developed role-based security – While your engineers and infrastructure leaders are more than capable of handling security decisions for team access to a cloud management platform, are they the right group to determine how customers (developer or end-user) and partners might access your cloud?

適切に作成されたロール･ベースのセキュリティ – エンジニアとインフラのリーダーたちは、クラウド･マネージメント･プラットフォームをチームでアクセスするのための、セキュリティについて処理できるだろう。 しかし、そのクラウドにアクセスする、顧客（デベロッパーやエンドユーザー）およびパートナーを、適切にグループ化していくレベルに達しているだろうか？

Incorporate a virtual machine security suite – This is an area where the CIO likely doesn’t need much involvement, but there should be a senior security role involved in the project.

仮想マシンのセキュリティ･セットへの対応 – ここは、それほど CIO が関与しないエリアであるが、このプロジェクトに優先的に関連する、セキュリティ･ロールが存在すべきである。

Consider the full life cycle from creation to deletion – Unfortunately, most of us in the trenches don’t think about whether the images we create today should be reviewed six months from now? Ensuring you have a solid life cycle approach will help you develop a more efficient use pattern and reduce the risk of inappropriate resource use.

作成から廃棄までの全ライフサイクルの把握 – 残念なことに、それぞれの組織における大半の人々は、今日のシステムが 6カ月で再検討されるべきという点について、考えていないのだろうか？  密度の高いライフサイクル･アプローチを保証することが、効率的な利用パターンを促進し、不適当な情報リソースを使用するという、リスクを低減していくろう。

Integrate with operations platforms (monitoring, billing, etc.) – The effort to define these requirements will mostly fall on the technical team, but feedback from management about expectations of monitoring and billing etc., is still critical.

運用プラットフォームの統合 (monitoring, billing, etc.) – これらを要件を定義する労力は、テクニカル･チームに割り当てられるのが大半であろう。しかし、モニタリングや支払請求といった予測に関する、マネージメント･ツールからのフィードバックは、依然として経営面での重要事項である。

Offer APIs for common tools and scripting languages – Mostly a technical/architectural decision, with the exception of integration that might enable out of the box opportunity, there might be value in having a larger team, including leadership involved.

共通のツールとスクリプト言語に対応する API の実現 – テクニカル／アーキテクチャにおける主要な判断とは、導入直後から容易に行える統合を別として、大規模なチームと、そこで発揮されるリーダーシップの、真価が問われるものとなる。

The above isn’t a complete list of considerations in the evaluation of an appropriate cloud management platform, just serious food for thought. However, of what’s missing above, the most critical element of all includes thinking about how a cloud management platform should complement and re-orient your IT organization.

上記の各項目は、適切なクラウド･マネージメント･プラットフォームを評価するための完全なリストではなく、言い換えれば、重要な指向の糧として捉えるべきものである。 上記の項目に欠けているものがあるにせよ、すべての最重要な要因には、クラウド･マネージメント･プラットフォームが、IT の構成を捉えるための方式と、新しい方向に舵を切らせるための思考が、含まれているはずだ。

Where the rubber meets the road!

The CIO needs to consider a ground up redo of the organization, how it delivers IT services and how it integrates with the business at the function and end-user customer level. Admit it; you weren’t thinking that these organizational changes were a factor in your requirements and prioritization process for acquiring a cloud management platform.

CIO は、組織の構築と再編について考える必要がある。 具体的には、どのように IT サービスを提供するかであり、また、組織の機能とエンドユーザーのレベルに合わせて、ビジネスを統合していくことである。 そして、クラウド･マネージメント･プラットフォームを導入するための、要件に優先順位を付けていくプロセスにおいて、組織的な変化が重要なファクタになるとは考えていなかったことを、認めなければならない。

Of course, the aforementioned needs aren’t necessary if all you want is a shiny set of tools or some home-grown scripts to handle your cloud. Tools and scripts which won’t scale, aren’t standardized, won’t work across clouds and will likely be developed differently by each IT group in your enterprise.

もちろん、そこで必要となる全てが、あなたのクラウドを運用するための、光り輝くツールとスクリプトのセットなら、前述の心配事は不要である。 しかし、ツールとスクリプトはスケールぜず、また、標準化もされていない。 ましてや、複数のクラウドをまたいで機能することもない。 それらは、おそらく、あなたのエンタープライズにおける、それぞれの IT グループが開発していくものになるだろう。

The delivery of IT is different. The old ways are gone. The addition of cloud to your organization isn’t an opportunity to do the same old things faster, it’s an opportunity to deliver functionally improved IT services in real-time to your business.

IT の配信は、さまざまな形式で行われる。 しかし、これまでの古い方式はすたれてきた。 あなたの組織にクラウドを加えることは、これまでの方式を、より迅速なものに置き換えるものではない。 言い換えれば、IT サービスを企業に対してリアルタイムで、配信するために改善されたものとなる。

How will you deliver in real-time if you still work through a traditional helpdesk process? Or maybe because you haven’t figured out how to integrate billing, you still have business or IT groups who want to “pay” for their servers. What about the purchasing process or the approval process for a new application?

しかし、従来からのヘルプデスクを介して物事が処理されているなら、どのように形で、それを実現していくのだろう？ あるいは、支払請求を統合する方式が理解されていないため、自身で保有するサーバーに対して「投資」を継続していく、業態や IT グループが残っているかもしれない。 新しいアプリケーションを導入する際の、購入と承認のプロセスは、どのようになっていのだろう？

This isn’t just more tech bells and whistles

In modern IT you should be able to test, fail, test, fail, test, and implement in less time and for less money than one effort in the past. In light of the improved application adoption options, a change in how you review and approve ideas is also important. In other words, why send a project to the executive team for review, when you could run a proof of concept in a matter of days or hours and actually demonstrate the value almost immediately at little or no cost.

近代的な IT においては、テストと失敗の反復が何度でも試せなければならず、また、これまでとの比較において、短い時間と少ない費用で、アプリケーションを実装できなければならない。 さらに、アプリケーションを適用するための改善されたオプションを前提として、アイデアを再考／承認していく方式を変革することも、重要になってくる。 言い換えれば、経営チームがプロジェクトをレビューすることの意義や、現場での POC（Proof of Concept）が数日で完了していくことの意味が、ほとんどコストをかけずに、直ちに証明されなければならない。

OK, maybe there are more bells and whistles, but treating cloud like a technology solution purchase is the wrong approach. Take a holistic approach to how IT can and should participate in the business of doing whatever your company does, then build the operational model to support that. Seek alignment in your organization and in your technology choices so you’re prepared for a Cloud Operating model and Fluid IT. Welcome to the modern IT world.

おそらく、そこには数多くの付属品やら装飾品があるだろうが、テクノロジー･ソリューションを実施するような方式で、クラウドを取り扱うアプローチは間違っている。 企業が実施していくべき、あらゆる業態に関与できる IT を実現するために、全体的なアプローチで取り組んでいくべきだ。 それは、その後に続く、企業をサポートしていくための、運用モデルの構築にも当てはまるものだ。組織のための選択肢と、テクノロジーの選択肢が、上手く一致するポイントを探し出すべきだ。 それにより、Cloud Operating のモデルと、流動的な IT を実現するための準備が整っていく。 ようこそ。 モダン IT ワールドへ！

Mark Thiele is executive VP of Data Center Tech at Switch, the operator of the SuperNAP data center in Las Vegas. Thiele blogs at SwitchScribe and at Data Center Pulse, where is also president and founder. .He can be found on Twitter at @mthiele10.

Related research and analysis from GigaOM Pro:

• A near-term outlook for big data
• Dissecting the data: 5 issues for our digital future
• What Amazon’s new Kindle line means for Apple, Netflix and online media

ーーーーー

ついに、こういう切り口で、議論される時代になってきたのですね。 以前に、たしか iPad が登場したときだと思いますが、カンブリア宮殿という TV 番組で村上龍が、「大半の出版人が戦々恐々としているが、なにが出来るのかと想像するだけで、自分は楽しくなる」と話していました。 そして、企業の経営者も、同じことを自問しなければならない時代に突入するわけですが、ふと思い出したのが、Netflix の CEO である Reed Hastings です。 昨年の 4月に起こった Amazon AWS 大規模ダウンタイムにおいて、この Netflix は何の問題もなく営業を続けていました。 なぜなら、AWS の冗長性を買うというオプションを、Netflix の経営方針として選んでいたからです。 Hastings が直接に、AWS を管理していたかどうかは別にして、クラウド時代の経営者がとるべき判断という点で、とても印象に残っている出来事です。 ーーー

ーーーーー

＜関連＞

インターネット人口が 5年で 2倍になったという事実から、あれこれ推測してみる
モバイル･テクノロジーが進化すれば、リモート･ワーカーが増えていく
SaaS のワールドワイド市場は、その成長を継続している
クラウドの利用率では、南米とアジアが他をリードしているのか？
アメリカの 最強 IaaS プロバイダー Top-10 をリストアップ！
Open Source のコード品質は、商用ソフトを上回るという調査結果