솔루션 설계와 아키텍처

프로 등급 아키텍트에게 주어지는 것은 요구사항 명세가 아니라 불만과 요청입니다. 이 수업에서는 요청받은 기능 뒤의 실제 문제를 분리해 내는 절차, 그 문제에 모델 판단이 필요한지 판별하는 기준, 그리고 착수 전에 성공 기준을 수치로 고정하는 방법을 다룹니다.

모델 호출은 시스템의 한 조각일 뿐입니다. 이 수업에서는 입력, 처리, 출력, 피드백 루프의 네 구획을 각각 어떤 책임으로 나누는지, 구획 사이의 경계에서 무엇을 검증해야 하는지, 그리고 운영 중 학습이 되돌아오는 경로를 어떻게 설계하는지 다룹니다.

세 패턴은 난이도 순서가 아니라 서로 다른 문제에 맞는 도구입니다. 이 수업에서는 증강 LLM, 워크플로, 에이전트의 경계를 정의하고, 경로 예측 가능성과 오류 비용과 예산이라는 세 축으로 선택하는 방법, 그리고 과잉 설계를 알아보는 신호를 다룹니다.

에이전트를 여러 개로 나누는 결정은 성능을 얻는 대신 토큰과 조율 비용을 크게 지불하는 교환입니다. 이 수업에서는 그 교환이 정당화되는 조건, 오케스트레이터와 워커 사이의 컨텍스트 격리 설계, 핸드오프에서 무엇을 넘기고 무엇을 버릴지 정하는 기준, 그리고 멀티 에이전트 고유의 실패 양상을 다룹니다.

분해는 큰 작업을 작게 만드는 일이 아니라, 검증 가능한 단위를 만드는 일입니다. 이 수업에서는 단계 분해와 관심사 분해라는 두 축, 분해 경계를 정하는 기준으로서의 검증 가능성, 단계 사이 게이트 설계, 그리고 과분해가 만드는 비용을 다룹니다.

아키텍처 결정은 결국 돈과 시간으로 환산되어 평가받습니다. 이 수업에서는 효율, 전환, 생산성, 비용, 성능 SLA라는 다섯 가치 기둥을 설계 언어로 옮기는 방법, 토큰 경제를 근거로 비용을 모델링하는 방법, 그리고 SLA가 아키텍처를 어떻게 제약하는지 다룹니다.