過去数年間、私は多くの企業がクラウド サービスを完璧で安全かつ信頼できるものにできるよう支援してきました。これらの企業が抱える問題はそれぞれ異なりますが、問題の種類は基本的に分類することができます。これらがこの記事で紹介する十戒です。 私は長年の実践から学んだこの10 の戒律を、ビジネス上の意思決定者 (経営者) 向けと技術上の意思決定者 (技術チームのエンジニアやマネージャー) 向けの 2 つのタイプに分けました。 タイプ1 : ビジネス意思決定者向け1. クラウドを単なる技術の問題として考えないアジャイルまたは DevOps 変革には、ある程度のトップダウンの組織変更が伴うと広く考えられています。これには、新しい責任、新しい働き方、チーム間の新しいコミュニケーション方法が含まれます。 「DevOps Box」を購入するだけでは成功は期待できません。 クラウド コンピューティングの導入も同様です。クラウド コンピューティングを、従来と同じテクノロジーと作業方法を提供する単なる別の方法として考えないでください。 「リフト アンド シフト」の考え方は、最終的にはコストがかさみ、肥大化したクラウド導入の失敗につながります。 クラウド コンピューティングを優先的に導入することに成功した企業では、開発、運用、セキュリティ、さらには財務のあらゆる側面で新しいアーキテクチャが採用されています。どうか時間をかけて、必要な根本的な変化を理解し、受け入れてください。 写真 2. 最初からトレーニングするクラウド コンピューティングを導入するというトップダウンの組織的命令を出しただけで、あとは放っておいて良いことが起こることを期待することはできません。 クラウド コンピューティングは、技術スキルとチームの責任に大きな変化をもたらします。クラウド コンピューティング テクノロジーを深く理解している人材は珍しく、市場で見つけるのは容易ではありません。パートナーは協力できますが、最終的にはこの専門知識を社内で育成する計画が必要です。 大企業では、クラウド センター オブ エクセレンスを確立することは良いスタートですが、こうした取り組みが別の情報サイロに細分化されてしまうことも見てきました。単に「クラウド チーム」を作成するだけでは不十分です。文化をより広範囲に推進する必要があります。つまり、数か月、あるいは数年かけて組織全体にクラウド コンピューティング スキルを慎重に広める必要があります。 確かに、トレーニングには多額の費用がかかりますが、クラウド コンピューティングの本質は、同じ人員でより高い価値を実現できることです。したがって、採用予算の一部をチームのトレーニングに振り向けてください。クラウド サービス プロバイダーが管理するサービスの使い方をチームが理解すれば、驚くほどの成果が得られるでしょう。 適切な優先順位を設定し、適切なインセンティブを提供すれば、従業員は変革し始めます。 写真 3. クラウドコンピューティングを価値の中心として捉える以前に比べると数は減ったものの、コスト削減を主な目的としてクラウド コンピューティングを選択する企業はまだいくつかあります。そして、それには十分な理由があります。クラウド コンピューティングを選択するのは、コストを削減するためではなく、より大きな価値を生み出すためです。 だからこそ、私はクラウド コンピューティングが「IT のキラー アプリ」と表現されるという考え方に賛成です。スプレッドシートが初期のパーソナル コンピューターを魅力的なものにしたのと同じように、クラウド コンピューティングだけでも IT 投資のコストを上回る可能性があります。 組織がクラウド コンピューティングを最大限に活用できれば、市場投入までの時間、イノベーション、俊敏性を向上させることができます。 企業によっては、クラウド導入に関連して目に見える唯一の指標であり理解できる指標であるクラウド料金にこだわりがちですが、それは苦痛を伴うものです。価値実現速度などの成功指標は測定不可能ではありませんが、確立して評価するには意識的な努力が必要です。 実験を優先し、成功の基準を把握すれば、クラウド コンピューティングの価値がコストをはるかに上回ることがわかります。 4. 小さく始めようが、準備不足にならないようにクラウド コンピューティングの待機期間が数か月、あるいは数年に及ぶことはよくあります。 Andy Jassy 氏は最近の re:Invent 基調講演で、クラウド コンピューティングを誇示しながらも、実際には小規模なパイロットしか展開していない組織を指摘しました。このアプローチは技術チームの履歴書には良いかもしれませんが、ビジネスにとっては何の価値もありません。 クラウド コンピューティングを初めて導入するときには、うまくいかないでしょう。しかし、その心配で最初の一歩を踏み出すのを止めないでください。適度なワークロードを選択し、それをクラウド上で実際に実行してみて、問題点を見つけ出し、改善し、それを繰り返して、クラウド コンピューティングに関する知識を広げ続けます。 クラウド コンピューティングを真剣に受け止めれば、大きな成果が得られます。 写真 5. パートナーを信頼する企業がクラウド コンピューティングの入り口で何ヶ月、あるいは何年も立ち往生してしまう理由は何でしょうか?彼らは、変化は複雑になる可能性があることを認識しており、間違った変化を望んでいません。 このため、クラウド コンピューティングへの移行には、信頼できるパートナー、つまり、以前に同じ道を歩んだ経験があり、落とし穴と近道の両方を知っている人々を加えることが理にかなっています。 (ちなみに、これはパブリック クラウドを支持する良い議論でもあります。AWS よりも優れたデータ センターを管理したり、Microsoft よりも優れた開発者ツールを構築したりできると本当に思っていますか? ロックインに関する懸念は歴史的に正当化されており、その存在意義もありますが、最終的にはリスクを適切に活用できるベンダーと協力する必要があります。) 信頼できるクラウド コンピューティングおよびコンサルティング パートナーを見つけ、永続的で前向きな変化の実現を自由に支援してもらいましょう。 写真 タイプ2 : 技術意思決定者向け6. 個人的な好みに基づいてテクノロジースタックを選択しないテクノロジーに関する決定には、よくあるアドバイスがあります。それは、ほとんどの問題に対して、時の試練に耐える長年の解決策を採用すべきだ、ということです。別の Rails アプリを書いたとか、そういう理由で解雇された人はいません。 このアドバイスは、大きな破壊的な飛躍が起こらない世界では意味をなします。しかし、クラウド コンピューティングでは、新しいテクノロジによって、管理する必要があるコンテンツの量が大幅に削減され、提供するインフラストラクチャの規模と機能が向上するため、状況は変わります。 たとえば、AWS の Amplify サービスは、モバイルとバックエンドのリアルタイム開発において大きな進歩を遂げました。 API 開発に対するローコードでパターン重視のアプローチは間違いなく優れています。クラウドネイティブ データ ストアとの緊密な統合がさらに強化されました。また、AppSync バックエンドはクラウド サービスであるため、ユーザーが何もしなくても時間の経過とともに改善され続けます。完全に慣れるまでには数週間かかるかもしれません。しかし、この場合、学習に時間を投資することの報酬は永続的です。 重要なのは、あなたの感情があなたを裏切る可能性があるということです。どのツールやサービスが最大のメリットをもたらすかを冷静に評価する必要があります。 写真 7. 時間は最も貴重な資源です。最適化する毎日触れる最も高価なリソースは、運用データベース クラスター、アプリケーション サーバー ファーム、またはログ記録フレームワークではありません。それはあなたのスケジュールです。 あなたとあなたのチームには、テクノロジーを構築し、維持するための時間枠が限られています。車輪の再発明に時間を無駄にしないでください。 残念な個人的な例として、私は以前の仕事でフルスタックのデプロイメント フレームワークとパイプライン ツールをゼロから構築するのに多くの時間を費やしました。最終的に、このデプロイメント パイプラインはビジネスに一定の価値をもたらしましたが、それには何千時間ものエンジニアリング時間の犠牲が伴いました。 私と私のチームが既存のクラウド サービスにもっと依存していれば、同じ機能を短時間で完了し、経営陣に自分たちの作業内容を常に説明する必要なく、より価値の高いプロジェクトに取り組むことができたでしょう。 クラウドネイティブ開発では既製のサービスを使用することに重点が置かれているため、スケジュール内で貴重な時間がさらに確保されます。 写真 8. クラウド上での構築を早めに開始します。いいえ、それより少し早いです。私は「ローカルでコードをテストし、クラウドでサービスをテストする」という考え方を推奨してきました。サーバーレス開発がテクノロジー スタックの上位に進むにつれて、クラウドから独立したローカル開発環境を維持する価値は低下します。 必要な場合は、ローカルでコードを反復処理します。リモート スタック (当然ながら本番スタックではありません) にデプロイされたロールとリソースでテストします。開発ライフサイクルの早い段階でこれを行うほど、権限や構成の問題が早く発見され、運用中に予期せぬ問題が発生する可能性が低くなります。 これを最もよく理解しているベンダーは Stackery だと思います。 「クラウドローカル」開発という彼らのコンセプトは本当に気に入っていますが、その名前が流行りそうにない気がします。彼らのコマンドラインツールは、現在 AWS Lambda 関数をローカルで実行し、クラウドにデプロイされたバージョンに関連付けられたロールを使用することをサポートしている唯一のツールです。 (ローカル関数を呼び出すと、そのロールに信頼が注入されます。) AWS SAM や Serverless Framework などの他の主要なサーバーレスデプロイメントフレームワークも、まもなくこれに対するより優れたサポートを提供すると予想しています。これが今後の発展の傾向です。 写真 9. 偽の質問は無視する偽りの問題をでっち上げなくても、職場には現実の問題が十分あると考えるかもしれません。残念なことに、ソフトウェア エンジニアは、実際には重要ではない問題の解決策を見つけるのが非常に得意です。 たとえば、アプリケーションは本当に複数の領域にまたがる必要があるでしょうか? AWS 米国東部リージョン全体がダウンした場合でも、アプリケーションは利用可能な状態を維持する必要がありますか?複数のリージョン間でトランザクションの一貫性を維持するためにどれくらいの時間を費やすでしょうか。また、時々短時間正常にシャットダウンする代わりに、データの複製にどれくらいの時間を費やすでしょうか。 移植性は大きな誤った問題です。誰かが言ったように、Kubernetes を使用する場合は賢くなければなりません。これは要件であり、褒め言葉ではありません。サービス ネットワーク、サービス プロキシ、イングレス ルーティングなどを調整するのは非常に複雑なタスクです。 別のクラウド プロバイダーを選択する必要がある場合にテクノロジーを即座に切り替えられるように、サーバーレス アプリケーションで複雑な抽象化レイヤーを設計している人も見かけます。 本当に賢明なテクノロジーの意思決定者は、自分が得意とできる分野の範囲が非常に狭いことを理解しています。クラウド サービスを活用して、すぐに運用に耐えるアーキテクチャを導入し、その上に独自の機能を構築します。 Kubernetes を使用する必要がある場合は、面倒な詳細の多くを隠してくれる (そして非常に安価なスポットインスタンスでコンテナをスケジュールできる) Fargate 上の EKS や SpotInst Ocean などのマネージド サービスの使用を検討してください。 言うまでもなく、クラウド サービス プロバイダーとより緊密に統合することで、多くの利点が得られます。クラウド サービス プロバイダーが略奪的な価格設定を固定することを示すまでは (今のところそのようなことは起きていません)、機能の提供に時間を費やしたほうがよいかもしれません。 私の意思決定プロセスはシンプルでした。コードだけに焦点を当ててクラウドを無視しないことです。 写真 10. 価値を実証して勢いを生み出す技術的な意思決定者、つまりコード開発に直接関与する人として、あなたは自分の分野に最も大きな影響を与える可能性のあるテクノロジーを特定するのに特に適しています。 明確なメリットがあると思われる設計上の決定について賛同が得られない場合は、クラウドでプロトタイプを作成してみることもできます。これは通常、迅速かつ安価です。 テクノロジーの意思決定者として、ビジネスに必要なものを構築したことをビジネスに対して強く主張することができます。動作が速く、メンテナンスも簡単です。 写真 ビジネス上の意思決定者であれ、テクノロジー上の意思決定者であれ、クラウド移行の成功は、最終的には、不安を恐れない姿勢、つまり、構築できるものの限界を押し広げ、快適な領域から抜け出し、前進の道筋を示してくれるベンダーやパートナーを信頼する姿勢にかかっています。 関連する質問がある場合は、記事の最後に編集者にメッセージを残してください。編集者は、著者ができるだけ早く連絡して質問に回答するように手配します。 元の URL: https://www.trek10.com/blog/ten-commandments-for-cloud-decision-makers |
<<: マルチクラウド時代が到来します。この記事で何をすべきかを学びましょう。
>>: Kubernetes の helm とは何ですか?使い方は?
Baidu のアルゴリズムが変化するにつれて、ウェブサイト上のオリジナル記事の問題にさらに注目が集ま...
Dedicated (旧称 usdedicated) は、これまで主に安価な米国独立サーバーを販売し...
DoNews 6月9日ニュース(記者 向爽)WeChatの普及は、一方ではモバイル生活に効率性と利便...
序文: 航空機には飛行安全係数に関して非常に厳しい要件があります。あらゆる障害や故障に耐えることがで...
Raksmart のサンノゼデータセンターはメインデータセンターでもあります。現在、1Gbps の帯...
中国企業がデジタル成熟度と浸透度を向上させ続けるにつれて、インフラストラクチャおよび運用 (I&am...
クラウド資産の検出は、ほとんどの組織のクラウド戦略の中で最も見落とされ、最も理解されていないコンポー...
ニュース記事が含まれない理由についての簡単な説明社内の最適化担当者として、最近多くの編集者から、なぜ...
最近、一般消費者にとって、タオバオでは2つの大きなイベントがありました。どちらも嬉しいイベントです。...
7月25日、QingCloudが主催するクラウドコンピューティングサミット「Cloud Insigh...
IDC の大手企業 Leaseweb も低価格の VPS の提供を開始しました (1997 年に設立...
「データ分析の方法は何ですか?」仕事でも面接でも、この質問は多くの学生を困惑させます。ああ、毎日数...
政府は住宅価格に対する統制を緩めないと繰り返し表明しているが、一部の地方政府は地元の地価の下落を防ぐ...
少し前に、私の会社のウェブサイトが削除されました。不安が大きかったので、あちこちで情報を調べ、早く回...
IDCは6月24日、クラウドコンピューティングは新エネルギー車よりも排出量を削減するとの報告書を発表...