Spring Boot モノリシックアプリケーションの Spring Cloud Alibaba へのワンクリックアップグレード

作者：テンスリープ

バックグラウンド

Apache Dubbo、Nacos、Spring Cloud などのサービスフレームワークの人気に伴い、アプリケーションを構築するためにマイクロサービスアーキテクチャを採用する企業が増えています。マイクロサービスアーキテクチャにより、企業はアプリケーションを複数の小さなサービスに分割し、個別にデプロイおよびスケーリングできるようになります。また、このアーキテクチャパターンにより、企業はアジャイル開発と継続的デリバリーの実装が容易になり、ビジネスの効率と応答性が向上します。

マイクロサービスの 4 つの主要部分: 登録センター、サービスプロバイダー、サービスコンシューマ、サービスガバナンス

現在、サービスプロバイダー、サービスコンシューマ、サービス登録センター、サービスガバナンスなどのいくつかの主要なマイクロサービスの出現と成熟に伴い、マイクロサービス開発を使用して、迅速な開発を実現するだけでなく、マイクロサービスの効率性と安定性を追求します。

画像.png

モノリスかマイクロサービスか?

上の図から、ビジネス規模の拡大に伴い、モノリシックアーキテクチャとマイクロサービスアーキテクチャの選択傾向が交差していることがわかります。交差点の次はマイクロサービスアーキテクチャを選択しますが、ビジネス規模が大きくなるほど、マイクロサービスアーキテクチャによる効率化の効果をより享受できます。この交差点が左に移動し続けていることがわかります。デジタル化プロセスの急速な発展により、一般的に企業の IT システムはより複雑になっています。オープンソースとクラウドコンピューティングによって促進された技術標準化により、マイクロサービスアーキテクチャの技術的敷居は大幅に低下しています。小規模企業でも、クラウド上のマイクロサービスをうまく活用できます。この傾向の到来により、モノリシックアーキテクチャをまだ使用している企業は、徐々にマイクロサービスへの移行を検討しています。クラウド上のほとんどの Java アプリケーションは依然として SpringBoot に基づいていることがわかりました。Spring Boot アプリケーションアーキテクチャの単純さにより、クライアントは http とドメイン名を介してのみサービス呼び出しを実装できます。したがって、多くの中小企業は今でもこの方法をアプリケーション開発に使用しています。技術的な観点から見ると、SpringBoot アプリケーションをマイクロサービスアーキテクチャにアップグレードし、マイクロサービスガバナンスによってもたらされる技術的な利益を享受するにはどうすればよいでしょうか? SpringCloud の Maven 依存性を高める必要があるのでしょうか? ビジネスコードの変換が必要ですか? この記事では、コードを 1 行も変更することなく、回答を得ることができます。

このソリューションは、MSE を介した侵入を行わずに Java アプリケーションの登録、検出、および管理機能を実現できます。

MSE が提供する現在の登録センター製品機能は、主に非永続的なサービス検出に焦点を当てています。つまり、サービスの状態がクライアント上で維持されるため、ビジネス側は SDK に依存してサービスをアクティブに登録し、維持する必要があります。ハートビート。このソリューションは永続的なサービス検出機能を提供します。
クロスK8sサービスディスカバリ、非K8sサービスとK8sサービスの相互ディスカバリなど、クロスプラットフォームサービスディスカバリの問題を解決します。
フルリンクグレースケール、電流制限と劣化、セキュリティと信頼性など、Spring Boot アプリケーションに基づくサービスガバナンス機能の非侵入型実装。

プログラムの実践と探索

このシナリオを検証するために、もう少し複雑なデモを提供します。これにより、MSE を介した侵入なしで Spring Boot アプリケーションのサービス登録とサービス管理を実現する方法を示します。デモは、単純な HttpClient を介したサービス検出とリクエスト呼び出しのための K8s サービスに基づいています。詳細なリクエストは次のとおりです。

➜  ~ curl http://47.97.117.48/A/spring_boot                                   
A[10.0.3.238] -> B[10.0.3.227] -> C[10.0.3.230]%

スキーマは次のようになります。

デモを紹介した後、サービスガバナンスを通じてサービスを登録する方法を段階的に示してみましょう。

サービスガバナンスを通じてサービス登録を完了する

対応する MSE Nacos インスタンスページに移動し、サービスの作成を選択します

画像.png

サービス名とグループ名を入力したら、登録するサービスガバナンスアプリケーションを選択できます。
ヘルスチェック機能を有効にした後、ヘルスチェックプロトコルを選択することもできます

画像.png

[OK] をクリックすると、サービスガバナンスを通じてアプリケーションとインスタンスが MSE Nacos に登録されます。

下図の構成に従い、アプリケーションAをsc-A、アプリケーションBをsc-b、アプリケーションCをsc-cとして登録します。

同時に、Zuul アプリケーションの Nacos アドレス構成を変更して、SDK を通じて MSE Nacos に登録します。
サービスガバナンスを通じて登録したサービスについては、サービスガバナンスを通じて MSE Nacos から対応するノードをオフラインにすることもできます。

画像.png

MSE サービス管理のノード詳細ページでサービスオフラインをクリックし、アプリケーションポッドを再起動せずに登録センターからサービスをオフラインで実現します。

画像.png

これまでに、サービスガバナンスによるサービスの登録が完了しました。

サービスガバナンスを通じてサービスサブスクリプションを完了する

Nacos サービスにサブスクライブする必要があるアプリケーションに次の Env を追加します。

画像.png

対応するサービスに加入するにはどうすればよいですか?

HTTP リクエストドメイン名は、対応するサービスを直接呼び出すことができます。次に例を示します。

restTemplate.getForObject("http://sc-b:20002/spring_boot", String.class);

このうち、 sc-b はサービス名です。デフォルトのグループ名は mse_nacos_group で指定できます。グループ名を指定する必要がある場合は、 http://sc-b:20002/spring_boot?mse_nacos_group=xxx を呼び出します。

確認

a. MSE Nacos コンソールを通じて確認して、サブスクリプション関係を明確にすることができます。

画像.png

b. エンドツーエンドのリクエスト検証を通じて

➜  ~ curl http://47.97.117.48/A/spring_bootA[10.0.3.238] -> B[10.0.3.229] -> C[10.0.3.241]%

SpringBoot アプリケーションに基づくフルリンクグレースケールの非侵入型実装

これまでのところ、デフォルトで上記のシナリオを満たすフルリンクグレースケール機能があります。

➜  ~ curl http://47.97.117.48/A/spring_boot -H "x-mse-tag: gray"              
Agray[10.0.3.240] -> B[10.0.3.229] -> Cgray[10.0.3.241]%

要約する

Spring Boot アプリケーションを使用すると、フルリンクグレースケール機能によってもたらされるリリースエクスペリエンスをすぐに楽しむことができます。MSEのサービスガバナンス機能とNacosエンジンの統合により、研究開発で注意すべき部分をクラウド上でさらに簡素化・削減でき、アプリケーションのクライアントも軽量化できるため、研究開発効率がさらに向上します。

ここをクリックしてマイクロサービスエンジン MSE 公式 Web サイトに入り、表示します