영상 핵심 정리 — MCP/A2A 엔터프라이즈 적용 심층탐구

이 영상은 Week 5 전체 내용을 통합한다. MCP·A2A·LangGraph·CrewAI를 제조 엔터프라이즈 환경에 어떻게 결합하는지 전체 아키텍처를 조망하고, 실제 운영에서 발생하는 장애 패턴과 대응 전략을 다룬다.

---

1. 엔터프라이즈 통합 아키텍처

┌──────────────────────── 오케스트레이터 (LangGraph) ─────┐
│                                                         │
│  [모니터 에이전트] ──A2A──► [진단 에이전트]             │
│       │                          │                      │
│  MCP Client                  MCP Client                 │
│       │                          │                      │
│  [SCADA Server]           [MES Server]  [도면 DB Server]│
│  센서·알람 데이터           작업지시       설계 문서     │
└─────────────────────────────────────────────────────────┘
         ▲ Human-in-the-Loop (고위험 액션 시 승인)

2. 멀티에이전트 주요 장애 패턴 & 대응

장애 패턴	증상	대응 전략
무한 루프	에이전트가 같은 툴을 반복 호출	recursion_limit=10 설정 + 루프 감지 노드
상태 불일치	두 에이전트가 다른 데이터를 참조	단일 상태 저장소(Redis/DB)로 중앙화
타임아웃	장시간 작업에서 연결 끊김	A2A SSE 스트리밍 + 웹훅 완료 알림
환각 기반 액션	LLM이 없는 설비ID를 생성해 명령	툴 실행 전 검증 노드 필수 삽입

3. 관측성 확보 — 트레이싱 필수

# LangSmith 통합 예시
os.environ['LANGCHAIN_TRACING_V2'] = 'true'
os.environ['LANGCHAIN_API_KEY'] = 'lsv2_...'
os.environ['LANGCHAIN_PROJECT'] = 'mfg-troubleshoot-agent'

# 이후 모든 LLM 호출·툴 실행이 자동 기록됨
# LangSmith 대시보드에서 에이전트 실행 트리 확인 가능

함정 주의: 에이전트 로그 없이 운영하면 장애 원인 파악이 사실상 불가능하다. 특히 A2A로 여러 에이전트가 연계될 때는 분산 트레이싱(trace_id 전파)이 없으면 어느 에이전트에서 문제가 발생했는지 추적할 수 없다.

---

다음 task와의 연결

다음 project '주간 프로젝트: 트러블슈팅 멀티에이전트'에서는 오늘 배운 전체 아키텍처를 직접 구현한다. SCADA 알람 데이터를 입력받아 원인 진단·정비 지시 생성·담당자 알림까지 자동화하는 멀티에이전트를 LangGraph 또는 CrewAI로 구현하는 것이 과제다.

MCP + A2A + LangGraph를 결합한 제조 멀티에이전트 시스템에서 발생할 수 있는 장애 시나리오 5가지를 만들어줘. 에이전트 루프 무한 반복, 공유 상태 불일치, 최대 반복 제한 미설정으로 인한 비용 폭발 등을 포함하고, LangSmith나 Langfuse로 각 장애를 어떻게 탐지·디버깅하는지도 설명해줘.