マイクロサービスアーキテクチャにおけるサービス分割の難しさ - RAKUS Developers Blog | ラクス エンジニアブログ

大阪オフィスの移転を機に、生活リズムも絶賛見直し中の @kawanamiyuu です。 今回は昨年度から取り組んでいる、通称「かみせんプロジェクト」の今期の成果（の一部）についてご紹介します。 かみせんプロジェクトとは ミッション 目標 社内システムのマイクロサービス化 社内システムの概要 かみせんプロジェクト開始前 2018 年 9 月現在 マイクロサービスの結果整合性 課題感 検証内容 検証結果（得られた知見） サービスの分割は難しい 結果整合性の担保は難しい 最後に かみせんプロジェクトとは かみせんプロジェクトとは「開発の未来に先手を打つプロジェクト」の略称で、2017 年度に取り組みが始まりました。 ミッション 『継続的に新しいことに取り組み、組織要望に対して迅速にトレンド技術で応えることができるようになる』 目標 具体的には以下の実現のための技術検証や知見獲得を、社内システムの

[mori_morix]

マイクロサービスの難しさってやっぱサービスの分割だよね〜。どう分割すれば…ってめっちゃ悩む

[juve534]

単純に「整合性を保つものは同じサービスにする」というアプローチはとれなかったのだろうか。いや、そうした結果、モノリシックなサービスが出来上がったのかな。

[onesplat]

逆に言うとサービス分割のクリティカルな障害ってDBのトランザクションしか無いんだよね。どうにか解決できる気もするが

[iwanofsky]

“結果整合性の担保は難しい” ここだよなぁ

[castaneai]

“同一トランザクションでデータ更新をしたい処理であれば、サービス同士が疎結合ではないということであり、そもそもサービス分割の粒度が正しくない可能性が高い”

[radiocat]

まずは社内システムからマイクロサービス化してみるというアプローチ