요약

  • OpenCAPIF Release 5는 서로 다른 CAPIF 핵심 기능 사이에 서비스 API를 공유하는 연결 기능을 추가했다.
  • 상대 확인, 상호 TLS, 제공자 공개 설정, 호출자별 가시성 규칙이 API의 이동 경로를 정한다.

API 이웃집 문을 찾았다. Release 5는 문고리를 돌리기 전에 클립보드를 펼친다.

ETSI는 10월 26일 OpenCAPIF 5.0.0을 발표했다. 핵심은 CAPIF Interconnection이다. 별도로 운영되는 CAPIF 배포 환경들이 조직 경계를 넘어 서비스 API를 발견하고 공유할 수 있다. 한 CAPIF Core Function(CCF)에 연결된 호출자가 다른 CCF 뒤에 있는 API를 쓸 수 있게 된다. 보도자료의 한 문장 뒤에는 상대를 확인하고, 허용된 API만 골라 보내고, 누가 결과를 볼지 정하는 절차가 있다.

연결 요청은 로컬 CCF 관리자가 시작한다. CCF-A는 상호 TLS로 CCF-B에 접속해 CCF 식별자와 도메인, 인증기관 정보, 공개 키를 보낸다. CCF-B는 상대 정보를 기록하고 자신의 신원을 돌려준다. 그다음 공유 조건을 통과한 API를 동기화한다. API 목록보다 먼저 상대의 명함을 주고받는 구조다.

어떤 API가 경계를 넘는지는 제공자가 정한다. isShareable = true여야 하고, capifProvDoms에 허용할 도메인이 들어 있어야 한다. API의 출처와 기존 전파 경로도 확인한다. 같은 상대에게서 받은 API가 되돌아가거나, 이미 거친 경로로 다시 퍼지는 일을 막는다. 상대에게 전달된 복사본은 재공유 불가로 표시된다. API가 이웃집을 돌고 원래 집으로 돌아오는 회전문을 막는 셈이다.

Open Discover는 가입 전에 API, 버전, endpoint가 있는지 확인한다. 호출자는 Register Service에서 받은 유효 토큰으로 먼저 검색하고, 실제 제공 항목이 있을 때 onboarding을 진행할 수 있다. 회원가입을 끝낸 뒤 찾던 물건이 없다는 사실을 알게 되는 순서를 줄인다.

Visibility Control은 검색 결과를 보는 사람에 따라 조정한다. 제공자와 관리자는 provider, API, API Exposing Function(AEF)을 기준으로 규칙을 만들고, 특정 호출자를 예외로 두며, 기본 허용·거부를 고르고, 규칙을 켜거나 끄고 유효기간을 지정할 수 있다. Discover Service는 각 요청에 현재 유효한 규칙을 적용한다. 같은 API가 모든 호출자에게 같은 얼굴을 보여줄 필요는 없다.

서로 다른 AEF가 같은 이름의 API를 제공하는 것도 허용된다. 같은 AEF 안에서의 중복은 계속 거부된다. 이름 충돌을 서비스 공개 기능 단위로 좁힌 조정이다.

3GPP는 Release 16에서 CAPIF 상호연결을 도입하고 CAPIF-6/6e 참조점과 보안 절차를 정했다. 구현 세부에는 규격이 열어 둔 부분이 있으며, OpenCAPIF는 Release 5의 구체적인 흐름을 3GPP 아키텍처 안에서 만든 SDG 구현 제안이라고 설명한다. Release 5의 기여는 선택한 흐름을 코드와 문서로 보여준 데 있다. 상대를 어떻게 확인하고, API를 어떤 조건으로 동기화하는지 실제 절차가 보인다.

새 테스트는 31개다. 상호연결 11개, 가시성 제어 12개, Open Discover 6개, 서로 다른 AEF 간 동명 API 2개다. 숫자는 개발 범위를 보여준다. 운영팀의 기록에는 각 API의 출처와 전송 대상, 발견 권한, 관계 종료 시 원격 복사본의 회수 여부가 이어져야 한다.

Sources