Quartz 4

index

Fri, 16 Oct 2026 08:35:44 GMT

Q: なぜ現代のIT組織は今まで以上に、安全な提供と運用と同時に成長を続けてビジネスや規制の環境の変化や圧力に対応しなければならないのか A: 日々の活動のほとんどにソフトウェアが絡むようになり、影響が大きくなった。ほかにもソフトウェアの設計が不適切だとミッションクリティカルなサービスではサービスの停止が社会に与える問題が大きい。また、かつてないほど競争社会が加速化しているため。 Q.

Chapter 1 組織図の問題

Fri, 16 Oct 2026 08:23:06 GMT

『チームトポロジー』読書メモ。章の流れに沿って、要点を Q&A 37問の形に整理した。答えは自分の言葉での要約であり、図は理解用に描き起こした概念図である。 1. 問題設定 Q1.

federation

Sun, 09 Aug 2026 16:52:24 GMT

モノリスシステムが GraphQL / GraphQL Federation を利用することによる恩恵について GraphQL / GraphQL Federation を活用することで得られるメリットについて、組織・技術の観点からまとめてみた。実際に触っていない部分もあるので、内容に不正確な部分があるかもしれないけどご容赦🥺 クライアントを移行の影響から隔離できるクライアント側の移行コストを抑えることができる graphql federation モノリスの分解でクライアントが被る本来の痛みとして、サービスを1つ切り出すたびに API の形が変わり得ることが挙げられる。マイクロサービ...

intro

Sun, 09 Aug 2026 16:15:56 GMT

この書籍ではどんなものをチームトポロジーと呼んでいるか顧客に素早く価値提供をするべく進化し変わり続けるチームを作るための、段階的・適応的な組織設計モデルのことこの書籍は誰を対象としたものか CxO, 部門長, ソフトウェアアーキテクト, システムアーキテクトなど.

section3

Fri, 07 Aug 2026 09:00:04 GMT

Section3 追記型ログ Q. 追記型ログによるキーバリューストアが高速に書き込みできるのは何故か？ A. 実データの書き込みはストレージファイルの末尾に行うだけで済むため Q. 追記型ログによるキーバリューストアで読み取りを高速に行う仕組みは？ A.

competing_consumers

Thu, 04 Jun 2026 19:03:14 GMT

Competing Consumers graph LR subgraph Channel Q[(Queue)] end Q --> C1[Consumer 1] Q --> C2[Consumer 2] Q --> C3[Consumer 3] style Q fill:#e1f5fe パターンの概要 Competing Consumersは、複数のコンシューマーが単一のPoint-to-Pointチャネルからメッセージを競合的に取得するパターンです。各メッセージは一人のコンシューマーのみによって処理され、複数のコンシューマーが同時にメッセージを処理することで、システム全体...

durable_subscription

Thu, 04 Jun 2026 19:03:14 GMT

Durable Subscriber sequenceDiagram participant P as Publisher participant B as Broker participant S as Subscriber S->>B: Subscribe (durable) P->>B: Message 1 B->>S: Message 1 Note over S: 切断 P->>B: Message 2 P->>B: Message 3 Note over B: メッセージを保存 Note over S: 再接続 S->...

event_driven_consumer

Thu, 04 Jun 2026 19:03:14 GMT

Event-Driven Consumer sequenceDiagram participant CH as Channel participant C as Consumer Note over C: 待機中（スレッドなし） CH->>C: onMessage(msg1) C->>C: Process Note over C: 待機中（スレッドなし） CH->>C: onMessage(msg2) C->>C: Process パターンの概要 Event-Driven Consumerは、メッセージの到着がイベントとしてコンシューマーを起動す...

idempotent_receiver

Thu, 04 Jun 2026 19:03:14 GMT

Idempotent Receiver sequenceDiagram participant S as Sender participant R as Idempotent
Receiver S->>R: Message (ID: 123) R->>R: Process & Store ID R-->>S: Ack S->>R: Message (ID: 123) Note over R: 重複検出 R-->>S: Ack (処理スキップ) S->>R: Message (ID: 456) R...

message_dispatcher

Thu, 04 Jun 2026 19:03:14 GMT

Message Dispatcher graph LR CH[Channel] --> D[Dispatcher] D --> P1[Performer 1] D --> P2[Performer 2] D --> P3[Performer 3] style D fill:#ffcc80 パターンの概要 Message Dispatcher（メッセージディスパッチャー）は、チャネルからメッセージを取得し、処理を担当するパフォーマー（実行者）に配布するパターンです。ディスパッチャーは、複数のコンシューマーが単一のメッセージチャネル上で協調して動作するための調整役として機能...