AI 에이전트 시대의 API 개발, litis API Creator로 만드는 연결 표준
API는 이제 애플리케이션만 호출하지 않습니다
기존 REST API가 어느 날 AI 에이전트의 ‘도구’가 된다면 무엇부터 달라져야 할까요?
Google Cloud는 2026년 9월 11일 API Gateway에서 기존 REST API를 원격 MCP(Model Context Protocol) 서버의 도구로 노출하는 기능을 Public Preview로 공개했습니다. OpenAPI 3.x 정의에 확장 정보를 추가해 기존 백엔드를 크게 바꾸지 않고 에이전트가 사용할 수 있는 도구로 연결하는 방식입니다. CNCF도 AI 에이전트가 애플리케이션, API, 데이터와 운영 자원을 사용하는 새로운 플랫폼 소비자가 되고 있다고 설명합니다.
이 흐름이 보여주는 변화는 분명합니다. API의 소비자는 사람과 애플리케이션을 넘어 AI 에이전트로 넓어지고 있습니다. 이제 API는 화면 뒤에서 데이터를 전달하는 연결점에 그치지 않습니다. 에이전트가 조회하고 판단하고 업무를 실행할 때 사용하는 기업의 행동 단위가 됩니다.
하지만 에이전트 연결 기술을 추가한다고 모든 내부 시스템이 곧바로 사용할 수 있는 도구가 되는 것은 아닙니다. API가 없는 레거시 시스템, REST와 SOAP이 섞인 인터페이스, 서로 다른 JSON·XML 구조, 한 업무를 끝내기 위해 여러 시스템을 순서대로 호출해야 하는 프로세스가 남아 있기 때문입니다. 새로운 연결 방식이 늘어날수록 이 복잡성을 정리하는 API 구현 계층이 먼저 필요합니다.
litis API Creator는 연결의 앞단을 정리합니다
`litis API Creator`는 Open API 기반의 대내외 연계를 처리하는 Engine과 이를 설정·관리하는 Console로 구성됩니다. Engine은 API Server, Gateway, Proxy 모듈로 나뉘며 고객 환경에 필요한 기능을 선택해 적용할 수 있습니다.
제품의 역할은 단순히 API 하나를 만드는 데서 끝나지 않습니다. 내부 시스템의 기능을 API로 만들고, 서로 다른 규격을 변환하고, 여러 호출을 업무 단위로 조합한 뒤, 운영 상태까지 관리하는 흐름을 하나의 플랫폼 안에서 다룹니다.
1. No/Low Code로 API 생성과 변경 대응 속도를 높입니다
API 수요는 개발 프로젝트가 시작될 때만 생기지 않습니다. 새로운 제휴, 공공 데이터 개방, 모바일 서비스, AI 연계처럼 업무 요구가 바뀔 때마다 인터페이스도 함께 바뀝니다.
`litis API Creator`는 No/Low Code 기반 API 생성 기능을 제공하며 CSV 또는 엑셀 템플릿을 활용한 대량 API 생성과 마이그레이션을 지원합니다. 변환·매핑·비교 등 비즈니스 로직에 필요한 함수를 활용할 수 있고, 생성한 API의 테스트용 API와 테스트베드 프로비저닝도 지원합니다. 반복적인 개발 작업을 줄이고 표준화된 방식으로 API를 확장해야 하는 환경에서 검토할 수 있는 기능입니다.
2. 레거시와 최신 서비스 사이의 언어를 맞춥니다
기업의 시스템은 한 가지 규격으로 움직이지 않습니다. 외부는 REST와 JSON을 요구하지만 내부에는 SOAP과 XML이 남아 있을 수 있습니다. 데이터베이스나 TCP/IP 기반 인터페이스를 함께 연결해야 하는 경우도 있습니다.
`litis API Creator`는 REST와 SOAP, JSON과 XML 사이의 프로토콜·데이터 변환을 지원하며 HTTP(S), TCP/IP, JDBC 등 다양한 원격 인터페이스를 제공합니다. 에이전트나 신규 애플리케이션이 레거시의 세부 구조를 직접 이해하게 하는 대신, 앞단에서 일관된 API 규격을 제공하는 구조를 설계할 수 있습니다.
3. 여러 시스템 호출을 하나의 업무 API로 만듭니다
AI 에이전트에게 수십 개의 세부 API를 그대로 열어주는 것이 항상 좋은 설계일까요? 주문 상태를 확인하기 위해 고객, 결제, 배송 시스템을 각각 호출해야 한다면 소비자는 내부 구조까지 알아야 합니다.
`litis API Creator`의 API Mashup은 여러 API를 Aggregation 또는 Chaining 방식으로 조합할 수 있습니다. 외부에 제공하는 API와 내부 처리 로직을 분리하는 Façade Pattern도 구성할 수 있습니다. 이를 활용하면 흩어진 기능을 ‘주문 상태 확인’이나 ‘고객 정보 변경’처럼 재사용 가능한 업무 단위로 정리할 수 있습니다. 에이전트에는 필요한 기능만 명확하게 제공하고 내부 시스템의 결합도는 낮추는 방향입니다.
4. 연결이 늘어날수록 보안과 운영 기준을 함께 적용합니다
API가 에이전트와 외부 파트너까지 연결되면 누가, 언제, 얼마나 호출할 수 있는지 통제해야 합니다. API를 빠르게 만드는 것만큼 운영 가능한 상태로 유지하는 일이 중요합니다.
공식 제품 페이지에 따르면 `litis API Creator`는 TLS 1.3, 클라이언트 인증서 기반 mTLS, 유량 제어, Application Key 기반 인증·인가, OAuth 2.1 Authorization Server와 FAPI 1.0 관련 기능을 제공합니다. ACL을 이용해 호출 가능 시간과 IP 대역, Rate Limit 정책도 설정할 수 있습니다.
관리 측면에서는 RBAC 기반 관리자 권한, 통합 대시보드, Inbound·Outbound API 현황과 통계, API 상태 관리를 제공합니다. `litis API Portal`과 연계한 APIM 통합 관리, `litis API Monitoring`과의 연동을 통한 API 트랜잭션 End-to-End Tracing도 지원 범위에 포함됩니다. 실제 적용 범위와 구성은 고객 환경에 맞춰 확인해야 합니다.
GS인증 1등급은 제품 선택의 검증 자료가 됩니다
`litis API Creator v4.0`은 GS(Good Software)인증 1등급을 획득했습니다. Litis 공식 공지에 따르면 한국정보통신기술협회(TTA) 산하 소프트웨어 시험인증연구소의 품질 평가를 거쳤으며, 기능 적합성, 성능 효율성, 사용성, 신뢰성, 보안성, 유지보수성, 호환성, 이식성 등이 평가 항목에 포함됩니다.
기업과 공공기관이 API 플랫폼을 검토할 때는 기능 목록만으로 판단하기 어렵습니다. 실제 운영에서 필요한 안정성과 관리성, 유지보수 가능성을 함께 살펴봐야 합니다. GS인증 1등급은 제품 품질을 검토할 때 활용할 수 있는 객관적 자료입니다. 다만 인증 자체가 모든 구축 환경의 성능이나 보안을 자동으로 보장하는 것은 아니므로, 도입 전에는 목표 업무와 트래픽, 보안 정책, 연계 범위를 기준으로 별도의 설계와 검증이 필요합니다.
도입 전에는 다섯 가지 질문부터 시작하세요
1. API로 전환하거나 새로 만들어야 할 내부 기능은 무엇인가?
2. REST·SOAP·JSON·XML 등 변환이 필요한 규격은 무엇인가?
3. 여러 시스템 호출을 하나의 업무 API로 묶어야 하는가?
4. 사용자·애플리케이션·AI 에이전트별 접근 정책은 어떻게 다른가?
5. 생성된 API의 상태와 전체 호출 흐름을 어떻게 추적할 것인가?
이 질문에 답하면 API Creator를 단순 개발 도구로 볼지, 생성·연계·운영을 아우르는 플랫폼으로 설계할지 기준이 선명해집니다.
API가 AI 에이전트의 도구가 되는 시대에도 출발점은 같습니다. 내부 시스템의 기능을 어떤 경계로 열고, 어떤 형식으로 전달하며, 어떤 정책으로 운영할지 먼저 정해야 합니다. `litis API Creator`는 이 연결의 앞단을 표준화하고, 레거시 시스템과 새로운 AI·디지털 서비스 사이에 관리 가능한 API 계층을 만드는 선택지가 될 수 있습니다.
출처 및 참고자료
회사소개
Litis는 API Platform, AI Gateway, API Security, API Monitoring 기술을 기반으로 기업과 공공기관의 AX와 디지털 전환을 지원하는 엔터프라이즈 플랫폼 전문 기업입니다. API의 기획·설계부터 생성, 연계, 게이트웨이, 포털, 보안, 모니터링, 운영 기술지원까지 고객 환경에 맞는 API 중심 아키텍처 구축을 지원합니다.
