移行を勧められているようです。言ってこの提案は全くの見当外れであるケースが大半でしょう。使っているアプリケーションは、そもそもマイクロサービスに適した形になっていないことが多いからです。アプリケーションという構造でマイクロサービスとか、難易度が高すぎるので当たり前です。違いを全く理解してないのではないかと思ってしまいます。最初に検討すべきサービスではありません。して、非常にシンプルかつスケーリングを考慮したアーキテクチャになっています。各種基盤的な部分で使われていて、オーケストレーターやコンテナとかいう話なんて全く無かった頃のサービスです。向けにアプリケーションを開発する場合は専用のライブラリを参照する必要がありました。標準仕様に乗っかっていなかったり、やたらと複雑なマニフェストや専用のパッケージを作ったりと、アプリケーションのポータビリティが失われていました。起動コストという問題も抱えています。採用することで、標準機能だけでほぼ解消可能です。採用するということは、既存のアプリケーションにかなりの複雑さを持ち込むという結果になるでしょう。使うのは、あまりにもメリットが少ないです。同じような課題を持つことになります。移行先として不適切というだけです。使うようになる未来になるかもしれません。仕組み上無限ループで処理する形だったので、まずは処理を整理してイベントドリブンに書き換えた方が良いでしょう。長さによって自動でスケーリングしてくれます。組み合わせて作っていたような処理も、処理が分かりやすい形かつスケーラブルに実装できるはずです。使っていると失敗します。アプリケーションの実行環境としては影響は小さいです。移行が行えるかと思います。勧められていて困っている場合などは、お気軽にご相談ください。移行のお手伝いとかできます。ストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。