• はてなブックマーク
  • テクノロジー
  • モノリスの分解において、マイクロサービスは必然ではない - QCon LondonにおけるSam Newman氏の講演より
  • Twitterでシェア
  • Facebookでシェア

モノリスの分解において、マイクロサービスは必然ではない - QCon LondonにおけるSam Newman氏の講演より

テクノロジー カテゴリーの変更を依頼 記事元:www.infoq.com
適切な情報に変更
239 usersがブックマーク コメント22
    共有

    • 記事へのコメント22件

    • 注目コメント
    • 新着コメント
    その他
    teppeis
    「"最悪のモノリスである、分散モノリス(distributed monolith)"だ。分散モノリスは多数のサービスを持つが、すべてを同時にデプロイしなければならない」

    その他
    estragon
    “ほとんどの企業にとって、マイクロサービスよりもモジュラモノリスの方がうまくいくはずだ”ってのは同意

    その他
    sonots
    モノリスで進める場合もモジュールごとにDBを分けるモジュラーモノリスにしておけばマイクロサービス化しやすいと。なるほど、と思ったけど、必然性がないのに先のためという強い意志を持ち続けてやる人いるかな

    その他
    endok
    “運用環境へのデプロイとユーザへのリリースは同じではない"　この考え方は意識したいな。

    その他
    cl-gaku
    モジュラモノリスをきれいに保つのはマイクロサービスより辛そうなのが問題

    その他
    peketamin
    マイクロサービスを意識してモジュールや処理の境界を引いた上でモノリスになってると嬉しい気がする。

    その他
    tsuwatch
    今やってるけど、確かにモジュラモノリスやっとけば、マイクロサービス化するかとなってもまぁそんなに大変じゃない印象。もちろんDB分ける分けないとかで、大変さ変わるけど

    その他
    tkmkg8m
    “モジュール境界を意識して"大きな泥玉"を回避するには確固とした規律が必要だが、ほとんどの企業にとって、マイクロサービスよりもモジュラモノリスの方がうまくいくはずだ”

    その他
    boomerangj
    将来の負荷を考えてこことここは同一DB前提にしない(JOINしない、同一トランザクションを期待する処理を書かない)というのは昔からあるテクニックな気がする。

    その他
    suzx
    #メモ保存

    その他
    ngmy
    当たり前のことしか言ってないし考えればわかることなんだけど、みんな新しくてカッコいいワードが好きだからな。

    その他
    tkmkg8m
    “モジュール境界を意識して"大きな泥玉"を回避するには確固とした規律が必要だが、ほとんどの企業にとって、マイクロサービスよりもモジュラモノリスの方がうまくいくはずだ”

    その他
    mztnex
    “ほとんどのスタートアップにとって、マイクロサービスはよい選択ではない”

    その他
    Nyoho
    “Newman氏が声を大にして警告するのが、"最悪のモノリスである、分散モノリス(distributed monolith)"だ。”

    その他
    RYoMa_0923
    進化的アーキテクチャの中で述べられてた内容がもう少しわかりやすく解説されてる感

    その他
    kkobayashi
    確かにデータをきれいに分けてさえおけばモノリシックかマイクロかは後からどうにでもなりそう

    その他
    t-wada
    "テクノロジではなく結果を重視する" "デプロイの独立性が目標であるという意識を常に持つ" "ほとんどの企業にとって、マイクロサービスよりもモジュラモノリスの方がうまくいく" "最悪は分散モノリス" すばらしい講演

    その他
    ten-gallon-Mouse
    “分散モノリス”

    その他
    DeikunChar
    確かに。データ層の分離は難しい。モノリス開発メインのSEには，そもそもデータストアを分割するという発想が希薄（私だけかもしれないですが）RDBMSこそが主役だと教えられてきた

    その他
    endok
    “運用環境へのデプロイとユーザへのリリースは同じではない"　この考え方は意識したいな。

    その他
    cl-gaku
    モジュラモノリスをきれいに保つのはマイクロサービスより辛そうなのが問題

    その他
    kno
    “複数のデータベースを使用したモジュラモノリスを推奨する。奇妙に思えるかも知れないが、最終的にモノリスをマイクロサービスに分割することが可能なのは分かっている。本当に大変なのはデータ層の分割なのだ”

    その他
    Chisei
    見たことあるやつだ！ “分散モノリスは多数のサービスを持つが、すべてを同時にデプロイしなければならないため、何かを行うにはチーム間の調整が数多く必要となる。”

    その他
    estragon
    “ほとんどの企業にとって、マイクロサービスよりもモジュラモノリスの方がうまくいくはずだ”ってのは同意

    その他
    yujiorama
    "確固とした規律が必要だが、ほとんどの企業にとって、マイクロサービスよりもモジュラモノリスの方がうまくいくはずだ。その点でモジュラモノリスは、あまりにも過小評価されていると言える。"

    その他
    boomerangj
    将来の負荷を考えてこことここは同一DB前提にしない(JOINしない、同一トランザクションを期待する処理を書かない)というのは昔からあるテクニックな気がする。

    その他
    tsuwatch
    今やってるけど、確かにモジュラモノリスやっとけば、マイクロサービス化するかとなってもまぁそんなに大変じゃない印象。もちろんDB分ける分けないとかで、大変さ変わるけど

    その他
    sonots
    モノリスで進める場合もモジュールごとにDBを分けるモジュラーモノリスにしておけばマイクロサービス化しやすいと。なるほど、と思ったけど、必然性がないのに先のためという強い意志を持ち続けてやる人いるかな

    その他
    ohbarye
    “最悪のモノリスである、分散モノリス(distributed monolith)だ。分散モノリスは多数のサービスを持つが、すべてを同時にデプロイしなければならないため、何かを行うにはチーム間の調整が数多く必要”

    その他
    teppeis
    「"最悪のモノリスである、分散モノリス(distributed monolith)"だ。分散モノリスは多数のサービスを持つが、すべてを同時にデプロイしなければならない」

    その他
    peketamin
    マイクロサービスを意識してモジュールや処理の境界を引いた上でモノリスになってると嬉しい気がする。

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック！
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    モノリスの分解において、マイクロサービスは必然ではない - QCon LondonにおけるSam Newman氏の講演より

    Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Pract...

    ブックマークしたユーザー

    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    いま人気の記事 - 企業メディア

    企業メディアをもっと読む

    はてなブックマーク

    公式Twitter

    はてなのサービス

    • App Storeからダウンロード
    • Google Playで手に入れよう
    Copyright © 2005-2025 Hatena. All Rights Reserved.