共有
  • 記事へのコメント36

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

    2016/09/26 リンク

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

    2016/08/22 リンク

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

    2016/08/22 リンク

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

    2016/08/18 リンク

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

    2016/08/18 リンク

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

    2016/08/18 リンク

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

    2016/08/17 リンク

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

    2016/08/17 リンク

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

    2016/08/17 リンク

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

    2016/08/17 リンク

    その他
    orenonihongogayabai
    orenonihongogayabai Amazonの規模と機能追加頻度から考えれば機能単位での分割はマジ必要。連携するシステムが大量になって大変な事になるのは確かだけど、現時点ではこれが最善策か。

    2016/08/17 リンク

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

    2016/08/17 リンク

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

    2016/08/17 リンク

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

    2016/08/17 リンク

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

    2016/08/17 リンク

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

    2016/08/17 リンク

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

    2016/08/16 リンク

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

    2016/08/16 リンク

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

    2016/08/16 リンク

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

    2016/08/16 リンク

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

    2016/08/16 リンク

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

    2016/08/16 リンク

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

    2016/08/16 リンク

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

    2016/08/16 リンク

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

    2016/08/16 リンク

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

    2016/08/16 リンク

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

    2016/08/16 リンク

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

    2016/08/16 リンク

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

    2016/08/16 リンク

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

    2016/08/16 リンク

    その他

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

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

    関連記事

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

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

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

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

    同じサイトの新着

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

    いま人気の記事

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

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

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

    新着記事 - テクノロジー

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

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