ハイブリッドクラウドを使用する際に考慮すべき3つのこと

パブリック クラウドに一夜にして移行することはできません。そのため、ハイブリッド クラウドは企業にとって重要な概念です。ハイブリッド クラウドの考え方は、過去 20 年間に購入したサーバー、VMware、Oracle などを保持し、一部のワークロードをパブリック クラウドに移行できるというものです。また、パブリック クラウドと同じ機能の多くを備えたプライベート クラウドも作成します。同時に、プライベート クラウドやパブリック クラウドに移行できないアプリケーションも存在する可能性があります。

ハイブリッド クラウドを使用すると、インフラストラクチャをオンプレミスに維持し、リース、プロビジョニング、スケーリングの面でクラウド機能を活用し、準備ができたらアプリケーションをパブリック (またはプライベート) クラウドに移行できます。実際には、規制、セキュリティ、帯域幅、コストなどの理由により、一部のデータやサービスはパブリック クラウドに移行されない可能性があります。

ハイブリッド クラウドの使用の段階的な性質は、クラウド上の IT 消費を慎重にテストし、必要に応じてロールバックすることもできるため、大きなメリットとなります。

クラウドを使用するには、プライベートクラウドであれパブリッククラウドであれ、コアサービスが保証される必要があります。実行可能な戦略は、優先順位、最初に行うべきこと、最初に移行する部分、移行しないビジネスを決定することです。

コアサービスがハイブリッドクラウドを使用する方法

ハイブリッド クラウド戦略を機能させるには、オンプレミス データ センターとパブリック クラウドの両方に存在する必要がある 3 つのコア インフラストラクチャ サービスがあります。

セキュリティと ID:オンプレミスとクラウドの両方でユーザーがアプリケーションを認証および承認する方法が必要です。これは、各アプリケーションでセキュリティを再定義する必要のない、集中管理された方法で行う必要があります。

検索:両側でデータを検索する必要があります。また、セキュリティ規制に準拠しながら、両方の環境で物事を検索できる検索ソリューションも必要です。ファイアウォールの背後にあるデータがインターネットに漏洩することは絶対に避けたいものです。

Core Data:もちろん、クラウドはデータベースを提供しますが、すべてがリレーショナル データベースに保存されるわけではありません。重要なデータがなければ、ビジネス アプリケーションは機能しません。ビジネスが存続するために欠かせないコアデータも含まれます。 Salesforce などの販売アプリケーションなど、一部のデータはすでにクラウドに存在します。

パブリッククラウドへの移行方法

通常、アプリケーションは更新されたときにクラウドに移動されますが、そのときに再度投資する必要があります。更新の時期にクラウドに移行するかどうかを決定するには、次の質問に答える必要があります。

運営にはどれくらいの費用がかかりますか?機器にかかるコストを節約し、アプリケーションの管理コストをクラウドに移行できます。しかし、クラウドが常に安価であるというのは誤解です。これらのサーバーが CPU を消費し、比較的少数のユーザーに 24 時間 365 日使用して大量のデータを提供しており、さらにアプリケーションが更新されず、実際にスケーリングも行われていない場合、クラウドの方が安価になることは想像しにくいでしょう。

アプリケーションのアーキテクチャは何ですか?最新の Web テクノロジーに基づいて構築されたアプリケーションは、CORBA などのアプリケーションよりもクラウドへの移行が簡単です。古いアーキテクチャではクラウドが想定されていなかったため、古いアプリケーションを最初から書き直してクラウド対応にする必要がありました。

チームの賛同を得ていますか?開発チームとインフラストラクチャ チームがこの移行をサポートしない場合は、非常に困難な障害に直面し、失敗する可能性が高くなります。

規制上の問題は何ですか?規制に準拠する必要がある場合や、さまざまな証明書が必要な場合は、クラウド インフラストラクチャでそれが可能かどうかを確認する必要があります。クラウド コンピューティングでは、これらの要件が非常に複雑になる可能性があります。規制によって許可されている国のアプリケーションやデータとは何でしょうか。あなたのクラウドプロバイダーは適切な認定を受けていますか?クラウド内のアプリケーションはこれらの要件を満たすことができますか?

依存関係は何ですか?すべてのアプリケーションはクラウドに依存していますか?

あなたのデータはどのようにして見つかるのでしょうか?データをクラウドに移動すると、誰かがそれを見つけられるでしょうか?どのように地元で宣伝し、内部データをどのように発見して強化しますか?

ちなみに、パブリック クラウドと同じテクノロジーとアーキテクチャの多くを使用してオンプレミス データ センターに構築されるプライベート クラウドへの移行にも、同じ考慮事項が適用されます。規制コンプライアンスやアプリケーションの依存関係など、場合によっては、これらの問題はプライベート クラウドに移行するとより簡単に解決できます。しかし、プライベート クラウド インフラストラクチャを保護、管理、改善、運用する必要もあります。結局のところ、それはあなたのデータセンターです。

インフラストラクチャ上に残るアプリケーションは何ですか?

一部のアプリケーションはクラウドに適していないため、長期的には新しいアプリケーションまたは実装を見つけることを検討する必要があるかもしれません。短期的には、アプリケーションをローカルに保持することをお勧めします。

非常に安定している、または静的なビジネス:アプリケーションが長期間更新されておらず、まだ使用されており、非常に安定している場合は、今はクラウドに移行する時期ではない可能性があります。

Web ベースのアプリではありません:アプリケーションは 1990 年代初頭に何らかの DCE モンスターで作成され、すべてを固定アドレスで実行します。おそらく、ターミナル サービスを使用してアクセスする 4GL デスクトップ アプリケーションです。非 Web アーキテクチャ、非クラウド アーキテクチャ、およびテクノロジーを使用するアプリケーションは、移行が困難になります。移行に適したアプリケーションを探してください。

高い依存性:アプリケーションがまだクラウド対応ではない他の多くのものに依存している場合は、そのままにしておきます。