Forrester Research の最近の調査によると、デジタル変革とサービスとしてのソフトウェアの時代において、企業の意思決定者の 80% 以上が自社の IT 戦略をマルチクラウドと表現しています。クラウド導入に対する「ピックアンドミックス」アプローチにより、企業は各クラウド コンピューティング ソリューションの機能を活用して特定のニーズを満たすことができます。現在では、企業の IT 部門が複数のパブリック クラウド プロバイダーのサービスを使用してマルチクラウド ポートフォリオを作成することが一般的になっています。今日の企業が直面している課題は、サービス、セキュリティ、コスト管理の管理がますます複雑化していることです。 多くの場合、企業は複数のクラウド プロバイダー間で統一された標準を実施できず、識別、コスト削減、機密情報の保護に関する一貫したプロセスがありません。 IT チームがパブリック クラウド環境を定期的に監視していない場合、全体的なクラウド支出の把握と管理が困難になる可能性があります。その結果、ワークロードが不適切に構成されると、企業が予期しないリスクにさらされる可能性があります。 問題の根本は、ユーザー行動の変化と企業内の可視性の欠如にあります。 AWS や Microsoft Azure などの大規模なクラウド コンピューティング プロバイダーのアカウントは、IT チームが管理できる範囲を超えるペースで増加しています。特に今は、人々がリモートワークがますます増える新しい世界に直面しています。毎日新しいアプリケーションがリリースされているため、ユーザーの「シャドー IT」動作を追跡し、すべてのアクティビティを管理することは困難です。さらに問題を複雑にしているのは、大手クラウド コンピューティング プロバイダーが提供および販売するツールが、自社のクラウド サービスに重点を置いたものであるか、複数のクラウドにまたがる管理が困難なことです。これらのツールを導入することは、多くの場合大きな効果をもたらしますが、マルチクラウド戦略がもたらす複雑さと混乱を組織が管理するのには役立ちません。 ここでは、組織がクラウド コンピューティング戦略を管理および制御し、マルチクラウドの混乱を回避するために使用できる対策と手順をいくつか紹介します。 すべては時宜にかなったもの 一見困難な課題と同じように、すべては最初の一歩から始まります。進化するマルチクラウド管理戦略には、企業の人材、プロセス、テクノロジーに大きな変更が必要です。一夜にしてすべてを変えようとしないことが重要です。ビジネスはそれぞれ異なり、すべてのビジネスに当てはまる普遍的なガイドラインは存在しません。したがって、ビジョンを設定し、最初の一歩を踏み出し、熟考する時間を設けてください。進捗を確実にするために、以前のアクションを基にして、実装時に修正を加え、次のステップが明確になったら効果的に概要を示して優先順位を付けます。 この最初のステップの一環として、ビジネス リーダーは情報セキュリティ、財務、IT 資産管理 (ITAM) チームを結集する必要があります。複数のクラウド プロバイダーからのサービスを効果的に管理するには、これらのチームが使用する各クラウド ベンダーに関するドメイン知識を持っている必要があります。実際には、複数の異なるクラウド コンピューティング プロバイダーから認定を受ける人はほとんどいません。明確さを実現するには、チームが協力して悩みを解消し、認証の重複を避け、それに応じてギャップを埋める必要があります。 企業は、社内のチームを調整する外部の専門家から指導や支援を受けることができます。 賢く考える 複数のクラウド コンピューティング環境を効果的に管理することは、企業にとって困難です。実際、クラウド コンピューティング プロバイダーはベンダー ロックインを促進するツールを設計しています。多くの場合は手動での操作ですが、複数のクラウド環境にわたって時間の経過とともに繰り返されるタスクは、すぐに無駄が増え、エラーが発生しやすくなります。 代わりに、関係者全員がより賢く考え、クラウド管理戦略に自動化を組み込む必要があります。このようにして、組織は、IT チームが反復的で日常的なタスクを回避し、展開間の不一致に対処しながら、積極的かつ創造的に活動できる文化を作り出すことができます。 IT チームは自動化テクノロジーを使用して複数のクラウド環境を効果的に管理し、コストとエラーを制御してビジネスを保護できます。 適切なクラウド コンピューティング プロバイダーの選択 企業は新しいことに挑戦することを恐れてはいけません。以前のプロジェクトで使用したクラウド コンピューティング プロバイダーだけでなく、現在のニーズを満たすクラウド コンピューティング プロバイダーを選択してください。クラウド アーキテクトは、各プロジェクトについて十分な情報に基づいた推奨を行えるように、複数のクラウド プロバイダーを自由に試す必要があります。アーキテクトはそれぞれの分野の専門家であり、移行先のクラウド プラットフォームを選択する前に、ライセンス条件、データの重要度、規制コンプライアンスの観点から、アプリケーションのパフォーマンスとセキュリティのニーズを完全に理解しています。企業の設計者は、ビジネス管理プロセスや意思決定に関与して細かく管理することはないため、彼らが最も得意とすることを行えるスペースを与える必要があります。 過剰支出に焦点を当てる クラウド コンピューティング サービスのコストに関する企業の理解と、プロバイダーがそれらのサービスに対して請求する方法との間には、ますます密接な関係があります。 Azure や AWS のクラウド コンピューティング サービスは現在、時間単位、さらには秒単位で追跡および課金されていますが、多くの企業は依然として月単位、さらには年単位で使用状況データを分析しようとしています。クラウド コンピューティング アーキテクチャが進化するにつれ、支出の理解、管理、最適化に取り組んでいる企業にとって大きな課題が生じます。クラウド コンピューティング モデルを理解することはコスト削減に大きな影響を与えるため、クラウド コンピューティング モデルを優先順位付けすることが重要です。 目標を設定する より広範なビジネスおよび部門のニーズを理解し、特にコストに関して事前に現実的な目標と期待を設定しなければ、マルチクラウド戦略を成功させることは不可能です。 最初に目標が設定されていなければ、プロジェクトの成功または失敗を理解することは不可能です。さらに、オンプレミスとクラウドで実行されているサービスの可視性の欠如と重複により、必要なコスト削減を達成することが困難になります。したがって、進捗と成功をどのように測定するかを理解するために、明確な計画を定義することが不可欠です。コストが増加し、俊敏性と市場投入までの時間も短縮された場合、これは成功と言えるでしょうか?チームメンバーの中には賛成する人もいるかもしれませんが、同意しない人もいるかもしれません。そのため、全員が同じ目標に向かって一致団結できるように、足並みを揃え、コミュニケーションのチャネルを開くことが重要です。 企業にとって、クラウド プロジェクトの目標を達成しながら各クラウド環境を管理するための最適な戦略を見つけるのは難しい場合があります。したがって、一見不可能と思われることを可能にするには、効果的なコミュニケーション、計画、測定が不可欠です。適切なツールと戦略を使用することで、組織は安全で柔軟性があり、コスト効率に優れたマルチクラウド環境を管理できます。これには時間、忍耐、そしてチームワークが必要です。 |
<<: 清華大学とテンセントが中国の産業インターネットへの道筋を詳述した新刊書を出版
ほとんどの医療監督者は、プロジェクトの運営中にウェブサイトが頻繁に修正されることを知っています。ポリ...
[元記事は51CTO.comより] 2018年も終わりに近づき、IT分野で1年間繰り広げられてきた一...
locvps(中国の古いブランド)は現在、香港データセンターのCN2+BGP回線のVPS、高防御VP...
SEOは儲かる!これが私が初めてSEOに触れたときの直感でした。だから短期間でサクサク始めようと、毎...
Yunlifang.cn(www.yunlifang.cn)は、成都アルファクラウドネットワークテク...
日本は中国本土に最も近い隣国の一つであり、ネットワークが発達しています。中国、ヨーロッパ、アメリカへ...
インターネット マーケティングは、特定のマーケティング目標を達成するための主な手段としてインターネッ...
私たちが行うすべての SEO の最終目標はコンバージョンであるため、コンバージョン率が最終目標となり...
[51CTO.com クイック翻訳] 新しいテクノロジーの出現、経済の不確実性、家電業界に対する規制...
——IBM中国クラウドコンピューティングカンファレンスが成功裏に開催され、無錫クラウドコンピューティ...
一部の地域では、かつては地元不動産サイトの収益性が地元ポータルサイトよりも高かったこともありました。...
著者 |馬翔波招商銀行クラウド プラットフォーム開発チームは 2021 年に KubeVela の使...
[51CTO.com からのオリジナル記事] ハイブリッド クラウドが企業のデジタル変革に必須のもの...
注文を送信する際の即時のプレッシャーを軽減し、チケットを予約する際に同じ列車に並んでいる人の数を思い...
以前、私はウェブサイトデザインの観点から Taobao と Paipai を考察した記事を書きました...