<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Aws-Bedrock on Meetup Insights</title><link>https://meetup.metacog.co.kr/tags/aws-bedrock/</link><description>Recent content in Aws-Bedrock on Meetup Insights</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Wed, 26 Aug 2026 04:19:33 +0900</lastBuildDate><atom:link href="https://meetup.metacog.co.kr/tags/aws-bedrock/index.xml" rel="self" type="application/rss+xml"/><item><title>2026-08-26 PoC를 넘어 프로덕션으로: 이벤트 기반 오케스트레이션과 Well-Architected Agentic AI Lens로 보는 에이전틱 AI 운영 전략</title><link>https://meetup.metacog.co.kr/blog/2026-08-26-poc-well-architected-agentic-ai-lens-ai/</link><pubDate>Wed, 26 Aug 2026 04:19:33 +0900</pubDate><guid>https://meetup.metacog.co.kr/blog/2026-08-26-poc-well-architected-agentic-ai-lens-ai/</guid><description>&lt;h2 id="poc-지옥에서-벗어나기-왜-지금-프로덕션화가-화두인가"&gt;PoC 지옥에서 벗어나기: 왜 지금 &amp;lsquo;프로덕션화&amp;rsquo;가 화두인가&lt;/h2&gt;
&lt;p&gt;Gartner는 2027년까지 에이전틱 AI 프로젝트의 40% 이상이 취소될 것이라 전망했다(&lt;a href="https://www.forbes.com/sites/robertszczerba/2026/07/07/why-40-of-agentic-ai-projects-may-be-canceled-by-2027/"&gt;Forbes&lt;/a&gt;). 실제로 2025년 생성형 AI 프로젝트의 절반이 PoC 이후 폐기됐고, 에이전트 파일럿의 88%가 프로덕션 전환에 실패했다는 데이터도 있다(&lt;a href="https://www.beri.net/article/ai-agent-adoption-enterprise-2026-gartner-idc"&gt;THE D&lt;em&gt;AI&lt;/em&gt;LY BRIEF&lt;/a&gt;). 원인은 기술 자체보다 평가 체계 부재와 신뢰성 설계 부족이다. 데모는 &amp;lsquo;행복 경로 하나&amp;rsquo;만 통과하면 되지만, 프로덕션은 부하·멀티테넌시·장애 복구까지 감당해야 하는 전혀 다른 문제다.&lt;/p&gt;
&lt;h2 id="오케스트레이션-결정론과-에이전트의-하이브리드"&gt;오케스트레이션: 결정론과 에이전트의 하이브리드&lt;/h2&gt;
&lt;p&gt;AWS &lt;a href="https://docs.aws.amazon.com/prescriptive-guidance/latest/agentic-ai-serverless/orchestration-models.html"&gt;Prescriptive Guidance&lt;/a&gt;는 흐름이 고정적이고 반복 가능하면 AWS Step Functions로, 판단이 필요한 개방형 단계는 에이전트로 처리하라고 권한다. 성숙한 패턴은 결정론적 상태 머신이 판단이 필요한 한 단계만 에이전트를 호출하는 하이브리드다. 이벤트가 몰리는 구간에서는 Amazon EventBridge가 라우팅을, Amazon SQS가 버퍼 역할을 하며 AWS Lambda가 큐 적재량에 따라 자동 확장한다(&lt;a href="https://docs.aws.amazon.com/prescriptive-guidance/latest/agentic-ai-serverless/event-driven-architecture.html"&gt;AWS Prescriptive Guidance&lt;/a&gt;). 처리 실패는 SQS의 Dead Letter Queue로 격리해 손실 없이 재처리하며, 함수는 반드시 멱등성을 갖추도록 설계해야 한다(&lt;a href="https://docs.aws.amazon.com/lambda/latest/dg/sqs-retries.html"&gt;AWS Lambda 문서&lt;/a&gt;).&lt;/p&gt;</description></item><item><title>2026-08-26 AWS Bedrock 멀티에이전트와 MCP로 살펴보는 엔터프라이즈 에이전틱 AI 아키텍처</title><link>https://meetup.metacog.co.kr/blog/2026-08-26-aws-bedrock-mcp-ai/</link><pubDate>Wed, 26 Aug 2026 02:56:11 +0900</pubDate><guid>https://meetup.metacog.co.kr/blog/2026-08-26-aws-bedrock-mcp-ai/</guid><description>&lt;h2 id="왜-지금-에이전틱-ai인가"&gt;왜 지금 &amp;lsquo;에이전틱 AI&amp;rsquo;인가&lt;/h2&gt;
&lt;p&gt;2025년까지만 해도 기업 애플리케이션에 task-specific AI agent가 탑재된 비율은 5% 미만이었지만, &lt;a href="https://www.gartner.com/en/newsroom/press-releases/2025-08-26-gartner-predicts-40-percent-of-enterprise-apps-will-feature-task-specific-ai-agents-by-2026-up-from-less-than-5-percent-in-2025"&gt;Gartner는 2026년 말까지 이 수치가 40%까지 급증할 것&lt;/a&gt;이라고 전망했다. 단순히 하나의 LLM이 질문에 답하는 챗봇 시대를 지나, 여러 개의 전문화된 에이전트가 도구를 호출하고 서로 협업하며 실제 업무를 처리하는 &amp;lsquo;에이전틱(agentic)&amp;rsquo; 시스템으로 무게중심이 옮겨가고 있다. 이번 글에서는 AWS 생태계를 중심으로 이 흐름을 구성하는 핵심 기술 — Amazon Bedrock의 멀티에이전트 오케스트레이션, Lambda 기반 서버리스 실행 계층, AgentCore Memory, 그리고 도구 연동 표준인 Model Context Protocol(MCP) — 을 짚어본다.&lt;/p&gt;</description></item><item><title>2026-08-26 AWS Bedrock 기반 Agentic AI 아키텍처 설계</title><link>https://meetup.metacog.co.kr/posts/2026-08-26-aws-bedrock-agentic-ai/</link><pubDate>Wed, 26 Aug 2026 02:54:28 +0900</pubDate><guid>https://meetup.metacog.co.kr/posts/2026-08-26-aws-bedrock-agentic-ai/</guid><description>&lt;h2 id="-밋업-한눈에-보기"&gt;📋 밋업 한눈에 보기&lt;/h2&gt;
&lt;p&gt;이번 세션은 AWS Bedrock을 중심으로 엔터프라이즈급 agentic AI 시스템을 어떻게 설계하는지를 다뤘다. 발표자는 시스템을 experience layer, orchestration layer, agent runtime layer, tools/memory/data layer의 4개 계층과 IAM·CloudWatch 같은 crosscutting 서비스로 나누어 설명했다. Bedrock의 supervisor-collaborator 멀티에이전트 구조, Lambda를 통한 tool 실행, 단기·장기 메모리 관리, least privilege 기반 보안 모델이 핵심 주제였다. 전체적으로 stateless, 서버리스 우선, 최소 권한 원칙에 기반한 프로덕션급 agentic 아키텍처 구축 가이드를 제시했다.&lt;/p&gt;
&lt;h2 id="-핵심-요점"&gt;🔑 핵심 요점&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Agentic AI 시스템은 experience, orchestration, agent runtime, tools/memory/data의 4개 계층 구조로 설계하는 것이 권장된다.&lt;/li&gt;
&lt;li&gt;Amazon Bedrock의 supervisor agent는 복잡한 작업을 여러 specialist collaborator agent로 분해하고 결과를 다시 하나의 응답으로 통합한다.&lt;/li&gt;
&lt;li&gt;Lambda 함수는 stateless하고 최대 15분만 실행되므로, 세션을 넘어 유지해야 할 데이터는 DynamoDB 같은 외부 저장소에 보관해야 한다.&lt;/li&gt;
&lt;li&gt;메모리는 단기(세션 내 대화)와 장기(세션 간 semantic search로 검색되는 지식)로 나뉘며, 각각 관리 방식이 다르다.&lt;/li&gt;
&lt;li&gt;보안은 least privilege 원칙을 기반으로 하며, 각 tool과 agent에게 필요한 최소 권한만 부여해야 blast radius를 줄일 수 있다.&lt;/li&gt;
&lt;li&gt;MCP(Model Context Protocol)는 agent와 tool 간 표준 통신 프로토콜로, 이를 통해 다양한 tool을 plug-and-play로 연결할 수 있다.&lt;/li&gt;
&lt;li&gt;모든 tool 호출은 로깅되어 누가 어떤 행동을 대신 수행했는지 추적 가능해야 하며, 이는 침해 발생 시 포렌식 분석에 필수적이다.&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="-핵심-기술-쉽게-이해하기"&gt;🛠 핵심 기술 쉽게 이해하기&lt;/h2&gt;
&lt;h3 id="amazon-bedrock"&gt;Amazon Bedrock&lt;/h3&gt;
&lt;p&gt;Bedrock은 여러 파운데이션 모델(FM)을 한곳에 모아 선택해서 쓸 수 있게 해주는 AWS 서비스다. AWS 자체 모델뿐 아니라 서드파티 모델, 직접 만든 모델도 포함할 수 있다.&lt;/p&gt;</description></item></channel></rss>