GitLab Duo 구성

GitLab Duo를 구성하는 방법과 클라우드 기반 AI Gateway, 자체 호스팅 모델, 하이브리드 구성 옵션에 대해 설명합니다.

- Offering: GitLab Self-Managed, GitLab Dedicated for Government GitLab Duo는 소프트웨어 개발 라이프사이클 전반에 걸쳐 도움을 주는 AI 네이티브 어시스턴트입니다. GitLab Duo를 다음과 같이 구성할 수 있습니다: 클라우드 기반 AI Gateway(기본값): 벤더 언어 모델을 사용하는 GitLab 호스팅 AI Gateway. 자체 호스팅 모델: 데이터와 보안에 대한 완전한 제어를 위해 자체 AI Gateway와 언어 모델 사용. 하이브리드 구성: 일부 기능은 자체 호스팅 모델을, 다른 기능은 클라우드 기반 모델을 사용. 사전 요건 # Silent Mode가 꺼져 있어야 합니다. 인스턴스가 활성화 코드로 활성화 되어 있어야 합니다. 라이선스 키는 사용할 수 없습니다. GitLab Duo Self-Hosted 를 제외하고, 오프라인 라이선스로는 GitLab Duo를 사용할 수 없습니다. 인스턴스를 실행하는 호스트가 HTTP/S 프록시 서버를 사용하는 경우에도 DNS로 공개 호스트명을 확인할 수 있어야 합니다. GitLab 인스턴스에서 GitLab Duo로의 아웃바운드 연결 허용 # GitLab 애플리케이션 노드는 HTTP/2를 통해 https://duo-workflow-svc.runway.gitlab.net 에서 GitLab Duo Workflow에 연결할 수 있어야 합니다. 애플리케이션과 서비스는 gRPC로 통신합니다. GitLab Duo Agent Platform 기능의 경우, 방화벽과 HTTP/S 프록시 서버는 duo-workflow-svc.runway.gitlab.net 의 포트 443 으로 https:// 를 통한 아웃바운드 연결과 HTTP/2 트래픽을 허용해야 합니다. 인스턴스가 HTTP/S 프록시 서버를 통해 연결하는 경우, 호스트는 여전히 DNS로 공개 호스트명을 확인할 수 있어야 합니다. 호스트명을 프록시 서버를 통해서만 확인할 수 있는 경우, GitLab Duo 헬스 체크, GitLab Credits 대시보드, GitLab Duo Agent Platform 등의 GitLab Duo 기능이 타임아웃되거나 실패할 수 있습니다. 자세한 내용은 이슈 602538 을 참조하세요. 클라이언트에서 GitLab 인스턴스로의 인바운드 연결 허용 # GitLab 인스턴스는 IDE 클라이언트로부터의 인바운드 연결을 허용해야 합니다. 다음 헤더를 포함한 WebSocket 프로토콜 업그레이드 요청을 허용하세요: Connection: upgrade Upgrade: websocket HTTP/2 프로토콜 지원 표준 WebSocket 보안 헤더: Sec-WebSocket-* wss:// (WebSocket Secure) 프로토콜 지원을 활성화하세요. 허용할 특정 엔드포인트를 추가하세요: 기본 엔드포인트: wss://<customer-instance>/-/cable HTTP/2 프로토콜이 HTTP/1.1 로 다운그레이드되지 않도록 하세요. 포트: 443 (HTTPS/WSS) 문제가