[B! アーキテクチャ] マイクロサービス化による「DB分割」で開発、運用が難しくなるこれだけの理由

Eiichiro db起因でマイクロサービス化が必要にならないなら、db共有もありだよなと。2フェーズコミットをDB側に隠蔽しちゃうとややこしそうな印象しかない。

2023/02/23 リンク

rzi “ScalarDB”。素晴らしい構成もエレガントなコードも考え抜かれたUXも、DBの設計がダメだとすべてを道連れにしてしまう。システムはデータベースに始まりデータベースに終わる

2023/02/23 リンク

inose660 個人的にはこの記事の前半に記載されている問題提議は凄く鋭いと思うんだけど、ブクマ数の多さに比べてコメント数がめっちゃ少ないのが気になる。みなさんこの問題に対してどう思ってるんだろうか。。。

2023/02/22 リンク

inm7tehepero ドメイン境界がトランザクション境界になるようにすべきで、1つのドメイン内でDBは分割せずに管理すべきではないかな。こういう仕組みは逆に行儀が悪いサービスのせいでトランザクションが壊れたり、スケールしなそう

2023/02/23 リンク

ydf レストアに不安を感じている。致命的な不具合が生じて、ある時点のバックアップからレストアした時に、インスタンス間の整合性が保てるのか。

2023/02/23 リンク

onefootinthegrave https://qiita.com/j-nishitani/items/c8deefd151de0f4e49b0 ここにある　Coordinatorが単一障害点になる　という問題を解決できてるのかな。やっぱモジュラーモノリスくらいが人類の限界だとおもうの。

2023/02/23 リンク

kagehiens DBは共有で、何ならトランザクション管理のための共通サービスがいてもいいぐらいじゃないのか？？とにかく、分散トランザクションを回避できる筈の内容で分散トランザクションを必須にしてしまうことだけは避けろ。

2023/02/23 リンク

マイクロサービス化による「DB分割」で開発、運用が難しくなるこれだけの理由

大きく変化した﹁人とシステム﹂の関係企業におけるDX︵デジタルトランスフォーメーション︶の取り組み... 大きく変化した﹁人とシステム﹂の関係企業におけるDX︵デジタルトランスフォーメーション︶の取り組みが加速する中で、﹁マイクロサービスアーキテクチャ﹂︵以下、マイクロサービス︶の注目度が増している。マイクロサービスは、複数の小さなサービスを組み合わせて一つのシステムを構成するという考え方だ。マイクロサービスのような﹁疎結合アーキテクチャ﹂自体は以前からあるが、﹁クラウド﹂﹁モバイル﹂といった技術や考え方が普及したことで最近特に注目されている。こう語るのは、Scalarの深津航氏︵CEO、COO＜最高執行責任者＞︶だ。﹁技術の進歩によって人とシステムの関係が大きく変化した2000年ごろは、社内の情報は社内のシステムに格納され、他社と情報をやりとりするのは主に“人”だった。しかし、2010年ごろになると企業と企業のやりとりも、メールや電話だけでなく、スマートフォンのアプリケーションやWe