Amazon은 Bedrock Agents Classic에 대한 신규 고객 유치를 중단했습니다. 기존 에이전트는 계속 실행되며, 공식적인 서비스 종료(end-of-life)가 발표되지는 않았습니다. 하지만 AgentCore로의 이동을 계획하고 있다면, 더 많은 주의를 기울여야 할 마이그레이션 단계가 하나 있습니다:

코드를 마이그레이션하기 전에 비용 모델을 검토하십시오.

과금 모델이 변경되었습니다

Bedrock Agents Classic을 사용할 때는 대부분의 팀이 다음 사항만 고려하면 되었습니다:

• 모델 추론 (Model inference)
• Lambda
• 지식 기반 (Knowledge Base) 쿼리
• 기타 AWS 리소스

오케스트레이션 계층 (orchestration layer) 자체는 별도의 과금 대상 서비스가 아니었습니다.

AgentCore는 이를 변경합니다.

추론 비용 외에도 이제 에이전트 호출 (agent invocations) 및 게이트웨이 요청 (gateway requests)과 같은 **플랫폼 수준 요금 (platform-level charges)**이 발생합니다. 즉, 총 비용이 더 이상 토큰에 의해서만 결정되지 않는다는 의미입니다.

토큰 추적만으로는 더 이상 충분하지 않습니다

많은 내부 비용 대시보드는 다음과 같은 형태를 띠고 있습니다:

interface SessionCost {
  inputTokens: number;
  outputTokens: number;
...

추론이 청구서의 거의 전부를 차지했을 때는 이 방식이 잘 작동했습니다.

하지만 마이그레이션 후에는 총 세션 비용에 토큰 기반 추적으로는 절대 볼 수 없는 플랫폼 활동 비용이 포함될 수 있습니다.

그 결과는 잘못된 계산이 아니라, 불완전한 계산이 됩니다.

두 가지 비용 계층으로 생각하십시오

변경 사항을 운영 환경(production)에 적용하기 전에 동일한 워크로드(workload)에 대해 수행하십시오.

그러한 기준점(baseline)이 있으면 향후 성능 저하(regression)를 훨씬 더 쉽게 발견할 수 있습니다.

더 넓은 트렌드

AgentCore만 이런 상황인 것은 아닙니다.

업계 전반에 걸쳐 에이전트 플랫폼들은 더욱 독자적인 방식(opinionated)을 취하고 더 강력한 기능을 갖추고 있으며, 이는 종종 비용의 더 많은 부분이 모델 계층(model layer)이 아닌 오케스트레이션 계층(orchestration layer)으로 이동함을 의미합니다.

수년 동안은 토큰(token)을 추적하는 것만으로 충분했습니다.

앞으로는 팀들이 **모델 비용(model costs)**과 **플랫폼 비용(platform costs)**을 별도의 예산으로 취급해야 할 필요성이 점점 더 커질 것입니다.

여러분의 관측 가능성(observability)이 이러한 분리를 더 빨리 반영할수록, 향후 마이그레이션은 더 쉬워질 것입니다.
https://github.com/salimassili62-afk/ai-costguard