3
新しいマイクロサービス間の一貫性を確保するにはどうすればよいですか？
私の組織はマイクロサービスの爆発的な増加を経験しています。現在、新しいプロジェクトをブートストラップする正式な方法はありません。チームが展開またはビルドプロセスにバグを抱えて来て、別のプロジェクトですでに解決済みであることを理解するためだけに時間を費やすことに気づきました。また、標準化してほしいプロジェクト間には多くの矛盾があります。 多くの場合、変更には単一のファイル（例：serverless.ymlまたはMakefile）が含まれるため、共有ライブラリ（例：gitサブモジュール）を含む解決策は現実的ではないようです。各プロジェクトには、Dockerfilesやserverless.ymlなど、維持する必要のある独自の構成セットがあるため、VMの集中構成管理ソリューションは実際には適用できません。 新しいマイクロサービスが組織の標準に準拠し、新しいプロジェクトを開始したい開発者にとって簡単で直感的な方法で、既存のプロジェクトのバグ修正/機能を確実に含めるにはどうすればよいですか？これらの問題の解決に関するいくつかのベストプラクティスは何ですか？ 現在のワークフローは、隣の人に「テンプレートとして使用するにはどのプロジェクトからクローンを作成すればよいですか？」と尋ねることです。次に、そのプロジェクトに不要なものをすべて削除します。