コンテナクラウドに基づく銀行のアプリケーションサービスアーキテクチャ設計

[ガイド]運用保守チームの作業には共通の問題があります。クロスドメインおよびクロスビジネスの運用保守作業では、サービスの上流と下流のサービスが何であるか、どのインフラストラクチャが機能するかが明確ではありません。サービスはこれらのインフラストラクチャの運用に依存しており、その状態はどうなっているのかなど、クラウド ネイティブや CMDB の概念に基づいたデジタル運用の需要がますます明らかになってきています...

1 研究の背景

1.1 開発状況

1.1.1 コンテナクラウドプラットフォーム

当銀行の実稼働環境で使用されている永定クラウド プラットフォームは、K8S オープン ソース ソフトウェアをベースとした自社開発の管理プラットフォームであり、分散コアやカウンターなどの 90 以上のコンテナ化されたアプリケーション システムを搭載しています。 SkyWalkingやELKと同様に、ロギングやモニタリングなどの基本的な運用保守機能は実現されていますが、マイクロサービス間の呼び出し関係は一目瞭然ではありません。

1.1.2 スカイウォーキング

現在、SkyWalking は当行のコンテナ クラウド APM 監視ツールとして使用されており、分散追跡、サービス グリッド テレメトリ分析、測定の集計と視覚化のための統合ソリューションを提供できます。次の図は、SkyWalking によって追跡されるリンク グラフの例です。これは、アプリケーションといくつかのパフォーマンス指標の間の関係を示すことができますが、単一のマイクロサービスと他のサービスの間のトポロジ関係は 1 つのレイヤーしか表示できないため、これらのサービスの所属と依存関係を明確に示すことができません。

1.1.3 CMDB構成管理ライブラリ

当行の統合デジタルオペレーションプラットフォームは、オペレーションセンターのデジタルトランスフォーメーションを支援する中核プラットフォームとして位置付けられており、アプリケーションシステムから各種ハードウェア・ソフトウェアリソースまでの運用・保守マスターデータを格納しています。次の図は、プラットフォーム上の CMDB 構成管理ライブラリのトポロジー関係図であり、図からわかるように、CMDB はコンテナー上のさまざまなリソース情報とそれらのリソース間の関係を表示できます。できますが

おすすめ

転載: blog.csdn.net/qq_61890005/article/details/130613827