未来を解読する: ハイブリッド クラウド メッシュとサービス メッシュの複雑さを解明する - IBM ブログ

未来を解読する: ハイブリッド クラウド メッシュとサービス メッシュの複雑さを解明する – IBM ブログ

ソースノード: 3085667


未来を解読する: ハイブリッド クラウド メッシュとサービス メッシュの複雑さを解明する – IBM ブログ



ロータリー上の車両を上空から見た図

現在一般提供されているハイブリッド クラウド メッシュは、ハイブリッド マルチクラウド環境全体でのアプリケーション接続に革命をもたらしています。最新のエンタープライズ接続の領域におけるこれらの重要なコンポーネントの微妙な違いをよりよく理解するために、ハイブリッド クラウド メッシュと一般的なサービス メッシュを比較してみましょう。どちらのソリューションも、方法は異なるものの、アプリケーション中心の接続に重点を置いているため、この比較は価値があります。  

比較を詳しく説明する前に、ハイブリッド クラウド メッシュと一般的なサービス メッシュの概念を簡単に振り返ってみましょう。  

接続の図

ハイブリッドクラウドメッシュ

ハイブリッド クラウド メッシュは、シンプル、安全、スケーラブル、シームレスな最新のアプリケーション中心の接続ソリューションです。クラウド、エッジ、オンプレミスに分散されたアプリケーション用の安全なネットワーク オーバーレイを作成し、ハイブリッド マルチクラウド全体でのサービスの分散によってもたらされる課題に総合的に取り組みます。  

ハイブリッド クラウド メッシュ図の図

サービス メッシュ

サービス メッシュは、マイクロサービス間のすべての接続要件を管理する構成可能なインフラストラクチャ レイヤーです。サービス間の通信を管理し、サービス検出、負荷分散、暗号化、認証などの重要な機能を提供します。  

接続用の言語ライブラリには、トラフィック管理機能の実装が部分的で一貫性がなく、保守とアップグレードが困難です。サービス メッシュはそのようなライブラリを排除し、サービスがビジネス ロジックに集中し、その場で接続ロジックを追加することなく他のサービスと通信できるようにします。  

ハイブリッド クラウド メッシュとサービス メッシュ: 比較分析 

1.接続範囲

  • ハイブリッドクラウドメッシュ: コンテナ化されたアプリケーション内のマイクロサービスを超え、オンプレミス、パブリック クラウド、プライベート クラウド インフラストラクチャ全体にフォームファクターでデプロイされているかどうかに関係なく、アプリケーションへの接続を拡張します。その範囲は、より広範囲の導入シナリオを網羅します。 
  • サービス メッシュ: コンテナ化された環境内のマイクロサービス間の通信の管理に主に焦点を当てます。多くのサービス メッシュは外側に目を向け始めており、マルチクラスターの任意対任意の接続を可能にしています。  

2. マルチクラウド接続性

  • ハイブリッドクラウドメッシュ: ハイブリッド マルチクラウド環境全体でアプリケーションをシームレスに接続し、多様なクラウド インフラストラクチャを持つ組織に統合ソリューションを提供します。 
  • サービス メッシュ: 通常、特定のクラウドまたはオンプレミス環境内にデプロイされたアプリケーション向けに設計されています。多くのサービス メッシュはマルチクラウド接続に範囲を拡大していますが、マルチクラウド接続用に完全には最適化されていません。  

3. トラフィックエンジニアリング能力

  • ハイブリッドクラウドメッシュ: ウェイポイントを利用して、コスト、遅延、帯域幅などのパスの最適化をサポートします。アプリケーションのパフォーマンスとセキュリティを強化します。 
  • サービス メッシュ: トラフィック エンジニアリング機能はありません。主に、マイクロサービス アーキテクチャ内の内部トラフィック管理に焦点を当てています。 

