Bedrock
Filed under
8 posts
온콜 에이전트, 8부. 프로덕션: 옵저버빌리티, 평가, 그리고 거짓말하는 날
CloudWatch로 가는 OTEL 트레이스, S3로의 Bedrock 호출 로깅, 골든 인시던트 세트의 평가 하네스, 트리아지 에이전트가 확신에 차 거짓말한 날.
온콜 에이전트, 7부. 사이징: 아무도 미리 하지 않는 토큰 계산
아무도 미리 하지 않는 사이징 계산. 인시던트당 토큰, 쿼터 상한, Provisioned Throughput의 손익분기점, 플랫폼의 월 청구서까지 짚는다.
온콜 에이전트, 6부. 가드레일: 모두가 건너뛰는 부분
위협 모델부터 세우고 가드레일을 붙인다. 테라폼으로 만드는 Bedrock Guardrails, 여전히 IAM이 지는 무게, 아무도 시연하지 않는 실패 모드까지.
온콜 에이전트, 5부. 팀: 수퍼바이저와 스페셜리스트 셋
수퍼바이저가 트리아지, 런북, 비용 에이전트에 네트워크로 위임하고 AgentCore Memory가 발견을 하나로 묶는다. 에이전트 하나로 충분한 경우도 짚는다.
온콜 에이전트, 4부. 도구와 Gateway: MCP, 허용 목록, 기본값은 읽기 전용
도구들이 AgentCore Gateway 뒤로 옮겨간다. 범위가 좁은 Lambda, 크로스 계정 읽기 전용 역할, 변경을 허용하는 유일한 게이트 경로를 다룬다.
온콜 에이전트, 3부. 첫 번째 에이전트: Strands로 만드는 인시던트 트리아지
Strands 트리아지 에이전트가 AgentCore Runtime에 배포된다. 증거 우선 시스템 프롬프트와 읽기 전용 도구 두 개, 배포용 테라폼을 다룬다.
온콜 에이전트, 2부. 기반: 토큰보다 테라폼이 먼저다
Bedrock 토큰이 흐르기 전, ops-tooling 계정과 두 스포크 IAM 역할, 모델 접근, 추론 프로필 결정을 모두 테라폼으로 구축한다.
온콜 에이전트, 1부. 시나리오: 운영팀이 에이전트를 채용하는 이유
중견 SaaS가 온콜 업무에 짓눌려 에이전트 채용을 결정한다. 1부는 시나리오와 스택 선택, 구축할 AWS Bedrock 아키텍처를 다룬다.