1/ GitHub 元CTO「マイクロサービスにしたことがアーキテクチャ上の最大のミスだった」（※少しマニアックな内容ですが、個人的には面白いと感じたので載せます→）

門脇 敦司/ Atsushi @at_sushi_ Knowledge Sense, Inc. CEO ← 東大 / エンタープライズ向け生成AIプロダクトで成長中のスタートアップ（2019年~） / ソフトウェアエンジニアを募集中（800万円~+SO）→DM開放中 / 好きな言葉は「実験と学習」/ 最新の生成AI 事情に少し詳しいです https://t.co/PwBZaT31cB 門脇 敦司/ Atsushi @at_sushi_ 1/ GitHub 元CTO「マイクロサービスにしたことがアーキテクチャ上の最大のミスだった」 （※少しマニアックな内容ですが、個人的には面白いと感じたので載せます→） twitter.com/jasoncwarner/s… 2022-11-16 09:20:18 Jason Warner @jasoncwarner I'm convinced that o

[diveintounlimit]

そんな長文に不向きなサービスのまとめよりこっち見たほうが良い→ https://scrapbox.io/nishio/Jason_Warner%E3%81%A8%E3%83%9E%E3%82%A4%E3%82%AF%E3%83%AD%E3%82%B5%E3%83%BC%E3%83%93%E3%82%B9

[skypenguins]

マイクロサービスは分散システムだから分散システムや並行プログラミングの本質的な難しさがある…的な？

[xlc]

マイクロサービスを使ってよい局面は限られてて、①不特定多数にサービスを開放しており、②どんな使われかたをするか予測不能だが、③一度に要求されるデータ量は少ないので性能を気にしなくてよい、だと思ってる。

[tettekete37564]

結局モノリスでもマイクロサービスでもみんな失敗したって言うからいずれも銀の弾では無いって事だと解釈した

[t-murachi]

部品でしかないはずのものをライブラリではなくサービスにしちゃえば重くなるのは当然だしコードベースも別れちゃって組織としても複雑化するだけだという考えてみりゃそらそうだわなという話(´・ω・`)

[mak_in]

元々マイクロサービスで作ってた機能の大部分を根本の仕様変更によりイチから作り直す仕事を今してるのだが、分割してたいくつかをモノリス化してる。どちらもシンプルが良いというコンセプトでやってるはずなのにね

[maketexlsr]

これさー、CPUもカーネルも同じだったよね。結局そういう方向になっちゃうのって、最終的には人間の特性なんじゃないかなーと思ってる。場より実体の方が理解しやすいもんな。

[soybeancucumber]

グローバル企業ならわかる。アクセス数半端ないし。日本の長期間使われる事が確定しているサービスを作ってるfreeeもまあわかる。でもこの先どうなるかわからないスタートアップがマイクロサービスとか悪手の極みだわ

[paul_oguri]

“ ”

[maninthemiddle]

教条的に導入するのは良くない。うちは本当にいろんなシステムから共通して使われる処理だけマイクロサービス化してるわ。その他はApp/Service単位。(複数チームが並行開発するのでモノリシックは流石に無理)

[hylom]

GitHubはGitHub自身とは別に開発されているGitを使っているという構造上モノリシックにするのは逆にリスクがあるのではと思いました

[arx0balest]

最大のミスは、Rubyとかいう型無し糞言語を選んだことだ。間違いないね。

[onesplat]

id:xlc お前毎度ほんと何もわかってねえな

[raamen07]

7年くらい前にやったこともないのに「マイクロサービスは良い」「マイクロサービス化するべき」「(マイクロサービス化しない)お前は間違ってるし無能だ」とか言ってたエンジニアは今どう思ってんだろな

[uva]

「どうしても負債を作るなら、nice to haveではなく、最高にレバレッジが効くときにだけ、にするべきです」

[togetter]

うぬぬ、難しいってことだけはわかった。

[dorapon2000]

“モノリスからマイクロサービスのオススメ度合いでいうと以下です。 Monolith > apps > services > microservices”