マイクロサービス – 分散された大きな泥だんご | POSTD

モノリシックがダメだからといって、マイクロサービスが解決策になるわけではない ソフトウェア開発業界は流行に左右されやすいという証拠に、今マイクロサービスが、いたるところで大騒ぎされています。”次の大ブーム”だと思う人もいるでしょう。また、（10年前に”上出来”と見なされたような）大型のSOA、サービス指向アーキテクチャが単に軽量化して進化したものだと捉える人もいるでしょう。私は現在のマイクロサービスアーキテクチャに関しては好意的に見ています。しかし、だからといってこのアーキテクチャは決して万能薬ではありません。言うまでもないことかもしれませんが、多くの人が間違った理由でマイクロサービスに飛び付いているように思えるのです。 これは私の講演でよくお見せするスライドで、 以前ブログにも書きましたた が、ソフトウェアシステムを開発するにはいろいろな方法があります。まず、昔ながらのモノリシック（一枚

[YassLab]

"マイクロサービスがカッコいいからそれに飛び付いたかのよう / でも優れたマイクロサービスアーキテクチャを作る上で必要な設計思想と分散戦略は、優れた構造のモノリシックシステムを作るために必要なものと同じ"

[ardarim]

「優れたマイクロサービスアーキテクチャをつくる上で必要な設計思想と分散戦略は、優れた構造のモノリシックシステムをつくるために必要なものと同じ」これなんだよなあ。マイクロサービスは銀の弾丸と言う思い込み

[paz3]

『優れたマイクロサービスアーキテクチャをつくる上で必要な設計思想と分散戦略は、優れた構造のモノリシックシステムをつくるために必要なものと同じなのです』

[koudaiii]

”もしチームが優れた構造のモノリシックシステムをつくれないのなら、彼らに優れた構造のマイクロサービスアーキテクチャがつくれるとは思えません”

[fujya]

いろんな視点でのメリット・デメリットあると思うけど、開発者が良いと思ったやり方を推していく事でモチベーション上げる事が大事かなと。それが一番効率良いと思うんだよね。

[vanbraam]

microservicesはarchitecture論ではなくteam管理&governance論だと思う;極端な比喩で言うと,単一のgovernanceの下に完結する鎖国国家(=monolithic)か,様々な国/企業のgovenanceの下で相互に依存するglobal経済圏(=microservices)か,みたいな

[kimutansk]

「すべてはトレードオフなのです。」と。実際に柔軟性／アジリティ、応答時間、開発時のオーバヘッド・・など、変動要素はいろいろありますね。

[takezaki]

“階層化アプローチ”ではなく、"コンポーネント別のパッケージ"にするのがマイクロサービスのアーキテクチャ。同意

[efcl]

"優れたマイクロサービスアーキテクチャをつくる上で必要な設計思想と分散戦略は、優れた構造のモノリシックシステムをつくるために必要なものと同じ"

[t-wada]

“優れたマイクロサービスアーキテクチャをつくる上で必要な設計思想と分散戦略は、優れた構造のモノリシックシステムをつくるために必要なものと同じ”

[sonots]

まぁ複雑さを分散した所で複雑さが移動してるだけだからね

[lesamoureuses]

“もう一度言いますが、万能薬はありません。すべてはトレードオフなのです。”

[yojik]

“優れたマイクロサービスアーキテクチャをつくる上で必要な設計思想と分散戦略は、優れた構造のモノリシックシステムをつくるために必要なものと同じなのです”

[invent]

【翻訳】マイクロサービス – 分散された大きな泥だんご

[yyamano]

もっともな話

[uehaj]

"優れたマイクロサービスアーキテクチャをつくる上で必要な設計思想と分散戦略は、優れた構造のモノリシックシステムをつくるために必要なものと同じ" そらそうだ