事業会社におけるマイクロサービス化について - arclamp

がちがちのエンタープライズ系で既存システムのマイクロサービス化に取り組むときに注意したいこと。 儲かる機能をマイクロサービス化する マイクロサービスの最大の目標は「サービス化された機能のリリースサイクルを、その機能を管理するチームが独自に決定できるようにする」ことです。つまり、システム内の他の機能や他システムとの調整をしないで、いつでも好きなようにリリース可能であることが大事です。もちろん、日中に。 それは何のためかというと「機能をどんどん改善して儲けたい」からです。これまでは、儲かる機能を改善をしようとしても、その他の機能や他システムとの調整や影響範囲調査やリグレッションテストに時間がかかってリリーススピードをあげることができませんでした。この問題が解決できればウハウハできるはずです。 マイクロサービスのサービス分割点について聞かれることが多いですが、それは「ビジネス部門が『早くリリース

[qsona]

"儲かる機能をマイクロサービス化" "再構築で3年使うよりも、よっぽどマシな結果が得られる" 圧倒的に同意。

[kompiro]

「機能をどんどん改善して儲けたいからマイクロサービス化」

[braitom]

“マイクロサービス化というのはアジャイルソフトウェア開発宣言からの16年間を一気に学ぶということです。”

[rzi]

「普通に1ヶ月かかったりします。遅い、遅すぎる。」遅い、遅すぎる

[YassLab]

“「機能を改善して儲ける」というのは「儲かる機能を考える」「その機能を作る」「その変更を含んだリリースをする」という一連の流れを前提としています。つまり「作る速度を上げる」という話では、全く足らない”

[y___u]

同意。

[kuchitama]

"ビジネス部門が『早くリリースできたら儲かる』って言っている部分で切ればいい" すごく良さげ！エンジニア視点だけでマイクロサービスすると、管理コストとビジネスの足並みがそろわない(実際うまくいかなかった)

[ohbarye]

“マイクロサービスの最大の目標は「サービス化された機能のリリースサイクルを、その機能を管理するチームが独自に決定できるようにする」こと”