クラウド移行を成功させるための5つのステップ

組織はどのようなクラウド移行手順に従う必要がありますか? 「対策を講じない者は新たな課題に直面することになる。時間こそが最大の革新者だ。」フランシス・ベーコンの言葉は 400 年近く前のものですが、時間の性質に関する警告は、今日の CIO が直面している、ますますデジタル化が進み、クラウドベース化が進むビジネスの世界にも非常に関連しています。

組織のクラウド変革のメリットは大きいですが、変更のプロセスは困難になる可能性があります。クラウドへの移行により、設備投資を削減し、これらの新しい変更に対する運用コストをより予測可能にすることができます。同時に、クラウド コンピューティングの究極の弾力性と拡張性は、非常に競争の激しいビジネスの世界で組織が競争力を維持するのに役立つことが期待されます。

[[265875]]

そのため、多くの企業がクラウド移行、コンテナ化に基づく新しいアーキテクチャの採用、マイクロサービス、関連するサーバーレス実装を含む大規模なデジタル変革を試みているのも不思議ではありません。しかし、調査によると、多くのクラウド移行は企業が期待したほど成功していないことがわかっています。

ここでは、クラウド移行が必ずしもうまくいかない 5 つの理由を説明します。これにより、これらの間違いを回避できます。

1. デジタル変革の鍵は人

クラウド移行は企業のクラウド コンピューティングへの移行の一部となり、デジタル テクノロジーはあらゆる領域に統合されています。一部の企業は、これが文化的、技術的に大きな変化であることを認識していません。

どのような計画でも、より多くの部門横断的なコラボレーション、作業チームの再編、長年のビジネス慣行の放棄が必要になるため、チームはこれに備える必要があります。特に後者は、一部の従業員が変化に抵抗することを意味します。この点における企業の成功は、そのリーダーシップに大きく依存します。

まず、従業員がテクノロジーの混乱という課題に直面したときのために、明確なサポートを確立する必要があります。次に、チームが成功するために必要なリソースを提供します。

これは、企業チームが連携して作業するための方法です。専門知識のサイロ化を促進するのではなく、ビジネス全体で貴重な洞察を民主化します。たとえば、データ分析を企業の変革に統合するには、データの使用方法について従業員に適切なトレーニングを行う必要があります。この準備により、チームは運用、ビジネス、セキュリティなど、組織のさまざまな領域にわたって分析機能を活用できるようになります。

2. 会社のチームに正しい道を見つけさせる

DevOps チームを使用して、企業のレガシー インフラストラクチャの重要な部分を破壊および変革することは、効果的なアプローチです。しかし、これが機能するのは、チームが革新する能力を持ち、さらに重要なことに、作業中に間違いを犯し、そこから学ぶ能力を持っている場合のみです。

そのチームは、ビジネスの残りの部分の概念実証として機能することができます。大規模な構造的変化が一夜にして起こると期待するのではなく、大規模な移行が適切に完了するには時間がかかることが多いことを覚えておくことが重要です。

たとえば、Pitney Bowes は近年、世界中で電子商取引事業を拡大し、SaaS (サービスとしてのソフトウェア) とクラウド コンピューティングを活用して事業ポートフォリオを完全に変革しました。同社は2015年に、老朽化し​​たサーバーとネットワーク インフラストラクチャの使用状況を見直しました。このプロジェクトには、オマハのデータセンターから AWS パブリッククラウドへの注目度の高いクラウド移行が含まれていました。

それ以来、同社はグローバルクラウド移行に向けて3段階の戦略を採用してきました。プロセスの早い段階で、Pitney Bowes は、プロジェクト専用の高度なスキルを持つ Commerce Cloud チームを構築する必要性を認識しました。最初のフェーズでは、AWS クラウド プラットフォームの「リフト アンド シフト」と、世界中で運用されていた複数のデータ センターの閉鎖が行われました。第 2 フェーズでは、標準化、独立したソリューション、読みやすさなどの主要な要件に関するベスト プラクティスの開発に重点が置かれます。 JSON は組織全体の事実上のログ記録標準となり、この標準化によってマイクロサービスの採用と継続的インテグレーション (CI) ライフサイクルの出現への道が開かれ、Pitney Bowes は新しいコードを早期かつ頻繁に統合できるようになりました。 2019 年の第 3 フェーズでは、Pitney Bowes Commerce Cloud を最適化および拡張して、位置情報インテリジェンスなどの領域に拡大し、70 を超えるアプリケーション全体にわたって詳細かつ直接的な洞察を提供することに注力します。

3. DevSecOps をご存知ですか?

