jpskill.com
🛠️ 開発・MCP コミュニティ

microservices-architect

マイクロサービス設計や分散システムの課題解決において、サービス分解やオーケストレーションを専門とするSkill。

📜 元の英語説明(参考)

Distributed systems expert specializing in service decomposition, orchestration, and microservices architecture patterns. Use when designing microservices, defining service boundaries, implementing service mesh, or handling distributed system challenges. Triggers include "microservices", "service mesh", "service decomposition", "distributed systems", "API gateway", "event-driven".

🇯🇵 日本人クリエイター向け解説

一言でいうと

マイクロサービス設計や分散システムの課題解決において、サービス分解やオーケストレーションを専門とするSkill。

※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux 
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o microservices-architect.zip https://jpskill.com/download/6693.zip && unzip -o microservices-architect.zip && rm microservices-architect.zip
🪟 Windows (PowerShell) 
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/6693.zip -OutFile "$d\microservices-architect.zip"; Expand-Archive "$d\microservices-architect.zip" -DestinationPath $d -Force; ri "$d\microservices-architect.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して microservices-architect.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → microservices-architect フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動
⬇ .zip でダウンロード(推奨) ⬇ .skill 形式(上級者用) 元のソース ↗

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-17
取得日時
2026-05-17
同梱ファイル
1

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

マイクロサービスアーキテクト

目的

マイクロサービスアーキテクチャの設計と実装に関する専門知識を提供します。サービス分解、サービス間通信パターン、サービスメッシュの実装、および分散システムにおける課題解決を専門としています。

使用場面

  • モノリスをマイクロサービスに分解する場合
  • サービス境界とAPIを定義する場合
  • サービスメッシュ（Istio、Linkerd）を実装する場合
  • APIゲートウェイパターンを設計する場合
  • 分散トランザクション（Sagaパターン）を処理する場合
  • イベント駆動型通信を実装する場合
  • サービスディスカバリとロードバランシングを設定する場合
  • 弾力性（サーキットブレーカー、リトライ）を考慮した設計を行う場合

クイックスタート

このスキルを呼び出す場合:

  • マイクロサービスをゼロから設計する場合
  • 既存のモノリスを分解する場合
  • サービス間通信を実装する場合
  • サービスメッシュまたはAPIゲートウェイを設定する場合
  • 分散システムの課題を解決する場合

このスキルを呼び出さない場合:

  • レガシーシステムを段階的に移行する場合 → /legacy-modernizer を使用してください
  • イベントストリーミングアーキテクチャの場合 → /event-driven-architect を使用してください
  • Kubernetesの運用の場合 → /kubernetes-specialist を使用してください
  • 単一サービスのAPI設計の場合 → /api-designer を使用してください

意思決定フレームワーク

Communication Pattern?
├── Synchronous
│   ├── Simple calls → REST/gRPC
│   └── Complex routing → API Gateway
├── Asynchronous
│   ├── Events → Kafka/RabbitMQ
│   └── Commands → Message queues
└── Distributed Transaction
    ├── Strong consistency → Saga (orchestration)
    └── Eventual consistency → Saga (choreography)

主要なワークフロー

1. サービス分解

  1. ドメインモデルから境界付けられたコンテキストを特定します。
  2. サービスの責任（単一目的）を定義します。
  3. 各サービスのAPIを設計します。
  4. サービスごとのデータ所有権を決定します。
  5. サービス間通信を計画します。
  6. デプロイ戦略を定義します。

2. サービスメッシュの実装

  1. メッシュ（Istio、Linkerd、Consul）を選択します。
  2. サイドカープロキシをデプロイします。
  3. トラフィック管理を設定します。
  4. セキュリティのためにmTLSを実装します。
  5. 可観測性（トレース、メトリクス）を設定します。
  6. リトライおよびサーキットブレーカーポリシーを定義します。

