🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 요약

아마존 퀵을 업무 사용자용 창구로, 엔비디아 니모 에이전트 툴킷을 공급망 조사·검증 엔진으로 결합해 공급 지연 신호를 근거가 포함된 순위형 완화 계획으로 전환하는 구축 사례다.

📌 핵심 요약

• 공급업체 지연에 대응하려면 구매 주문, 재고, 고객 약속, 계약 규칙, 물류 대안, 승인 정책을 함께 검토해야 하므로 대시보드만으로는 다음 조치를 결정하기 어렵다.
• 아마존 퀵은 구조화 데이터와 기업 지식을 결합한 대화형 업무 공간을 제공하고, 사전 구축된 커넥터와 모델 컨텍스트 프로토콜을 통해 외부 작업이나 전문 에이전트 워크플로를 호출한다.
• 엔비디아 니모 에이전트 툴킷 워크플로는 구매 주문 위험, 재고 노출, 고객 영향, 계약 정책, 물류 대안, 완화 권고를 순차적으로 분석해 우선순위가 지정된 대응안을 반환한다.
• 업무 사용자는 먼저 대시보드와 지식 자료로 문제를 진단하고, 다음 조치가 필요할 때 MCP 작업을 호출해 근거, 실행 추적, 지연 시간, 평가 정보가 포함된 완화 계획을 받는다.
• 제공된 저장소와 배포 스크립트는 클라우드 인프라, 샘플 데이터, 런타임 컨테이너, 게이트웨이 연결을 구성하며 아마존 퀵의 수동 설정에 필요한 값을 별도 파일로 생성한다.

🧩 주요 포인트

1. 대시보드가 이상 징후를 보여주는 단계에서 여러 업무 조건을 종합한 권고 단계로 확장함으로써 공급망 판단의 수작업 부담을 줄이는 구조다.
2. 아마존 퀵의 사용자 인터페이스·지식 문맥과 니모의 도구 실행·오케스트레이션을 분리해 업무 접근성과 백엔드 전문 분석을 각각 담당하게 한다.
3. 기능 등록, 명시적 워크플로 구성, 실행 추적과 평가를 함께 사용해 권고가 어떤 조사 과정을 거쳐 만들어졌는지 점검하고 개선할 수 있게 한다.

🧠 상세 정리

1. 공급망 대응의 문제와 구축 목표

고성장 기업과 대규모 공급망 조직은 문제가 발생했다는 신호를 파악할 데이터는 보유하고 있어도 모든 중단 사유를 사람이 일일이 조사할 시간은 부족할 수 있다. 공급업체의 납품 지연 하나를 처리하는 데도 구매 주문, 현재 재고, 고객별 납기 약속, 계약 조건, 물류 대안, 내부 승인 정책을 함께 확인해야 한다. 대시보드는 현재 상황을 보여주는 데 유용하지만, 어떤 조치를 선택해야 하는지와 그 권고를 뒷받침하는 근거까지 자동으로 제시하지는 않는다. 이 글의 목표는 아마존 퀵의 대시보드 및 지식 문맥에서 출발해 전문 에이전트 워크플로를 호출하고, 조사와 검증을 거친 순위형 완화 계획을 업무 사용자에게 돌려주는 과정을 구현하는 것이다.

2. 아마존 퀵과 니모 에이전트 툴킷의 역할

아마존 퀵은 업무 사용자가 구조화 데이터와 비정형 기업 지식을 하나의 대화형 작업 공간에서 활용하도록 하는 사용자 접점이다. 지식 원천으로는 아마존 S3, 구글 드라이브, 마이크로소프트 셰어포인트, 아틀라시안 컨플루언스, 내부 웹 콘텐츠 등을 연결할 수 있다. 또한 마이크로소프트 아웃룩, 슬랙, 지라, 아사나 같은 외부 시스템에서 작업을 수행하는 100개 이상의 사전 구축 커넥터와 MCP 기반 에이전트 워크플로 호출 기능을 제공한다. 엔비디아 니모 에이전트 툴킷은 에이전트 워크플로의 연결, 평가, 프로파일링, 최적화를 담당하는 오픈 소스이자 프레임워크 독립적인 라이브러리다. 이 툴킷은 랭체인, 라마인덱스, 크루AI, 마이크로소프트 시맨틱 커널, 구글 ADK 및 사용자 정의 파이썬 에이전트와 함께 사용할 수 있다.

