クラウドに移行する際の重要な要素は何ですか?

パブリック クラウド プラットフォームが次々と登場する中、クラウド コンピューティング アプリケーションの急速な成長につながったいくつかの要因を理解する必要があります。 AWS、Azure、Google、IBMなどのパブリッククラウドサービスは2018年に21%の堅調な成長を維持し、市場規模は1,750億米ドルに達し、クラウドコンピューティング業界に長期的かつ安定した収益をもたらしました。

[[283862]]

特に、より伝統的な SaaS とプライベート クラウドは、今後 10 年間で 30% 近く成長すると予想されており、これは基本的に、同じ期間のパブリック クラウド インフラストラクチャの成長率と一致します。プライベート クラウドとパブリック クラウドの両方で導入率が最も高い業界は金融サービス業界で、導入率は一般的に 50% を超え、100% に近づいている業界もあります。一方、全業界の平均導入率は 19% です。

Nordic Danske Bank の IT 実践と運用の業界専門家の協力を得て、4 年間のインフラストラクチャ変革プログラムが完了し、アプリケーション ポートフォリオ全体が 5 つのデータ センターの専用サーバーからプライベート クラウド環境の 2 つの最新データ センターに移行されました。もちろん、大規模なフリートの移行と更新も行われており、これには SaaS とパブリック クラウドの使用も一部組み合わされています。移行作業により、ほぼすべてのインフラストラクチャ層で技術的負債が解消され、実稼働インシデントが 95% 以上削減され、それに応じて回復力、セキュリティ、アクセス管理、パフォーマンスが向上しました。

これらは本当に注目すべき成果であり、これにより Danske Bank は顧客に優れたサービスを提供できるようになり、インフラストラクチャ コストを削減し、市場投入までの時間を短縮できるようになりました。しかし、企業はどのようにして業務をプライベートクラウドまたはマルチクラウドに移行するのでしょうか?

コストよりも品質

まず、クラウド コンピューティングをコスト ソリューションとしてではなく、品質ソリューションとして捉えることが重要です。インフラストラクチャの再プラットフォーム化は、何よりもまず、機能の向上、品質の向上、リスクの軽減に基づいて正当化される必要があります。コスト削減を主な目的としてインフラストラクチャを再構築しても、ほとんどの企業では同じ投資を他の場所（運用、デジタル化、統合など）で使用すれば、より大きなコスト削減を達成できることを考えると、ほとんど効果がありません。したがって、プロジェクトに適切な投資を行うことで、市場投入までの時間を短縮し、セキュリティの脆弱性を減らし、技術的負債を排除し、使いやすさを向上させることなどが可能になります。その後、プロジェクトの目標はビジネスにとってより重要になり、達成するにはより高いレベルの設計と実行品質が必要になります。これらの要件により、実際にはより集中した取り組みが促進され、より良い結果が得られます。

第二に、その取り組みは包括的でなければなりません。企業がワークロードの一部のみをクラウドに移行し、レガシー システムを維持した場合、複雑さは軽減されません (実際、複雑さが増す可能性があります)。この複雑さは、時代遅れのシステムと相まって、セキュリティ、可用性、パフォーマンスを低下させる欠陥や問題の主な原因となります。企業のアーキテクチャでは、すべてのシステムを適切に移行し、適切なクラウド プラットフォームに統合する必要があります。

標準化は重要

企業のレガシー環境はモノリシックであることが多く、ほぼすべてのサーバーが、わずかにまたは大きく異なる構成とプラットフォームを持つカスタム実装であり、最新の状態に保つにはそれぞれカスタムメンテナンスと専門家のサービスが必要です。包括的なテンプレート セット (おそらく 20 個以下) を設計することで、管理と保守の問題の複雑さを大幅に軽減できます。

企業の既存のアプリケーションのほとんどは、プライベート クラウド内の適切なサーバー テンプレートに簡単に移行できます。残りの部分はより困難かもしれませんが、新しいプラットフォームでそれらを実現することが重要です。テンプレートの定義と、それに続く適切なミドルウェアおよびデータベース スタックを使用した初期配信は、多くの場合、プロジェクトの中で最も難しい部分です。これは、インフラストラクチャ チームとアプリケーション エンジニアリング チームが共同で実行し、移行の開始時に試験的に実施する必要があります。ただし、一度定義してパッケージ化すると、新しい環境の複雑さは大幅に軽減されます。

人々が従う 3 番目の重要な原則は、例外を最小限に抑えることです。これは、レガシー サーバーを新しいセンターに移動するだけでなく、最新の安全な「エンクレーブ」プライベート クラウドを設定し、古いサーバーをすべて新しいサーバーに移行することを意味しました。これにより、従来の環境に通常組み込まれているものやオーバーレイされているものよりも、より安全なネットワークとデータ保護のレベルが実現します。さらに、すべてのアプリケーションが新しいサーバー モデルに移行されます。

最後に、すべての新しいアプリケーションは、承認されたクラウド設計テンプレートを使用して最初から構築する必要があります。もちろん、これには適切な対策が正しく実施されることが必要です。しかし、その報酬はさらに大きいものとなるでしょう。いくつかの例外を除いて、設計は標準化され、メンテナンスと管理は共通化され自動化され、セキュリティの脆弱性とパッチ管理は二次的なタスクと懸念事項になります。例外を最小限に抑えることで標準化が大幅に向上し、品質の向上と作業負荷の軽減、自動化によるスピードアップが実現します。

適切な対策

成功するための最後の要素は、ビジネスに適切なエンジニアが必要であるということです。プライベートおよびマルチクラウド環境を適切に設計するには、強力で多分野にわたるエンジニア チームが必要です。企業は環境に応じてクラウド コンピューティング リソースを調整しますが、これは企業のチームによって構築される必要があります。プロセス全体を通じて、エンジニアは多くの実績のある実装や業界の専門家から支援を受けることができますが、最終的には、環境に固有の問題に対処し、組織に合わせて最適化されていることを確認する必要があります。移行中、ビジネスは強力なエンジニアリング チームと品質の問題の解決に重点を置いた技術マネージャーの恩恵を受けました。十分に強力で、できれば強化されたチームを確保することは、ビジネスの最終的な成功にとって非常に重要です。

これは確かに長くて複雑なプロセスでしたが、最終的にはダンスケ銀行で成功しました。さらに、組織は、サーバーの迅速な実装と長期的なコストの削減により、完全に近代化されたクラウド コンピューティング環境のメリットを享受できるようになりました。実際、プライベート クラウド環境はベンチマークされており、AWS や Azure などの同等の商用サービスよりも 20% ～ 70% 安価であることが証明されています。これは本当に注目すべき成果ですが、さらに重要なのは、新しい Danske Cloud2 環境が銀行のさらなるデジタル化のための強固なプラットフォームを提供していることです。