https://meetup.metacog.co.kr/tags/aws/Recent content in Aws on Meetup InsightsHugoen-usWed, 26 Aug 2026 04:16:48 +0900https://meetup.metacog.co.kr/posts/2026-08-26-aws-agentic-ai-poc/Wed, 26 Aug 2026 04:16:48 +0900https://meetup.metacog.co.kr/posts/2026-08-26-aws-agentic-ai-poc/<h2 id="-밋업-한눈에-보기">📋 밋업 한눈에 보기</h2> <p>이 웨비나는 AWS 기반 agentic AI 시스템을 데모/POC 수준에서 프로덕션 등급으로 끌어올리는 방법을 다뤘다. 발표자는 deterministic 오케스트레이션(Step Functions)과 이벤트 기반 오케스트레이션(EventBridge, SQS, Lambda)을 비교하고, 신뢰성·관측성·보안·비용·거버넌스라는 프로덕션 핵심 축을 차례로 설명했다. 마지막으로 고객 지원 triage agent 예시와 단계별 배포 전략(phase 1~4)으로 이론을 구체화했고, Q&amp;A에서는 멀티 에이전트 사용 시점, 비결정적 시스템 테스트, 프롬프트 인젝션 방어, 관리형 vs 커스텀 구축 등 실무 질문에 답했다.</p> <h2 id="-핵심-요점">🔑 핵심 요점</h2> <ul> <li>데모/POC 수준 agentic 시스템과 프로덕션 수준 시스템은 완전히 다르며, 신뢰성·관측성·거버넌스·보안이 추가로 필요하다.</li> <li>흐름이 고정돼 있으면 Step Functions 같은 deterministic 방식을, 판단이 필요하면 이벤트 기반 agent 방식을 쓰되, 실무에서는 이 둘을 섞은 하이브리드가 가장 성숙한 형태다.</li> <li>Agent는 stochastic(같은 질문에도 다른 답)하고 autonomous하며 distributed하므로 idempotency, fallback, timeout/circuit breaker 설계가 필수다.</li> <li>관측성은 tracing(X-Ray)과 evaluation(LLM-as-judge 등) 두 축으로 이뤄지며, 토큰 비용도 관측 대상이다 — 너무 싸도 이상 신호일 수 있다.</li> <li>보안은 defense in depth로 접근해야 하며 guardrails, agent별 identity(least privilege), bounded autonomy, audit/traceability를 층층이 쌓아야 한다.</li> <li>비용은 요청 수가 아니라 토큰 소비(추론 루프 등)에 좌우되므로 iteration cap, 모델 사이즈 조정, prompt caching, agent/tenant별 비용 귀속이 필요하다.</li> <li>POC에서 프로덕션으로 갈 때는 단일 agent 검증 → tracing/guardrails 추가 → multi-agent 확장 → 운영/거버넌스 성숙 순으로 단계적(phase)으로 확장해야 하며, 프롬프트와 tool 정의도 코드처럼 버전 관리하고 evaluation gate를 거쳐 점진적으로 배포해야 한다.</li> </ul> <h2 id="-핵심-기술-쉽게-이해하기">🛠 핵심 기술 쉽게 이해하기</h2> <h3 id="aws-step-functions">AWS Step Functions</h3> <p>정해진 순서대로 실행되는 workflow(상태 머신)를 관리형으로 구성할 수 있는 AWS 서비스로, 여러 단계 호출, 재시도, 사람의 승인 대기 등을 코드가 아니라 정의된 flow로 처리한다.</p>