3. 진단과 조치로 나뉜 사용자 흐름

솔루션은 업무 사용자의 상호작용을 진단과 조치라는 두 가지 흐름으로 구분한다. 첫 번째 흐름에서 분석가는 아마존 퀵 대시보드와 S3 지식 자료를 이용해 어떤 문제가 발생하고 있는지 질문하며, 이 단계에서는 백엔드 조치 워크플로를 호출하지 않고 상황을 파악한다. 두 번째 흐름에서는 분석가가 다음에 무엇을 해야 하는지 물으며, 아마존 퀵이 니모 기반 MCP 작업을 호출해 공급망 중단을 조사하고 권고안을 생성한다. 워크플로는 관련 도구를 실행한 뒤 결과를 검증하고, 선택 가능한 완화 방안을 우선순위와 근거가 포함된 형태로 반환한다. 원문은 이 접근법을 공급망 운영 책임자와 분석가뿐 아니라 백엔드를 구축하는 개발자, 운영 규모를 확장해야 하는 스타트업에도 적용 가능한 패턴으로 설명한다.

4. 전체 아키텍처와 호출 경로

전체 구조에서 아마존 퀵은 사용자 인터페이스, 대시보드 문맥, 기업 지식 접근, 작업 실행 신호를 담당한다. 아마존 베드록 에이전트코어 게이트웨이는 MCP 작업을 외부에 노출하고, 에이전트코어 런타임은 니모 에이전트 툴킷 워크플로가 들어 있는 컨테이너를 실행한다. 사용자가 조치를 요청하면 아마존 퀵이 게이트웨이의 MCP 작업을 호출하고, 게이트웨이의 람다 대상 어댑터가 런타임 엔드포인트로 요청을 전달한다. 컨테이너 내부에서는 패스트API가 호출 요청을 받은 뒤 니모 워크플로를 불러오며, 오케스트레이터가 등록된 공급망 기능들을 정해진 순서로 실행한다. 니모 측은 도구 등록과 조사 절차의 조율뿐 아니라 실행 추적, 평가, 프로파일링도 맡아 개발자가 운영 투입 전에 워크플로를 점검하고 개선할 수 있게 한다.

5. 배포 전제 조건과 인증 절차

샘플을 배포하려면 아마존 퀵, 에이전트코어 런타임, 에이전트코어 게이트웨이를 사용할 수 있는 아마존 웹 서비스 계정이 필요하다. 로컬 환경에는 아마존 웹 서비스 명령줄 인터페이스 버전 2가 필요하며, 선택적으로 니모 워크플로를 로컬에서 검증하려면 파이썬 3.11 이상을 사용할 수 있다. 컨테이너 이미지는 코드빌드가 빌드하고 전송하므로 빠른 시작 절차에서는 로컬 도커가 필수가 아니다. 배포 역할에는 클라우드포메이션 스택을 통해 IAM 역할, S3 버킷, ECR 저장소, 코드빌드 프로젝트, 람다 함수와 에이전트코어 리소스를 생성할 권한이 있어야 하며, 퀵 사용자는 분석, 데이터세트, 지식 통합, 채팅 에이전트, MCP 작업 통합을 생성할 수 있어야 한다. 저장소를 복제한 다음 IAM 아이덴티티 센터 또는 SSO 프로필을 구성하고 브라우저 로그인을 완료하며, 실제 배포 전에 계정 식별 결과가 의도한 계정인지 확인한다.

6. 샘플 인프라 배포 과정

배포를 시작하기 전에 리전과 스택 이름을 지정하며, 리전은 샘플 인프라가 생성될 위치를 결정하고 스택 이름은 관련 리소스를 하나의 배포 단위로 묶는다. 원문 예시는 리전을 버지니아 북부로 설정하고 개발용 공급망 위험 스택 이름을 사용하며, 맥·리눅스와 윈도우 파워셸용 배포 스크립트를 각각 제공한다. 스크립트는 먼저 기본 클라우드포메이션 스택을 배포한 뒤 샘플 데이터세트와 지식 문서를 S3에 업로드한다. 이어 코드빌드를 사용해 니모 백엔드 컨테이너 이미지를 빌드하고 ECR에 전송하며, 스택을 갱신해 에이전트코어 런타임과 게이트웨이의 MCP 람다 대상을 구성한다. 마지막으로 아마존 퀵의 대시보드, 지식 원천, 채팅 에이전트, MCP 작업 연결을 수동으로 설정할 때 사용할 값을 출력 파일에 기록한다.

