ハイブリッドクラウドにするか、ハイブリッドクラウドにしないか？
公開: 2022-02-01
ハイブリッドクラウドは、コミュニティクラウドと非パブリッククラウドを等しく包含するITアプローチとして説明されており、現代の数十年で認知度が高まっています。
Flexeraの2021年のクラウドの状態レポートは、調査回答者の82％がハイブリッドクラウドアプローチを採用していることを示しています。 ハイブリッドクラウドの手順では、デリケートな情報や処理のプライベートハンドルを保持しながらも、パブリッククラウドの規模とサービスの範囲を最大限に活用することを求めています。
ハイブリッドアプローチが組織にとって実現可能かどうかに関係なく実現するには、考えられるメリットと落とし穴を完全に把握する必要があります。 これを行うために、パブリッククラウドと非パブリッククラウドに固有の利点と難しさを確認し、次にそれらを組み合わせることで発生する例外的な複雑さと利点を確認します。
最後に、運用上の真実のより真の写真が浮かび上がるように、欠点を回避する（または最小限に抑える）方法を検討します。
パブリッククラウド
コミュニティクラウドは、仮想化ソフトウェアを使用して多数のサーバーを抽象化し、通常、アプリケーションロードバランサー、データベース、メッセージングなど、さまざまな要素について他のAPIプッシュプロバイダーを提供します。
マルチクラウド（ハイブリッドクラウドとは対照的に）は、パブリッククラウド製品とサービスのブレンドを利用しています。 システムとしてのパブリッククラウドの魅力は、非常に大きな（そして弾力性のある）スケール、「従量課金制」製品、システムの維持と更新のアウトソーシング、およびソリューションの品揃えです。
アマゾンウェブサイトの製品とサービス（AWS –そこにある主要なコミュニティクラウド）で利用される一般的なデータセンターには、50,000から80,000の物理サーバーがあります。 アマゾンには現在81のこれらの詳細センターがあります。 提供されているストレージも同様に天文学的なものであり、企業の大部分の大部分の観点からはほぼ無限です。
では、一般のパブリッククラウドを利用してみませんか？ 多くの人がそうしていますが、ほとんどの人は一般の人々と個人の両方で多くの雲を活用しています。
保護/プライバシー
コミュニティクラウド（特定の準備が製造されていない場合）は、購入時に共有インフラストラクチャを使用して費用効率を高めます。
デリケートなワークロードは、識別されていない、または潜在的に敵対的なワークロードとまったく同じ実際の物理メモリで動作するため、この正確な利点は安全性の考慮事項につながる可能性があります。 同様に、クラウドストレージは通常、共有ハードウェアに保存されます。
管理
ITインフラストラクチャのアウトソーシングは、特に運用上の要望が比較的普通で要求が厳しくない場合は、美しくなる可能性があります。
パブリッククラウドは、機能に対して持つことができる管理と可視性の量を制限するベンダーに翻弄されます。 簡単なCRUDWebソフトウェアを機能させている場合、これはほぼ間違いなく問題ではありません。 複雑なネットワークアーキテクチャがあり、非常に要求の厳しいクライアントの場合は、大きな違いが生じる可能性があります。
攻撃の脆弱性
安定性に関連して、コミュニティクラウドのいくつかの説明で攻撃の脆弱性が発生します。 人にとって、それらは定義上、地球のすべてについて一般の人々がアクセスできます。
標準的なオンウェブサイト環境で機能する目的は、実質的にはるかに制限されたパブリックアクセス手順を利用することができます。 もう1つの原因は、ターゲットの魅力です。 AWS、Azure、GCP、およびその他の人々は、ハッカーやその他の脅威に対する大規模で興味深い公開ターゲットを表しています。
非公開クラウド
プライベートクラウドはサーバーであり、クラウドソフトウェアによって抽象化されたストレージは、非公開のデータ施設またはラボで動作します。 非パブリッククラウドを使用すると、インフラストラクチャの維持とアップグレードの規制と負担を維持できますが、仮想化を使用して、ユーザーに多様性と弾力性の卒業証書を提供します。
標準的なサプライヤは、VMWareやOpenstackなどです。 パーソナルクラウドは、オンプレミスでアプリケーションを実行するのと同じ理由で目を引くものです。安定性と規制です。 未知の脅威とインフラストラクチャを共有することはなく、アクセス可能性は任意に厳密に管理でき、ワークロード、更新、および運用手順の優先順位付けは、企業によって完全に定義できます。
では、サーバー上でクラウドソフトウェアを操作して、それで済ませてみませんか？
規模
非常に危険性のないリソース消費プロファイルで動作するアプリケーション用の非公開インフラストラクチャを所有することは素晴らしいことです。 あなたはそれに対処するための戦略を立て、十分な手段を得ることができます。 一方、スパイクが大きいワークロードは問題になる可能性があります。
それらは、見込み客のインスタンスの周りの長い待機、または機会の停止でさえ結果として生じる可能性があります。 ほとんどの場合アイドル状態になっているまれな機会にプライベートソースをスケーリングすることは、非常に非効率的です。
費用
クラウドインフラストラクチャを誇らしげに所有して実行することは、サポートの要望に関係なく、大きなセットコストを意味します。 ITをパブリッククラウドにオフロードするための主要な推進要因の1つは、「使用するものに対してのみシェルアウトする」モデルです。
ITインフラストラクチャは、十分に理解されたプロバイダーステージの取り決めに従ってアップグレード、パッチ適用、およびサービスが提供され、すべて使用に応じて拡張されます。
汎用性
コンピューティングリソースへの金銭的コミットメントは高くなる可能性があり、その結果、長期的なニーズの見積もりに完全に対応し、対象を絞ることができます。
可能性は、私たちの見積もりにかなりの時間準拠する可能性は低く、非常に優れたオプションでさえ、より短くなる可能性があります。 パブリッククラウドは、変化するニーズにいつでも対応しようと努力している企業の摩擦を軽減するために選択できるさまざまなテクノロジーとプラットフォームを提供します。
ハイブリッドクラウド
ハイブリッドクラウド戦術は、パブリッククラウドとパーソナルクラウドの追加の利点を組み合わせて、それぞれの利点を活用しようとします。 最も基本的な状況では、大規模なニーズを持つ目的がパブリッククラウドで実行されている場合でも、より大きなセキュリティまたはより多くの運用制御を必要とするアプリは非パブリッククラウドで操作されます。
ハイブリッドクラウドプログラムは、両方の種類のクラウドにまたがることができ、コミュニティクラウドの従量制資産の必要に応じた使用を提供します。
ハイブリッドクラウドアプローチを採用してみませんか。両方の世界で最も優れているからです。
複雑
多くのクラウド方式は、人よりもはるかに複雑になります。 運用では、パブリッククラウドプラットフォームと非パブリッククラウドプラットフォームを知る必要があります。 ハイブリッドプログラムでは、オンプレミスサービスとクラウドインフラストラクチャおよび企業が関与する高度な調整が必要になる場合があります。 防御する2つ（またはそれ以上）の攻撃対象領域。
ソフトウェア障害の診断は、はるかに高度です。 ソフトウェアの構成と管理は、より複雑になる可能性があります。
リエンジニアリング
クラウド用の標準的なモノリシックプログラムを再考して再設計することは、かなりの（特定の時間の場合）エンジニアリング価格になる可能性があります。 マルチクラウドの展開、更新、スケーリング、および修復はすべて、ハイブリッドエコシステムを完全に活用する（したがって、移行を正当化する）と見なす必要があります。
救助への自動化
現実的には、ハイブリッドクラウドで最も簡単な目的を除いて、洗練された自動化/オーケストレーションが必要になります。 主要なクラウドプラットフォームで確認できます。これらのプラットフォームにはすべて、AWS Cloudformation、Azure ARM、Google GDM、OpenstackWarmthなどの高度な宣言型オーケストレーターがあります。
ハイブリッドクラウドである複雑な獣を管理するために購入するには、使用したいパブリッククラウドとパーソナルクラウドにまたがる自動化が必要になります。 次の属性が必要です。
- 使用するさまざまなクラウドプラットフォームのプライム、および必要に応じて会社のAPIとネットワークコンポーネントで大規模な抽象化を生成するために装備する必要があります。
- オペレーターから不在の手続き上の事実を抽象化する宣言型の戦術を使用して、オペレーターが実行方法ではなく、終了する必要があることに集中できるようにする必要があります。 理想的には、宣言型の語彙は実際に拡張可能である必要があります。これにより、従業員にとって重要な抽象化を行うことができます。
- それはあなたが現在持っているかもしれない自動化テンプレートと統合を助けるはずなので、あなたは本当に車輪の再発明をする必要はありません。 この戦術は、現在の方法を活用することに加えて、ほぼすべてのプラットフォームの「最善の」アプリケーションを利用することも可能にします。
- 「コードとしてのインフラストラクチャ」サンプルを利用できるように、それは非常に存在し、CI/CDプロセスに参加できる必要があります。
- 販売者のサイロに閉じ込められないようにするために、インターフェースをとる基盤となるクラウドベンダーと連携する場合は、不可知論者である必要があります。 できれば、オープンリソースである必要があります。
- 最後に、それは本当にあなたと一緒に成熟し、何千もの展開と何千もの人々とテナントを処理する準備ができているはずです。
要約
ハイブリッドクラウド製品への移行は、ITインフラストラクチャと機能を将来にわたって保証できる可能性が非常に高いですが、複雑さという犠牲を伴います。
この複雑さは、面倒な側面がない状態で抽象化し、現在の自動化への投資を再利用し、完全に記述された反復可能な運用プロセスを可能にする高度な自動化を採用することで軽減できます。
この種の自動化がなければ、不均一な環境を実行することの複雑さに圧倒されますが、それを使用すると、クラウドの視力の機会を最大限に引き出すことができます。
Nati Shalomは、 Cloudifyの創設者兼CTOです。