マイクロサービスに移動するか移動しない

Question

私のアプリケーションをマイクロサービスアーキテクチャに移行するかどうかを判断するためのリンクを教えてもらえますか？

シナリオ：私はインターネットに直面しているが有限のアプリケーションを持っています ユーザーの数は、つまり、着信トラフィックの突発的なスパイクを取得しません。そして このアプリケーションは、あらゆるビジネスクリティカルアプリケーションを格納していません データは、他のアプリケーションに依存し、RESTサービスまたは直接データベース呼び出しを介して他のアプリケーションの データを消費します。また、コスト削減のためにこのアプリケーションをAWSに移行したいと考えています。

マイクロサービスを移動するかどうかを教えていただけますか？

我々は戦略がどうあるべきか、その後microservicesに移動する決定を取る必要がありますか？

Answer 1

あなたは私はそれがmicroservicesか移動するかどうかを知らせることができますか？

あなたのアプリケーションとあなたの組織についてはほとんど分かっていません。あなたが以下に答えたら、より良い答えを与えることができます：

• あなたのコードベースの大きさはどれくらいですか？

• 今日は何人の人が作業していますか？将来的にはそれで動作するように期待されているどのように多くの人が

• ？

• システムにはどのくらいのユーザーがいますか？

• コンポーネントの開発/ビルド/デプロイメントに依存するため、多くの開発時間が失われていますか？
• アプリケーションのスケーラビリティと高可用性はどれほど重要ですか？

しかし、一般的にあなたの説明から、それは良い投資のような音はありません。一般に、マイクロサービスアーキテクチャは、大規模なアプリケーションのメンテナンス性を高め、スケーラビリティを向上させるのに役立ちます。あなたのアプリケーションがそれほど大きくなく、スケーリングやメンテナンスに問題がなければ、私は投資しません。しかし、今後、アプリケーションを大幅に拡張する予定がある場合は、新しいサービスをマイクロサービスとして開発し、徐々にモノリスから離れることをお勧めします。

マイクロサービスに移行することを決定する必要がある場合は、戦略は何ですか？

我々はstackoverflowの質問でこれを答えることができません。これには、アプリケーションの詳細な分析と、（ビジネス目的で）差別化できるさまざまなサービスが必要になります。サービスごとに、他の部分への結合を減らし、それらの相互作用のためのAPIを定義する方法や、サービスのデータ基盤を分離することによって関係を破壊する方法を特定する必要があります。実装テクノロジを見て、各サービスに最適なケースバイケースで判断します。また、基盤となるインフラストラクチャを見て、自動化可能なオプション（たとえば、kubernetes）を決定します。

thisをお読みください。