7. 니모 워크플로의 조사 기능

런타임 컨테이너 내부의 공급망 위험 오케스트레이터는 여섯 가지 등록 기능을 하나의 의사결정 흐름으로 조합한다. 구매 주문 위험 기능은 지연된 주문과 영향을 받는 재고 품목을 찾고, 재고 노출 기능은 공급 가능 일수와 품절 위험을 계산하며, 고객 영향 기능은 제약이 발생한 품목을 고객 주문, 매출, 우선순위, 서비스 수준 약정 노출과 연결한다. 계약 정책 기능은 계약, 조달, 운송비 승인, 대체품 적용 규칙을 확인하고, 물류 대안 기능은 긴급 운송, 재고 이전, 대체 공급업체 선택지를 탐색한다. 완화 권고 기능은 이 결과를 바탕으로 대응안을 순위화하고 비판적 검토 결과를 함께 반환한다. 최종 응답에는 완화 결정과 그 근거뿐 아니라 실행 추적, 단계별 지연 시간, 평가 정보가 포함되어 권고 결과와 생성 과정을 함께 검토할 수 있다.

8. 명시적 구성, 관측성, 운영 전환

백엔드 의사결정 로직은 니모 에이전트 툴킷의 YAML 워크플로 구성으로 정의되며, 각 등록 기능에 로컬 이름과 유형을 부여한 뒤 워크플로 항목에서 오케스트레이터와 실제 기능을 연결한다. 오케스트레이터의 파이썬 등록 코드는 이 구성을 해석해 필요한 기능을 순서대로 호출하므로, 개별 기능을 계측하거나 따로 시험하고 다른 흐름에서 재사용할 수 있다. 니모가 제공하는 실행 원격 측정, 단계별 지연 시간, 평가 결과는 도구 선택과 오케스트레이션 로직을 조정하는 근거가 되며, 단순 채팅 도우미에서 다단계 에이전트 워크플로로 확장할수록 이러한 관측 정보의 중요성이 커진다. 원문의 샘플 기능은 CSV 데이터를 사용하지만, 운영 환경에서는 이를 아마존 아테나나 관계형 데이터베이스 질의, 전사적 자원 관리 시스템, 창고·운송 관리 시스템 API 또는 다른 MCP 도구처럼 통제된 데이터 접근 수단으로 교체하도록 안내한다. 생성된 설정 파일에서는 대시보드 CSV 위치, 지식 문서와 평가 데이터의 S3 경로, 게이트웨이 MCP 엔드포인트, 데모 인증 지침을 확인할 수 있다.

🧾 핵심 주장 / 시사점

• 진단 질문은 대시보드와 지식 문맥에서 처리하고 실제 대응 권고가 필요할 때만 전문 워크플로를 호출하므로, 정보 탐색과 의사결정 실행의 경계가 명확하다.
• 완화안과 함께 근거, 실행 추적, 지연 시간, 평가 정보를 반환하는 구조는 최종 권고뿐 아니라 권고가 만들어진 과정까지 검토할 수 있게 한다.
• 샘플의 CSV 기반 기능을 운영용 데이터 질의나 업무 시스템 API로 교체하도록 설계한 점은 오케스트레이션 구조를 유지하면서 데이터 접근 계층을 실제 기업 환경에 맞게 바꿀 수 있음을 보여준다.

✅ 액션 아이템

• 공급 지연 대응 시 구매 주문·재고·고객 약속·계약 규칙·물류 대안·승인 정책을 함께 보는 판단 범위를 정의한다.
• 아마존 퀵 대화형 창구와 니모 조사·오케스트레이션을 분리해 진단 단계와 MCP 권고 호출 경계를 점검한다.
• 니모 순차 분석 결과에 근거·실행 추적·지연 시간·평가 정보가 포함되는지 확인해 순위형 완화 계획 품질을 점검한다.

❓ 열린 질문

• 대시보드 이상 징후에서 순위형 완화 권고로 넘길 때 어떤 업무 조건 조합이 최소 입력인가?
• 구매 주문 위험·재고 노출·고객 영향·계약 정책·물류 대안 중 우선순위는 어떤 기준으로 정할 것인가?
• 기능 등록과 명시적 워크플로 구성 후 실행 추적·평가로 권고 개선 여부를 어떻게 판단할 것인가?