クラウド移行はますます困難になる

現在、多くの企業が単純なものを移行しているため、時間の経過とともに困難になってきていますが、それでも行う必要があります。

調査によると、移行量の増加に伴って難易度が増すという概念は、より多くのワークロードをパブリック クラウドに移行するさまざまな企業に影響を与えることになります。

何が起こったかは簡単に説明できますが、解決策はそうではありません。

[[340364]]

つまり、より現代的で、より適切に設計された、移植可能なアプリケーションとデータベースが最初にクラウドに移行することになります。それには十分な理由があります。クラウド コンピューティング チームは、リスクを排除し、困難さを軽減することでこれを実現できるからです。これは実際に、企業がその旅を始めるときに与えられるアドバイスです。

当然のことながら、簡単に移行できる適切に設計された最新のアプリケーションの数が減少するにつれて、移行チームは、パブリック クラウドに類似するものがまだ存在しない、設計が不十分なアプリケーションや古いプラットフォーム上に構築されたアプリケーションに対処せざるを得なくなります。レガシー アプリケーションが思い浮かびますが、パブリック クラウドで正しく実行するために大幅なリファクタリングを必要とするアプリケーションも同様です。

多くの組織が移行プロセスの中期段階に入ると、難易度が大幅に上昇し、移行の生産性が大幅に低下します。では、パンデミック中にすでに露呈した脆弱性を懸念する企業は、残りのアプリケーションを自社のデータセンターからどうやって削除するのでしょうか?

次の 2 つのアプローチが機能するようです:

• 多くの場合、ホスティングプロバイダーを利用します。組織がワークロードの主な宛先としてパブリック クラウドを検討している場合は、今が有効な代替案を検討する時期かもしれません。マネージド サービス プロバイダーは、複製が難しいプラットフォーム向けにさらに多くのプラットフォーム類似物を提供し、パブリック クラウドに移行するための A から B への移行パスを提供します。
• これが解決策だと考えている場合、いずれこれらのアプリケーションとデータベースを修正または更新する必要があることを考慮すると、その考えは正しいと言えます。しかし、ホスティング プロバイダーのサービスを利用すると、既存の物理データ センターの小型化が加速します。マネージド サービス プロバイダーに移行した後は、個々のクラウド プラットフォーム上のアプリケーションの修正や廃止に集中できます。
• アプリケーションとデータベースに効率的にパッチを適用するための DevOps ツールチェーンとプロセスを作成します。企業はまず大変な作業をしなければなりませんが、これは正しいアプローチです。本質的には、自動化を使用して最適化されたアプリケーション移行です。各アプリケーションに一度にパッチを適用している企業が多すぎます。それは拡張性も一貫性も持ちません。

もちろん、他の方法もあります。そして、解決が難しいかもしれないが、最終的には問題を解決できる他の解決策を企業が受け入れてくれることを期待します。