Microserviceなんて最初からやるもんじゃ無かった

10. マーティンファウラー御大曰く > The term "Microservice Architecture" has sprung up over the last few years to describe a particular way of designing software applications as suites of independently deployable services. http://martinfowler.com/articles/microservices.html

[lyiase]

マイクロサービスって「入力も出力も柔軟性の高い形式」にしないと意味無い様な。前の段の為に後の段を作っているようじゃ失敗するのは当然。マイクロサービスは「サービスとして閉じている」必要があるわけで。

[megascus]

SOA時代の失敗から何も学んでない感がある。

[devorgachem]

問題は別のところにあるのでは…？変更に閉じてない設計とか、静的型検査やってないとか…

[serihiro]

設計中に「直列の処理をサービス分割して誰が嬉しいんだろうな」と気が付かなかったのだろうか

[showyou]

Microserviceの範囲がどこまで指すのかわからんけど、分割方法とか途中のやりとりの方法がまずいんじゃ

[aladhi]

適用の仕方に問題があるのにこんなタイトルなの厳しい。解決したい課題が書いてないから推測だけど、特に組織構造に起因するような問題とかないのにとりあえずわけてみた、とかの失敗な気がする。

[otchy210]

設計の失敗であってマイクロサービスが悪いわけじゃ無いっていうコメント多いけど、つまるところ β 版的なうちは、要件も完全にクリアじゃなくて、変更に強い設計が難しいっていう、古今東西ありがちな話なのかな。

[okinaka]

設計ミスの話

[taketyan]

アプリケーションがどうあるべきかへの理解と、そこからどんなふうに分業すべきか、がある程度自明じゃないと難しいから「最初からやるもんじゃない」っていうタイトル自体はその通りとしか言いようがない

[iori_o]

サービスの分割の仕方が悪いだけのような気がするぞ。ただの設計をミスっただけっぽい。

[teppeis]

依存するものを分割しちゃダメって話

[vanbraam]

そもそもの設計が疎結合になっていないものを microservices 化してる感.変更の影響が伝搬するならそういうことだよね

[Dai_Kamijo]

うーんこれはマイクロサービスがって問題じゃない気がするのは僕だけですか？ — ポリドッグ(ちわわだよ！) (@polidog) July 23, 2015 from Twitter https://twitter.com/Dai_Kamijo July 24, 2015 at 02:10PM via IFTTT

[zonu_exe]

MicroServiceは特に関係なかった

[Vaduz]

Microservices を理解してない

[nilab]

Microserviceなんて最初からやるもんじゃ無かった

[kuenishi]

4人くらいのチームだったら全然モノリシックじゃないの？40人とかそれくらいの人数からだと思うのだけど

[tbpg]

失敗事例ありがたや

[bufferings]

切り方違うやろ。

[i2key]

サービスを見てみたけど自分がやるなら、クラッシュ管理、プッシュ通知、アナリティクス、ユーザ管理のように個々に独立する機能単位に分けるなあ。そのほうがサービスと責務と組織構造とビジネス目標が揃いやすいし

[J138]

単にロジックってか設計がまずいだけなのでは

[masatomo-m]

適切な機能分割なんて、実際ある程度作って運用してみないとポイントが見えてこないことも多いので、いきなりマイクロサービスやるのは早すぎる最適化の一つだとは思う

[kozy4324]

なんでやマイクロサービシス関係ないやろ！

[sora_h]

これは分け方が悪いとしか思えない

[Kwappa]

バズワードというかダメワードになりつつあるなあ。

[sifue]

管理コストとインターフェースを整合するコスト高いよなぁ。

[lalala360]

妥当な責務の分割とかインターフェイスの設計は難しい。１度作ってみてやりたいことを理解してからだと上手くいくのかもしれない。

[izumin5210]

こういうのってちゃんとservice間の結合部分テストしたら多少はマシになる気がするんだけど，きっとそういう簡単な話じゃないんだろうなぁ

[hachibeechan]

うん？ これって「後からやるべき」っていう意味でのタイトル付けなのかな？

[katsyoshi]

うーん

[manimoto]

「変化に強いアーキテクチャは、激しく変化に強いのとは意味が違う」は金言。/「後工程で賄える事は後工程へ」とかはトヨタ生産方式を感じる。