AIP, Foundry와 Apollo의 통합 구조
| 플랫폼 | 담당 역할 |
|---|---|
| Apollo | Foundry와 AIP 서비스가 실행되는 인프라와 소프트웨어 전달 관리. 수백 개 서비스 및 자산의 하루 수천 건 규모 무중단 업그레이드 조율 |
| Foundry | 데이터 관리, 로직 작성, 온톨로지 개발, 분석과 워크플로 제작의 기반 |
| AIP | 여러 LLM을 연결하는 k-LLM 접근, 에이전트 및 자동화 제작 도구, AI 업무 앱과 운영 평가 체계 |
k-LLM은 특정 모델 하나에 고정하지 않고 필요한 모델들을 연결해 사용할 수 있도록 하는 접근입니다. 세 플랫폼을 합친 기업 운영 체계 위에서 조직은 자기 업무에 맞는 애플리케이션과 제품을 구성합니다.
아홉 기능 집합과 공통 기반
AIP와 Foundry의 기능은 다음 집합으로 나누어 볼 수 있습니다.
| 집합 | 구성 |
|---|---|
| 온톨로지 시스템 | Ontology Language, Ontology Engine, Ontology Toolchain |
| 기반 서비스 | Data Services, Logic Services, Workflow Services |
| 사용자 및 배포 기능 | Analytics & Applications, Automations, Product Delivery |
각 집합은 저장, 연산, 네트워킹, 보안, 거버넌스와 작업 공간이라는 여섯 공통 구성요소를 사용합니다. Apollo가 이 기반의 전달과 운영을 지원합니다.
보안의 세 범위
인프라 보안은 각 구성요소에 접근할 때 신원과 장치 상태를 검증하는 제로 트러스트 원칙을 적용합니다. 공격 가능성을 전제로 암호화, 방화벽과 런타임 설정을 자동으로 강제합니다.
플랫폼 보안은 사람과 에이전트의 접근 범위를 제한하고 역할, 마킹 및 목적 기반 제어를 계보와 감사에 연결합니다. 기업 보안은 암호화, 감사, 인증과 인가를 기존 신원 제공자 및 정보보안 도구와 통합합니다.
확장과 산업별 구성
Compute Modules를 사용하면 컨테이너로 만든 LLM, 최적화 프로그램, 데이터 처리 런타임이나 애플리케이션을 Apollo가 관리하는 실행 환경에 연결할 수 있습니다.
Palantir의 국방 제품도 공통 아키텍처와 통합되어 있으며 Gotham의 멀티모달 도구는 Foundry가 관리하는 온톨로지를 사용합니다. 상업 분야에서는 Airbus의 Skywise 항공 생태계, Fujitsu의 특화 에이전트 애플리케이션과 Andretti Racing의 RaceOS처럼 공통 도구를 확장한 구성이 있습니다. RaceOS는 실시간 차량 성능을 업무 앱에 연결합니다.
조직 고유의 업무를 반영하는 설계
Pursuing alpha는 유지보수 가능한 맞춤화를 통해 조직의 차별적인 역량을 구현한다는 목표입니다. 조직마다 다른 업무 대상과 규칙을 온톨로지에 담고, 필요한 통합과 애플리케이션 및 에이전트를 만들어 변화에 대응합니다. 정형적인 SaaS 업무를 해결하는 효과도 얻을 수 있지만 고유한 운영 문제를 해결하는 데 설계의 초점을 둡니다.
이 맥락의 alpha와 beta는 투자 용어를 빌린 비유입니다. 기능의 시험 제공 단계를 뜻하는 Beta와는 의미가 다릅니다.
Forward Deployed Engineering에서는 엔지니어가 공장이나 운영 현장에 들어가 고객과 함께 기능을 개발하고 배포합니다. 현장의 요구를 제품팀의 개선과 연결하면서 공통 아키텍처와 고객별 업무 구성을 함께 발전시킵니다.