アーキテクチャ
110 件の記事
システム設計とアーキテクトを学ぶおすすめ本8選【設計面接から設計プロセスまで】
システム設計とアーキテクトの仕事を学ぶための本を8冊まとめた。設計面接の題材で学ぶシステム設計のパターン、アーキテクチャ設計のプロセス、アーキテクトの役割、トレードオフと非機能要件の順に紹介し、各書の個別レビューへ移動できる。
ソフトウェアアーキテクチャを学ぶためのおすすめ本12選【入門から実践まで】
ソフトウェアアーキテクチャを体系的に学ぶための定番書を、入門から実践まで12冊まとめた。設計の基礎、トレードオフ、ドメイン駆動設計、マイクロサービス、API設計の順に紹介し、各書の個別レビューへ移動できる。
マイクロサービスパターン
『マイクロサービスパターン』の書評。Chris Richardsonによる、マイクロサービスの設計パターンを体系化した一冊。分解戦略に始まり、Sagaによる分散トランザクション、API Composition、CQRS、イベントソーシングなど、分散システムで直面する課題と定石をトレードオフ付きで整理する。
なぜWeb開発ではドメインが見えにくくなり、最終的にドメインが必要になるのか
マイクロサービスやモジュラモノリスの境界設計で立ち返るべき「ドメイン」とは何かを整理し、Web開発の現場でドメインが見えにくくなってきた構造的な理由と、その向き合い方を解説する。
APIハンズオンラーニング
『APIハンズオンラーニング』の書評。APIの設計から実装・テスト・運用まで、実際に手を動かしながら学べる実践的な一冊。設計原則やドキュメンテーション、バージョニング、セキュリティなど長期運用に欠かせないトピックを一通り押さえられ、既存APIの設計を振り返るチェックリストとしても役立つ。
SPAのトークンをどこに置く？BFF＋セッションで守る認証構成
SPAでアクセストークンをどこに保存するか（localStorageの危険性）、BFF＋セッションでトークンをブラウザに渡さない構成、そして最初はトークンレスで十分な理由を解説する。
サービス間認証の全体像とは？mTLS・Token Exchange・SPIFFE・ゼロトラスト
マイクロサービス間の認証を「ネットワーク層/トークン層/アイデンティティ基盤」の3レイヤで整理する。mTLS・Token Exchange（RFC 8693）・SPIFFE・ゼロトラスト（NIST SP 800-207）・BeyondProdまで解説する。
APIスタイルの比較：REST・GraphQL・gRPC・Webhook・WebSocket・メッセージング
REST・GraphQL・gRPC・Webhook・WebSocket・メッセージングという6つのAPIスタイルを、通信モデルによる分類軸で整理し、それぞれの概要・設計観点・pros/consと使い分けの指針を横断的にまとめる。API設計でスタイルを選ぶときの地図となる記事。
GraphQLの採用判断とトレードオフ
GraphQL をいつ採用すべきかを、型システムや単一エンドポイント、オーバーフェッチ解消といった本質から整理します。向く場面と向かない場面、トレードオフ、N+1 などの運用、REST や gRPC との使い分けまで解説します。
gRPCの採用判断とトレードオフ
gRPC をいつ採用すべきかを、RPC・HTTP/2・Protocol Buffers の本質から整理します。向く場面と向かない場面、トレードオフ、運用の勘所、REST や GraphQL との使い分けまで解説します。
APIのバージョニング方式の比較：パス・クエリ・ヘッダー・ペイロード
APIのバージョニング方式を、パス・クエリパラメータ・ヘッダー・メッセージペイロードの4つの観点で端的に比較し、それぞれの利点・欠点と使い分けを整理する。
イベントストーミングとは
ドメイン駆動設計の文脈で生まれたイベントストーミングを解説。付箋を使ったワークショップで業務ドメインを高速に可視化し、開発者と業務担当者の共通理解を作る手法を紹介する。
プロダクションレディマイクロサービス ―運用に強い本番対応システムの実装と標準化
『プロダクションレディマイクロサービス ―運用に強い本番対応システムの実装と標準化』の書評。マイクロサービスを本番運用するために満たすべき要件を、安定性・信頼性・スケーラビリティ・耐障害性などの観点で整理し、標準化チェックリストとして提示する一冊。著者のUberでの経験がベースになっている。
偶有的複雑性と意思決定の記録不在
ソフトウェアの複雑性を本質的複雑性と偶有的複雑性に分けて捉え、偶有的複雑性が生まれる要因を整理した記事。ADRやDesign Docといった意思決定の記録が欠けると、「本質」と「偶有」を切り分けられなくなる問題を論じる。
分散トランザクションの代表的3パターン — 2PC・Saga・Outbox
マイクロサービスにおける分散トランザクション設計の代表的パターン、2PC・Saga・Outboxを比較し、それぞれの仕組み・長所短所・使い分けを整理する。
アーキテクチャモダナイゼーション ―組織とビジネスの未来を設計する
『アーキテクチャモダナイゼーション ―組織とビジネスの未来を設計する』の書評。Nick Tuneらによる原著の邦訳で、モダナイゼーションを技術・組織・戦略を一体で扱う社会技術的な営みとして描く一冊。BVSSHによる価値評価やウォードリーマッピングなど、ビジネス目標を起点に進める手法を紹介する。
ソフトウェアアーキテクチャの基礎 第2版 ―エンジニアリングに基づく体系的アプローチ
『ソフトウェアアーキテクチャの基礎 第2版』の書評。Mark RichardsとNeal Fordによる教科書的な一冊。アーキテクチャを「経験と勘」ではなく計測・統治できるエンジニアリング規律として扱い、アーキテクチャ特性（非機能要件）の定義・識別・計測・統治までを体系立てて解説する。
アーキテクチャ設計における共通化の罠
アーキテクチャ設計における「共通化」の罠を整理した記事。ドメインロジックの安易な共通化が数年後に解きほぐしにくい負債へ変わりうる一方、技術的関心事は安全に共通化できるという非対称性を、境界づけられたコンテキストの観点から論じる。
プラットフォームの成立条件
社内でプラットフォームを作るべきかどうかをどう判断するか。コア／支援／汎用サブドメインの区別、外部サービスとの比較、レバレッジ、体制などの観点から整理し、ドメイン分析でどこまで判定できるかを考える。
プロダクト開発とプラットフォーム開発は何が違うのか
「なぜ小さくリリースして検証しないのか」——プラットフォーム開発の意思決定に向き合うとき、この問いと頻繁に対峙する。判断基準・設計思想・投資観点の3つの観点から両者の違いを整理する。