2026-03-04
2026-03-03←前 次→2026-03-05
https://x.com/kosui_me/status/2029035294121775458?s=20
昨夜書いたポストモーテムの準備記事の方が人気だけど、こっちもぜひ読んで欲しい。
モジュラモノリスやマイクロサービスを運用している方にとって、そのメリデメを改めて考えるきっかけになってくれたら嬉しい。
品質要求が相反するシステムをどう分割するか — サービスベースアーキテクチャの実践 https://kosui.me/posts/2026/03/03/service-based-architecture
書いた。サービスベースアーキテクチャは「データの強い整合性が必要だが、デプロイは独立させたい、ドメイン境界も不明確で、チームも小規模」という状況に適したアーキテクチャです。
品質要求が相反するシステムをどう分割するか — サービスベースアーキテクチャの実践 - kosui
イベント駆動アーキテクチャ
ユースケース層
Technical safeguards
45 CFR § 164.312 - Technical safeguards. | Electronic Code of Federal Regulations (e-CFR) | US Law | LII / Legal Information Institute
モジュラモノリス
ドメイン境界
品質要求が相反するシステムをどう分割するか — サービスベースアーキテクチャの実践 - kosui
ドメインイベント
モジュラモノリス
マイクロサービス
kosui_me
すぐにポストモーテムを準備したい!Claude Codeスキルの設計指針
https://kosui.me/posts/2026/03/claude-code-postmortem
ポストモーテムの準備は大変です。「発生した事象を時系列順に並べておく」という作業をClaudeに任せましょう。スキル設計のコツを紹介します。
すぐにポストモーテムを準備したい!Claude Codeスキルの設計指針 - kosui
トイル
GoogleのSRE(サイト信頼性エンジニアリング)概念で、「手作業で、繰り返され、自動化可能で、戦術的(長期的価値がない)、サービスの成長に比例して増える作業」のこと
SRE の原則に沿ったトイルの洗い出しとトラッキング | Google Cloud 公式ブログ
#日誌