エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント44件
- 注目コメント
- 新着コメント
pwatermark
いやまあ言いたいことは分かるが、その辺は何でもクラス化議論で既に通った所じゃないのかね だからこそInOutを厳密にして実装を隠蔽するわけで マイクロサービスは「置き換えも楽」なんだよ本来
WildWideWeb
未来の理想を語り仕様を決めた初期メンバーはひたすら楽しく、現実となった負債を引き継ぐだけの人は「誰だ、こんな設計を考えたのは」と思う、よくある話の一つ。どこも初期のメンバー、もういないでしょ。
quabbin
ん? 重複の除去方法を間違っているってだけじゃないかしら。ライブラリ化(Call me)とフレームワーク化(Call You)とマイクロサービス化(Have Data)をどれにするか考えずに、マイクロサービス化したら、そりゃ失敗する
queeuq
モノリスでもうまく使える人はうまく使える。でも現実的に習熟度と納期の問題で突貫工事が行われると全体が崩壊する。それをマネジメントできるならモノリスのほうが良いかも。どちらかが100%正しいと言う物ではない
zyzy
コレ系は「アーキテクチャはそれを作る組織の構造に合わせるべき」というのが自分的には一番しっくり来てる。細分化された部署で作るのならマイクロサービスにするべきだし、一チームで全部扱うならモノリスがいい。
yarumato
“GitHub 元CTO。世界中の90%の企業は、プライマリDBに対してDBのバックアップ、キャッシュ、プロキシを実行するモノリスで済ませるられる。 スケールのための基本手法:なるべく長く一つの大きな塊であれ。”
pwatermark
いやまあ言いたいことは分かるが、その辺は何でもクラス化議論で既に通った所じゃないのかね だからこそInOutを厳密にして実装を隠蔽するわけで マイクロサービスは「置き換えも楽」なんだよ本来
PrivateIntMain
それ単体では独立してるように見えるが、実際は色々影響出るから変更は容易でない。こっちを変えたらあっちが立たないと悩むよりは、こいつだけ絶対変わるし他は絶対変わらないモノリスの方が楽。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック!
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
2022/11/17 リンク