4. 接続性の意図の表現

  • ハイブリッドクラウドメッシュ: ユーザーが UI または CLI を通じて接続の意図を表現できるようにし、最小限の学習曲線で直感的でユーザー フレンドリーなエクスペリエンスを提供します。  
  • サービス メッシュ: ユーザーは構成ファイルを使用してサイドカー プロキシに複雑な通信パターンを実装する必要があります。サービス メッシュの操作は複雑さを伴うため、かなりの学習曲線が必要です。サービス メッシュの管理を担当する専門家チームは、サービス メッシュを効果的に利用し維持するために、時間と労力を継続的に投資する必要があります。急峻な学習曲線と必要なツール (CI/CD パイプラインとの統合や 0 日目から 2 日目の自動化など) のため、サービス メッシュは、顧客が投資に見合った一定の規模を獲得した後にのみ採用できます。   

5. 管理プレーンとコントロールプレーン

  • ハイブリッドクラウドメッシュ: 一元化された SaaS ベースの管理およびコントロール プレーンを採用し、使いやすさを高め、可観測性を提供します。ユーザーは、使いやすい UI または CLI を通じてメッシュ マネージャーと対話します。 
  • サービス メッシュ: マイクロサービス全体に分散されたコントロール プレーンを使用した分散管理がよく利用され、効果的な管理のために調整が必要です。 

6. ゲートウェイとの統合

  • ハイブリッドクラウドメッシュ: さまざまなゲートウェイと統合し、多様なユースケースへの適応性を促進し、今後のゲートウェイ テクノロジーに対応します。 
  • サービス メッシュ: 同じクラスター内のマイクロサービス間の通信には主にサイドカー プロキシに依存します。通常、プロキシの機能は要件を満たすために拡張されます。  

7. アプリケーションの検出

  • ハイブリッド クラウド メッシュ: メッシュ マネージャーは、マルチクラウド デプロイメント インフラストラクチャを継続的に検出して更新し、デプロイされたアプリケーションとサービスの検出を自動化します。 
  • サービス メッシュ: 通常は、コンテナ化された環境内のサービス登録および検出メカニズムに依存します。 

8. 動的ネットワーク保守

  • ハイブリッド クラウド メッシュ: ワークロードの配置や環境の動的な変化に自動的に適応し、手動介入なしで大規模な回復力と信頼性の高い接続を実現します。 
  • サービスメッシュ: 通常、マルチクラウド全体でアプリケーションを接続するサービス メッシュを管理する 2 日目の負担は、インフラストラクチャの動的な変更を管理するために必要な操作が複雑であるため、非常に大きなものになります。マルチクラウド環境にデプロイされたマイクロサービスの変更に対応するには、手動で調整する必要があります。インフラストラクチャの変更とは別に、アップグレード、セキュリティ修正など、実行を維持するために多大な労力がかかります。これには多くの時間が奪われ、新機能の実装に残される時間はほとんどなくなります。  

9. インフラストラクチャのオーバーヘッド

  • ハイブリッドクラウドメッシュ: データ プレーンは、限られた数のエッジ ゲートウェイとウェイポイントで構成されます。
  • サービスメッシュ: ワークロードごとに 1 つのサイドカー プロキシを必要とするサイドカー プロキシ アーキテクチャによる重大なオーバーヘッド。  

10. マルチテナンシー

  • ハイブリッドクラウドメッシュ: 堅牢なマルチテナンシーを提供します。さらに、サブテナントを作成して、組織内の異なる部門または垂直部門間の分離を維持することもできます。 
  • サービス メッシュ: マルチテナントまたはサブテナント アーキテクチャに対応する機能が不足している可能性があります。テナントを分離するためにクラスターごとに個別のサービス メッシュを作成する顧客はほとんどいないでしょう。したがって、さまざまなサービス メッシュに接続するには、独自のゲートウェイを展開して管理する必要があります。  

ハイブリッド クラウド メッシュで次のステップへ 

私たちは、プラットフォーム、クラスター、クラウド全体でアプリケーションの接続とセキュリティを簡素化する Red Hat® Service Interconnect ゲートウェイの使用をサポートする Hybrid Cloud Mesh の技術プレビューを紹介できることを嬉しく思います。 Red Hat サービス インターコネクトは、23 年 2023 月 XNUMX 日に Red Hat Summit で発表され、必要なハイブリッド環境全体でサービス、アプリケーション、ワークロード間の接続を作成します。 

