Microservicesでなぜ作るのか - An Epicurean

「Microservices時代の監視設計」と言うエントリーを書きたいのだけど、そもそもなんでMicroservicesで作る必要があるのかというところを先に書く必要があると感じたので私見を述べてみる。すでにMicroservicesで作っている人からすると「何をいまさら」と言う内容も多いかもしれません。 Microservicesでなぜ作るのか ドメイン分割のレイヤーの変遷 今は成長段階 Microservicesのメリットとアーキテクト クラウドはフレームワークになった 共有データベースアンチパターンとMicroservices設計 Microservices時代の監視設計 参考図書など Microservicesでなぜ作るのか 身も蓋もないことを書いてしまうと、これはもう「潮流がそうなっているから」ということだと思う。業界がそういうアプリケーションの作り方をしてノウハウを貯めていく流

[Songmu]

blogged. 力作のつもりです。

[katzchang]

社会現象の解説としてはまあわかる。が、そこまで達観できないな。

[chimerast]

Microservicesは組織論であって、それ以外のなにものでもないと思ってる。

[a-know]

“クラウドはフレームワークになった”

[yumu19]

疎結合にすることがどんな状況でも最良とは限らず、結局万能な設計手法はない、というところまで考えた上で「潮流がそうなっているから」と書いたのだと思うと、まあそうかという感じもするな。

[matsumoto_r]

「Microservicesでなぜ作るのか」あたりについては賛同しかねるけど，他の話についてはライブラリやフレームワークを使う側の視点として良いまとめだと思う．

[tech0403]

ロックイン上等であるなら、モノリシック時代のフレームワークにも思いっきりロックインして開発すればいいのでは？だってMicroservice導入する１番の理由が「流行り」なんだから。

[udzura]

“クラウドはフレームワークになった”いい表現だな〜と思う

[nekoruri]

“クラウドはフレームワークになった” まさにこれ

[yamadadadada2]

マイクロサービスにすることでスケーラブルかつ、疎結合を(ある程度)強制できるというのが大きそう。モノリスでもできるんだろうけど、密結合が生まれやすそう。残るは開発スピードとの兼ね合い？

[nilab]

「汎用データストアを複数箇所から生で使うのを避けて、それをラップした一つのマイクロサービスのAPI経由で情報にアクセスすることがパターン」

[i178inaba]

#すえなみチャンス忘年会 で再度話題に。

[takatama]

マイクロサービスで作るのは、時代だから

[vanbraam]

浅い."流行ってるから"だけじゃなく,"なぜ流行ってるか"が重要;Componentizationによる"局所化"は,結局Dev的には小さい組織内で開発サイクルを速く回せる事がポイントだと思う;組織論に注目しないmicroservices論は浅い

[tzkoba]

これでマサカリ飛んで来るのが不思議なほど良記事だと思う。

[t-cyrill]

様子見。細かくやっていこうとはしてる

[sinsinchang]

そもそも僕自分がソフトウェアエンジニア系の本をよく読んだほうがよいかもしれない。

[oros]

マイクロサービス

[an_emerald]

“クラウドはフレームワークになった”

[n314]

え、「潮流がそうなっているから」って思ってる人達とは相容れないな。好きだからか便利だからではないのか。

[ngsw]

思うのは「わたしはプロなので籠ります」「リモートワークさせろ」「わたしがトップスキルなので相談は必要ない」という属人性を最大限に許容しようみたいな時にマイクロサービスだと回る、ということだと考えた

[dekokun]

関数内でのデータの隠蔽、オブジェクト内でのデータの隠蔽、パッケージ内でのデータの隠蔽、という感じで揮発するデータを隠蔽していたけどマイクロサービスによって永続的なデータも隠蔽・分離できるぜ！

[koba789]

ミドルウェア化はマイクロサービス以前にもあって一般的だった概念だと思うが。マイクロサービスの主な動機は再利用ではないでしょ

[toro-chan]

Microservicesって、ちゃんと設計すればいいのかもしれないが、中途半端に採用しない方がましのような気がする。バラバラのホストに、バラバラのAPIが並んだだけになるような気がする。

[otherworld]

アーキテクチャはシステムに非機能要件を与えるためのものだから、合理的な理由がなければモノリスで考えるのが起点かと思う/ 共有DBが駄目なのはデータだけが共有され、ロジックがコピペされて凝集性を損なうから。

[kakku22]

めっちゃ良い記事！成長段階っていうのもわかる．続編に期待！同じパラグラフの中にですます調とである調が混在してるのはちょっと気になった（ブログメンタリング観点

[nunohito]

従来のモノリシックアプリケーションでも、パッケージレベルでのモジュール分割は当然おこなわれている。ドメイン境界をプロセス内で定めていたものが、Microservicesではマイクロサービス間が境界になる。そういう流れ

[kfly8]

面白かった。考えさせられた。 プロダクト初期などコンポーネント境界が曖昧な時は？売上少なくチームが大きくなるか不明な時は？等 Microservicesの知見貯めればわかることもあるだろうし、試しにやっていき、かな〜。

[wata88]

分散OSみたいなものを前提にできる土壌がクラウドでできた。ベンダーロックインは避けたい。openstackは早すぎた。今k8sがある。ぐらいでcgi時代にちゃんとした人なら螺旋階段上ってるなぁという感じじゃないかなと思う

[ihatenonoildressing]

“身も蓋もないことを書いてしまうと、これはもう「潮流がそうなっているから」ということだと思う。業界がそういうアプリケーションの作り方をしてノウハウを貯めていく流れになっている。結果としてMicroservicesのプ

[love0hate]

作るとか監視とかの前にまずMicroservicesの定義、定義する理由を丁寧に説明する必要があるのでは／Webアプリそのものの監視がされてこなかったというのは観測範囲の問題なのかピンとこない

[braitom]

Microservicesについて。なぜMicroservicesで作るのか、ドメイン分割の変遷の話、メリットとアーキテクチャ、クラウドベンダ選定の話などが書かれている。

[dorokei]

個人的になぜ作るのか教えてもらわないといけないような、現状に困っていない人はマイクロサービス化する必要ないと思う

[htnmiki]

5年後、10年後の振り返りの起点として面白い。

[Makots]

“クラウドはフレームワークになった” わかる。

[magnoliak]

その時代のエコシステムの流れには乗っておくってのは採用とかも含めて大事なんだろうなぁって あと素でいい記事書く人誰だろうって思ってしまった

[PerolineLuv]

いずれにせよ、もうRPCとかRMIの時代ではないのね。