記事へのコメント35

    • 注目コメント
    • 新着コメント
    f99aq
    "私たちはデータドリブンにサービスを分解するのではなく、機能ドリブン(Functional Driven)に分解するべきだったのだ。"

    その他
    lenore
    「機能ドリブンでサービスを分解するべきだった」←データで分解すべきという言説が良く出ているので重要な知見。しかし難しい。

    その他
    eggman
    https://www.youtube.com/watch?v=b7yqd7z1RBQ

    その他
    r-west
    データでなく機能で分割って、題目的には良いけど、データはどうすんの?one fact in one placeを破るの?

    その他
    digo
    “サービスごとに異なる可用性、スケーラビリティ、性能が要求される”

    その他
    tnk962
    “サービスごとに異なる可用性、スケーラビリティ、性能が要求されるのだ。”

    その他
    lyiase
    この記事は面白いことを考察できるね。つまりマイクロサービス(機能ドリブン)はSOA(データドリブン)の一体系だってことだ。

    その他
    takaheraw
    “データドリブンにサービスを分解するのではなく、機能ドリブン(Functional Driven)に分解するべきだった”

    その他
    TokyoIncidents
    タイトルは SOA なのに文中はマイクロサービスなのはなぜだろう?

    その他
    kazuhooku
    知られてる話だとは思うけど、表現がこのうえなく明快で良い

    その他
    kita-tuba
    Amazon.comがモノリシックな構造からSOAへ移行したときに気がついた間違い。同社CTOが語る

    その他
    koheisg
    koheisg データ単位ではなく、機能単位にサービスを分割していく。わかるけど、難しそうやな。

    2016/08/17 リンク

    その他
    jumperson
    データドリブンがいけなかったと。

    その他
    nureha
    そう、それ。マイクロサービスを否定する意見の大半はつまりはただそのあたりの設計に失敗してるだけの印象。そういう難しさってのも含めて、もちろん銀の弾丸ではないけれど。

    その他
    Jxck
    データではなく機能での分割にすべきだったという話。

    その他
    learn
    「データドリブンにサービスを分解するのではなく、機能ドリブン(Functional Driven)に分解するべきだった」「サービスごとに異なる可用性、スケーラビリティ、性能が要求されるのだ」

    その他
    hiroomi
    “アドレスブックサービスは買い物の勘定を済ませるときにしか使われないのに、ロギングサービスはもっと頻繁に使われる。サービスごとの可用性、スケーラビリティ、性能が要求される”後工程は前工程のテストを

    その他
    airj12
    維持・拡張を考えると機能ドリブンが正しいのは何となく分かる、各サービスの存在自体を知るコストが上がるとは思うけど

    その他
    yamaz
    yamaz 柔軟なマイクロサービスを機能別に作るためには超強力なRPCとデータレプリケーションの機構が必要なはずなんだよな。どの企業も隠してるけど。

    2016/08/16 リンク

    その他
    vanbraam
    "データドリブンにサービスを分解"→間違い,"機能ドリブン(Functional Driven)に分解する"→正解;シンプルなCRUD APIを持つデータ・サービスを独立させて,その周りに機能毎にサービスを作るのが良いのではなかろうか

    その他
    nakashi
    nakashi なのでSOAにする時にどこもデータサービスを作ってデータそのものは別枠で管理してた印象。

    2016/08/16 リンク

    その他
    kabacsharp
    “それは、データドリブンにサービスを分解していったことだ。” SOAはOracleさんがさんざん売り込んでいたけど。

    その他
    hs_hachi
    “なぜなら、たとえば顧客マスターサービスの中にあるさまざまなサービスはそれそれ異なるスケーラビリティ要求がある。アドレスブックサービスは顧客が買い物の勘定を済ませるときにしか使われないのに対し、ロギン

    その他
    kgrock
    Amazon.comがモノリシックな構造からSOAへ移行したときに気がついた間違い。同社CTOが語る

    その他
    mkusunok
    mkusunok データは所与の現実だが、機能は定義次第なので、実践の難易度は高そう

    2016/08/16 リンク

    その他
    nobububu
    規模によるよな。Amazonの規模なら、機能ごとのサービスレベルの差も激しいだろうけど。

    その他
    ukstudio
    “しかし私たちは間違いにも気づき始めていた。 それは、データドリブンにサービスを分解していったことだ。”

    その他
    katzchang
    “サービスごとに異なる可用性、スケーラビリティ、性能が要求される”

    その他
    t-wada
    t-wada "私たちはデータドリブンにサービスを分解するのではなく、機能ドリブンに分解するべきだった" "サービスごとに異なる可用性、スケーラビリティ、性能が要求される"

    2016/08/16 リンク

    その他
    JHashimoto
    “サービスごとに異なる可用性、スケーラビリティ、性能が要求されるのだ。 そこで私たちは、いま「マイクロサービス」として知られている手法を採用することにした。”

    その他

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

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

    関連記事

    Amazon.comがモノリシックな構造からSOAへ移行したときに気がついた間違い。同社CTOが語る

    ニューヨークで開催されたイベント「AWS Summit 2016 New York」。基調講演で同社CTOのWerner Vogels氏...

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

    • ackintosh2019/06/09 ackintosh
    • Lie_Room2016/12/05 Lie_Room
    • tjun12016/09/29 tjun1
    • f99aq2016/09/26 f99aq
    • sol_cubano2016/09/16 sol_cubano
    • yuuki55552016/09/14 yuuki5555
    • cha-cha-ki2016/09/05 cha-cha-ki
    • yamashiro01102016/08/27 yamashiro0110
    • masao843852016/08/23 masao84385
    • urouro_n2016/08/22 urouro_n
    • lenore2016/08/22 lenore
    • eggman2016/08/22 eggman
    • yusuke_10312016/08/21 yusuke_1031
    • crayzic2016/08/20 crayzic
    • goodfield2016/08/19 goodfield
    • InoHiro2016/08/19 InoHiro
    • takatoshiono2016/08/19 takatoshiono
    • llill2016/08/19 llill
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

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

    いま人気の記事

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

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

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

    新着記事 - テクノロジー

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

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

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

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