2

Spring Boot で構築されたマイクロサービスのリリース管理方法に関するアドバイスを探しています。

私が取り組んできたほとんどのプロジェクトでは、リリース プラグイン (maven) を使用してタグを作成し、maven プロジェクト (jar、war、rpm) をリリースします。通常、これは、リリース プロセス中のすべてのサブプロジェクト (jar、wars) の Maven の親子関係に依存します (モノリス ソース コード、すべて単一の git リポジトリに存在します)。人々はどのようにさまざまなブート プロジェクト (マイクロサービス) を維持し、リリースを行っているのだろうか。

私の見方では、次のような戦略が考えられます。

  1. リリースが個別に管理されるように、git リポジトリごとに 1 つの Spring Boot プロジェクト (マイクロサービス Maven プロジェクト)。
  2. 各モジュールがマイクロサービスであるマルチモジュール Maven プロジェクト。すべてのサブモジュール (マイクロサービス) をまとめてリリースする必要があります。親 pom は、Boot の親 pom を使用する必要があります。
  3. リリースに基づいて特定のサブモジュールのみをリリースする maven-release-plugin 機能に依存します。これにより、各 Maven サブモジュールのバージョンが (潜在的に) 異なります。

あなたのチームは何を役に立ちましたか? 私は Boot のプログラミング モデルが好きですが、物事をシンプルに保つという Boot モデルと一致するリリース戦略を使用できることを願っています。

4

1 に答える 1

1

このループを閉じるために、オプション 1 を使用しています。複数のリポジトリを持つことは多くのように思えるかもしれませんが、マイクロサービス アーキテクチャを実装すると、このリリース管理プロセスを簡素化するための適切な DevOps プロセスが妨げられます。

于 2016-10-28T20:02:00.747 に答える