クラウド セキュリティは、クラウド移行の取り組みを成功させる上で考慮すべきもう 1 つの明確な領域です。クラウド コンピューティングでは、責任は企業とクラウド コンピューティング プロバイダーの間で共有されます。基盤となるインフラストラクチャのセキュリティ保護はパブリック クラウド オペレーターの責任ですが、オペレーティング システム、アプリケーション コンポーネント、ソフトウェア、ファイアウォール、その他のセキュリティ指向のテクノロジに至るまで、すべての重要な側面は企業自体の責任となります。 RightScale によると、セキュリティは 2019 年も引き続き上位 5 つの課題の 1 つとなっています。これは、昨年 786 人の専門技術者を対象に実施した調査の結果と一致しており、81% の技術者が同じ考えで、しっかりした計画がなければ安全性は非常に不確実であると述べています。

ここで DevSecOps が登場します。用語自体が示すように、DevSecOps は主に、DevOps プロセスの最初から最後までセキュリティ プラクティスを統合することを目的としています。クラウド移行を計画する場合、開発プロセスにセキュリティ プロトコルを組み込む必要があります。そのためには、アジャイル フレームワーク内でリリース エンジニアとセキュリティ チームの間に、より柔軟で協力的な文化が必要です。 DevSecOps では、配信速度の向上と安全なコード フローの目標が統合され、配信サイクルを妨げることなくセキュリティ テストが反復的に実行されるプロセスが作成されます。

DevSecOps は「セキュリティをコードとして」採用しています。実際には、コードが小さなチャンクで配信されるため、脆弱性を迅速に発見でき、誰でも変更を送信できることになります。これは、最初からコンプライアンス監視も考慮する、より積極的なアプローチです。これらを実施することで、企業は継続的に監査の準備が整った状態になります。また、脅威調査を実施して新たな脅威を特定し、コード分析を通じて脆弱性を特定しながら、対応とパッチ適用のプロセスを評価します。

最終的には、ソフトウェア エンジニアと IT エンジニアは、自分自身の成長とビジネスの利益の両方のために、スキルの最前線に留まるように奨励されるべきです。 DevSecOps の支持者の中には、このアプローチを従来の方法と比較する人もいます。従来の方法は、企業が最新のアプリケーションとインフラストラクチャを安全に実行できるようにするための効果的な方法です。

4. 移行にはより多くのデータが必要

別の引用として、イギリスの哲学者であり歴史家であるトーマス・カーライルはこう言っています。「洞察力のない活動ほど悪いものはない。」これはクラウド移行にも当てはまります。測定できないものは測定できません。

クラウド移行前にデータ主導のベースラインを確立することは、現在のオンプレミス構成を評価し、移行後の構成のパフォーマンスと比較するための重要な方法です。プロジェクトの開始時に導入されたデータ分析プラットフォームは、クラウド移行の前後のペタバイト規模の生データ内の潜在的な脆弱性を特定します。これにより、企業は事業移行の前後で環境を保護するための適切なポリシーと手順を確立できるようになります。

さらに重要なのは、この情報にタイムリーにアクセスすることで、全員がより効率的に作業できるようになることです。インフラストラクチャ全体からの情報 (マシン データとも呼ばれる) を統合することで、企業は得られる成果と、それらの成果を達成するための IT サービスのパフォーマンスを分析できます。

5. ハイブリッド展開は妥協ではない

時間が経つにつれて、IT チームはオンプレミスの展開からハイブリッドおよびパブリック クラウドの展開に移行し、より複雑になります。たとえば、Sumo Logic の調査によると、複数のクラウド プラットフォームを運用している企業の数は、2017 年から 2018 年までの 12 か月間で 2 倍に増加しました。

時間の経過とともに、企業の実装戦略は変化し、さまざまなクラウド プラットフォームの混在からハイブリッド クラウドまたはマルチクラウドの展開へと移行する可能性があります。どのような変更が発生しても、これらすべてのコンポーネントを検討し、この情報を理解できるレベルの洞察力を維持することが重要です。オンプレミスの IT と新しいクラウドネイティブ アプリケーションの展開の両方を検討すると、組織は、セキュリティ目標を達成するためにさらに作業が必要な場所と、ビジネスにさらなる価値を生み出すことができる場所を理解するのに役立ちます。

デジタル変革は複雑であり、従来のシステムやトップダウンの指揮統制戦略から、クラウドベースのアジャイルなチーム主導の戦略へと進化することは困難なプロセスとなります。ただし、企業は自社のインフラストラクチャ内のデータを使用することで、こうしたプロジェクトをさらに作成し、より多くの価値を提供できるようになります。時間は偉大な革新者となり得、データをリアルタイムで処理することで、企業は競合他社より一歩先を行くことができます。