3. Sagaパターンの実装

  1. 分散トランザクションの境界を特定します。
  2. オーケストレーションとコレオグラフィーのどちらかを選択します。
  3. 補償トランザクションを定義します。
  4. Sagaコーディネーターを実装します（オーケストレーションの場合）。
  5. 障害シナリオを処理します。
  6. Sagaステータスの監視を追加します。

ベストプラクティス

  • 技術的なレイヤーではなく、ビジネス機能を中心にサービスを設計してください。
  • データを所有してください。各サービスが独自のデータベースを管理します。
  • 疎結合のために非同期通信を使用してください。
  • フォールトトレランスのためにサーキットブレーカーを実装してください。
  • 障害を考慮して設計してください。最終的にはすべてが失敗します。
  • 分散トレースのために相関IDを使用してください。

アンチパターン

アンチパターン 問題点 正しいアプローチ
分散モノリス 結合されたサービス、最悪の事態 真の境界付けられたコンテキスト
共有データベース 密結合 サービスごとのデータベース
同期チェーン カスケード障害 可能な限り非同期
サーキットブレーカーなし カスケード障害 Hystrix/Resilience4jを実装
ナノサービス 運用上のオーバーヘッド 適切なサイズのサービス
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

Microservices Architect

Purpose

Provides expertise in designing and implementing microservices architectures. Specializes in service decomposition, inter-service communication patterns, service mesh implementation, and solving distributed systems challenges.

When to Use

  • Decomposing monoliths into microservices
  • Defining service boundaries and APIs
  • Implementing service mesh (Istio, Linkerd)
  • Designing API gateway patterns
  • Handling distributed transactions (Saga pattern)
  • Implementing event-driven communication
  • Setting up service discovery and load balancing
  • Designing for resilience (circuit breakers, retries)

Quick Start

Invoke this skill when:

  • Designing microservices from scratch
  • Decomposing existing monoliths
  • Implementing service-to-service communication
  • Setting up service mesh or API gateway
  • Solving distributed system challenges

Do NOT invoke when:

  • Migrating legacy systems incrementally → use /legacy-modernizer
  • Event streaming architecture → use /event-driven-architect
  • Kubernetes operations → use /kubernetes-specialist
  • Single service API design → use /api-designer

Decision Framework

Communication Pattern?
├── Synchronous
│   ├── Simple calls → REST/gRPC
│   └── Complex routing → API Gateway
├── Asynchronous
│   ├── Events → Kafka/RabbitMQ
│   └── Commands → Message queues
└── Distributed Transaction
    ├── Strong consistency → Saga (orchestration)
    └── Eventual consistency → Saga (choreography)

Core Workflows

1. Service Decomposition

  1. Identify bounded contexts from domain model
  2. Define service responsibilities (single purpose)
  3. Design APIs for each service
  4. Determine data ownership per service
  5. Plan inter-service communication
  6. Define deployment strategy

2. Service Mesh Implementation

  1. Select mesh (Istio, Linkerd, Consul)
  2. Deploy sidecar proxies
  3. Configure traffic management
  4. Implement mTLS for security
  5. Set up observability (tracing, metrics)
  6. Define retry and circuit breaker policies

3. Saga Pattern Implementation

  1. Identify distributed transaction boundaries
  2. Choose orchestration vs choreography
  3. Define compensating transactions
  4. Implement saga coordinator (if orchestrated)
  5. Handle failure scenarios
  6. Add monitoring for saga status

Best Practices

  • Design services around business capabilities, not technical layers
  • Own your data—each service manages its own database
  • Use asynchronous communication for loose coupling
  • Implement circuit breakers for fault tolerance
  • Design for failure—everything will fail eventually
  • Use correlation IDs for distributed tracing

Anti-Patterns

Anti-Pattern Problem Correct Approach
Distributed monolith Coupled services, worst of both True bounded contexts
Shared database Tight coupling Database per service
Synchronous chains Cascading failures Async where possible
No circuit breakers Cascading failures Implement Hystrix/Resilience4j
Nano-services Operational overhead Right-sized services