私たちは、企業向けの包括的なハイブリッド マルチクラウド自動化ソリューションを構築する取り組みを始めたばかりです。ハイブリッド クラウド メッシュは単なるネットワーク ソリューションではありません。これは、企業が最新のアプリケーション アーキテクチャから最大の価値を引き出せるようにする変革力となるように設計されており、ハイブリッド クラウドの導入を可能にし、マルチクラウド環境の利用方法に革命をもたらします。ぜひご参加ください。 

ハイブリッド クラウド メッシュについて詳しく見る

この記事は役に立ちましたか?

はいいいえ


ハイブリッド クラウドの詳細




Red Hat OpenShift Container Platform および IBM® Secure Execution for Linux を使用した機密コンテナー

7 分読みますハイブリッド クラウドは、エンタープライズ クラウド戦略における主要なアプローチとなっていますが、複雑さと、統合、セキュリティ、スキルに関する懸念が伴います。これらの懸念に対処するために、業界はインフラストラクチャを抽象化するコンテナ ランタイム環境を採用しています。 Red Hat OpenShift Container Platform (RH OCP) は、アプリケーション開発ライフサイクルをサポートし、コンテナ化されたアプリケーションとエコシステムのプラットフォームにコンテナイメージとワークロードをプロビジョニングおよび管理するための主要なソリューションとして登場しました。 RH OCP は、共通の展開、制御、および…を提供します。




エンタープライズ・アプリケーションの世界でのペルソナの戦い - IBM Hybrid Cloud Mesh と Red Hat Services Interconnect がそれらをどのように統合するか

3 分読みます最新のエンタープライズ アプリケーションの複雑な領域をナビゲートするには、複雑さを効果的に管理するために、さまざまな人物間のコラボレーションが必要です。これは、重要なワークフローを自動化するアプリケーションを通じて継続的なビジネス サポートに役立ちます。従来、アプリケーションとそのホスティング インフラストラクチャは DevOps および CloudOps と連携していました。しかし、多様な IT 環境によるコストの上昇により、経費の監視と制御に焦点を当てた FinOps が登場しました。アプリケーション導入におけるさまざまな担当者が、非常に複雑なワークフローを導入しています。通常、DevOps がリクエストを開始し、CloudOps、NetOps、SecOps などによって精査されます。




DNS トラフィック ステアリングがハイブリッドおよびマルチクラウド ネットワーキングのビジネス価値をどのように拡張するか

4 分読みますGartner は、「クラウド ハイプ サイクル」の最新版で、マルチクラウド ネットワーク運用を「期待が膨らみ、『失望の谷』に危険なほど近づいている」状態にあるとしています。ただし、これはハイブリッドとマルチクラウドの両方の状態を反映している可能性があります。集合レベルでのネットワーキングに関しては、Gartner の評価の下には多くの微妙なニュアンスが潜んでいます。課題は、ハイブリッドとマルチクラウドがネットワークの現在と未来の両方であるということです。を生産していると思われる地域です。




オープンソースアプリケーションサーバー上のjava-microservices-servers

3 分読みますいくつかの簡単な手順で現在の JEE アプリ サーバーから Open Liberty に移行します。 9 部構成のシリーズ「Spring Boot から MicroProfile への Java マイクロサービスの移行」では、マイクロサービス アプリケーションの API を作成するための Rest クライアント、コンテキスト依存関係など、Eclipse MicroProfile の基礎となるコンポーネントについて説明しました。注釈ベースのワイヤリングをサポートするためのインジェクション、問題回復のためのフォールト トレランス、およびサービスの問題を診断するための OpenTracing。この短いブログでは、具体的なハウツーについて触れています: 現在の JEE アプリケーション サーバーからエンタープライズ グレードの Open Liberty に移行する簡単な手順…

IBM ニュースレター

最新の思想的リーダーシップと新たなトレンドに関する洞察を提供するニュースレターとトピックの最新情報を入手してください。

今すぐ会員登録します。

その他のニュースレター

タイムスタンプ:

より多くの IBM