エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
技術的負債になる前に - FinTechスタートアップが 1 ヶ月半で実施した DB 統合の判断と実装
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
技術的負債になる前に - FinTechスタートアップが 1 ヶ月半で実施した DB 統合の判断と実装
こんにちは!ソフトウェアエンジニアの inari111 です。 いつの間にか入社から半年が経っていました! ... こんにちは!ソフトウェアエンジニアの inari111 です。 いつの間にか入社から半年が経っていました! はじめに 先日の モジュラモノリスからモノリスへ。RemitAid の Go アプリケーションアーキテクチャと課題 ではモジュラモノリスからモノリスへ移行する背景について書きました。 RemitAid では、モジュラモノリスを採用し、merchant DB と transfer DB という 2 つのデータベースを運用していました。 しかし、サービスの成長とともに、この構成が開発効率やデータ整合性の面で課題を抱えるようになり、モジュラモノリスの解消を行うことにしました。 Phase1 では DB の統合を行い、Phase2 では merchant モジュールと transfer モジュールをなくし、徐々にモノリスに移行することを予定しています。 本記事では、この Phase1 の D

