- 개발 활동을 위한 통합
- 특정 개발 프레임워크 또는 생태계의 개발 및 배포를 위한 종단 간 솔루션
- GitLab과 AWS 간의 시스템 간 통합
- AWS에 배포된 GitLab 인프라 작업 부담
AWS와 통합하기
GitLab과 AWS를 통합하는 방법을 알아보세요.
이 콘텐츠는 GitLab 팀원뿐만 아니라 더 넓은 커뮤니티의 멤버들을 위한 것입니다.
별도로 언급하지 않는 한 이 모든 콘텐츠는 GitLab.com과 자체 관리 인스턴스 모두에 적용됩니다.
이 페이지는 GitLab이 AWS와 통합될 수 있는 방법을 정리하려고 시도합니다. 이는 통합이 일반 기능 구성의 결과이든, AWS 또는 GitLab에 내장되었든, 또는 솔루션으로 제공되든 관계없이 진행됩니다.
텍스트 태그 | 구성 / 내장 / 솔루션 | 지원/유지 관리 |
---|---|---|
[AWS Configuration] |
기존 AWS 기능 구성을 통한 통합 | AWS |
[GitLab Configuration] |
기존 GitLab 기능 구성을 통한 통합 | GitLab |
[AWS Built] |
AWS 통합을 해결하기 위해 제품 팀이 내장한 것 | AWS |
[GitLab Built] |
AWS 통합을 해결하기 위해 GitLab 제품 팀이 내장한 것 | GitLab |
[AWS Solution] |
AWS 또는 AWS 파트너에 의해 솔루션 예제로 구축된 것 | 커뮤니티/예제 |
[GitLab Solution] |
GitLab 또는 GitLab 파트너에 의해 솔루션 예제로 구축된 것 | 커뮤니티/예제 |
[CI Solution] |
GitLab CI를 사용하여 부분적으로 구축되어 더 많은 고객 맞춤화가 가능합니다. |
[CI Solution] 로 태그된 항목은 유지 관리 상태를 나타내는 다른 태그 중 하나를 «br />가질 것입니다. |
개발 활동을 위한 통합
이 통합은 GitLab을 사용하여 애플리케이션 작업 부하를 구축하고 이를 AWS에 배포하는 것과 관련이 있습니다.
SCM 통합
AWS CodeStar 연결 통합
2023년 8월 14일 AWS Release Announcement for GitLab.com SaaS
2023년 12월 28일 AWS Release Announcement for Self-Managed / Dedicated
AWS CodeStar Connections - 여러 AWS 서비스에 대한 SCM 연결을 가능하게 합니다. GitLab 구성하기.
지원하는 공급자. 지원하는 AWS 서비스 - 각 서비스는 GitLab을 지원하기 위해 업데이트가 필요할 수 있으므로, GitLab을 지원하는 하위 집합이 여기에 나열되어 있습니다. 이는 GitLab.com SaaS, GitLab 자체 관리 및 GitLab 전용에 적용됩니다.
AWS CodeStar 연결은 모든 AWS 리전에서 사용할 수 없으며, 제외 목록은 여기에서 문서화되어 있습니다.
(2023년 12월 28일) [AWS Built]
AWS를 위한 AWS CodeStar 연결 통합 비디오 설명 (1분)
AWS 계정에서 CodeStar 연결에 의해 직접 지원되는 AWS 서비스:
-
AWS Service Catalog는 CodeStar Connections를 직접 상속하며, GitLab에 관한 특정 문서는 없습니다. 계정에서 생성된 모든 GitLab CodeStar Connection을 사용합니다. (2023년 12월 28일)
[AWS Built]
-
AWS Proton은 CodeStar Connections를 직접 상속하며, GitLab에 관한 특정 문서는 없습니다. 계정에서 생성된 모든 GitLab CodeStar Connection을 사용합니다. (2023년 12월 28일)
[AWS Built]
-
AWS CodeBuild - GitLab.com, 자체 관리 및 전용의 경우 - 여기에 문서 탭 클릭. (2024년 3월 26일)
[AWS Built]
문서 및 참조:
- GitLab.com 프로젝트에 GitLab CodeStar Connection 만들기
- 자체 관리 GitLab 인스턴스 또는 GitLab 전용 인스턴스를 위한 AWS CodeStar Connection 만들기 (AWS에서 인터넷 수신을 허용하거나 VPC 연결을 사용해야 함)
AWS CodePipeline 통합
AWS CodePipeline 통합 - GitLab을 CodePipeline의 CodeStar Connections 소스로 사용하면 추가 AWS 서비스 통합이 가능합니다. (2023/12/28) [AWS Built]
AWS CodePipeline 통합으로 지원되는 AWS 서비스:
-
Amazon SageMaker MLOps 프로젝트는 CodePipeline을 통해 생성되며 (여기에서 확인), GitLab에 대한 특정 문서는 없습니다. 계정에 생성된 GitLab CodeStar Connection을 사용하기 때문입니다. (2023/12/28)
[AWS Built]
문서 및 참고자료:
- GitLab.com 프로젝트에 대한 GitLab CodePipeline 통합 생성
- 셀프 매니지드 GitLab 인스턴스 또는 GitLab 전용 인스턴스에 대한 AWS CodePipeline 통합 생성 (AWS에서 인터넷 수신을 허용하거나 VPC 연결 사용 필수)
GitLab에 대해 아직 지원되지 않는 CodeStar Connections 활성화 AWS 서비스
-
AWS CloudFormation 공용 확장의 게시 - 아직 지원되지 않음.
[AWS Built]
-
Amazon CodeGuru Reviewer 리포지토리 - 아직 지원되지 않음.
[AWS Built]
-
AWS App Runner - 아직 지원되지 않음.
[AWS Built]
AWS 서비스의 맞춤형 GitLab 통합
-
Amazon SageMaker 노트북은 Git 클론 URL로 지정된 Git 리포지토리를 허용하고 비밀 구성 - 따라서 GitLab은 구성 가능함. (2023/12/28)
[AWS Configuration]
-
AWS Amplify - AWS Amplify 팀이 설계한 Git 통합 메커니즘을 사용.
[AWS Built]
-
AWS Glue 노트북 작업은 “작업” 수준에서 개인 액세스 토큰(PAT) 인증이 포함된 GitLab 리포지토리 URL을 지원합니다. (2022/10/03) GitLab 구성에 대한 AWS 문서
[AWS Configuration]
기타 SCM 통합 옵션
-
GitLab 푸시 미러링을 CodeCommit에 설정하는 방법 방법은 GitLab 리포지토리가 CodePipeline SCM 트리거를 활용할 수 있게 합니다. GitLab은 이미 S3 및 컨테이너 트리거를 CodePipeline에 활용할 수 있습니다. 이 해결 방법은 문서화된 이후 CodePipeline 기능을 가능하게 했습니다. (2020/06/06)
[GitLab Configuration]
아래에서 CD 및 운영 통합을 참조하여 지속적 배포(CD)와 관련된 특정 통합도 확인하세요.
CI 통합
- AWS 서비스에 인증하기 위해 키, IAM 또는 OIDC/JWT를 사용하는 직접 CI 통합
-
GitLab CI를 사용하는 Amazon CodeGuru Reviewer CI 워크플로 - 수행할 수 있지만 문서화되지 않음.
[AWS Solution]
[CI Solution]
-
GitLab CI를 사용하는 Amazon CodeGuru 보안 스캔 (06/13/2022)
[AWS Solution]
[CI Solution]
CD 및 운영 통합
-
AWS CodeDeploy 통합 - SCM 통합에서 논의된 CodePipeline 지원을 통해. 이 기능은 GitLab이 AWS의 고급 배포 서브 시스템 목록과 인터페이스할 수 있도록 합니다. (12/28/2023)
[AWS Built]
- AWS SAM 파이프라인 - GitLab을 위한 파이프라인 지원. (7/31/2021)
-
애플리케이션 배포를 위한 EKS 클러스터 통합.
[GitLab Built]
-
GitLab이 CodePipeline 모니터링 S3 위치로 빌드 아티팩트를 푸시
[AWS Built]
-
GitLab이 CodePipeline 모니터링 AWS ECR로 컨테이너 푸시
[AWS Built]
-
GitLab.com의 컨테이너 레지스트리를 AWS ECR에 대한 업스트림 레지스트리로 사용하기 위한 Pull-Through Cache Rules 활용 설정 튜토리얼
[AWS Built]
특정 개발 프레임워크 또는 생태계의 개발 및 배포를 위한 종단 간 솔루션
일반적으로 솔루션은 GitLab과 AWS를 함께 사용하여 최대 가치를 보여주기 위해 모든 관련 통합 기술을 활용하여 개발 프레임워크의 종단 간 기능을 보여줍니다.
서버리스
-
Enterprise DevOps Blueprint: AWS의 서버리스 프레임워크 앱 - 작동하는 예제 코드 및 튜토리얼.
[GitLab Solution]
[CI Solution]
-
튜토리얼: GitLab 서버리스 SAST 스캔으로 AWS에 서버리스 프레임워크 배포
[GitLab Solution]
[CI Solution]
-
튜토리얼: GitLab 보안 정책 승인 규칙 및 관리형 DevOps 환경을 통한 안전한 서버리스 프레임워크 개발
[GitLab Solution]
[CI Solution]
-
튜토리얼: GitLab 서버리스 SAST 스캔으로 AWS에 서버리스 프레임워크 배포
Terraform
-
Enterprise DevOps Blueprint: Terraform 배포를 AWS에
-
튜토리얼: GitLab IaC SAST 스캐닝을 통해 AWS에 Terraform 배포하기
[GitLab Solution]
[CI Solution]
-
GitLab 보안 정책 승인 규칙 및 관리 DevOps 환경을 통해 AWS에 Terraform 배포하기
[GitLab Solution]
[CI Solution]
-
튜토리얼: GitLab IaC SAST 스캐닝을 통해 AWS에 Terraform 배포하기
CloudFormation
CloudFormation 개발 및 배포 GitLab 라이프사이클 관리 DevOps 환경 작업 코드 [GitLab Solution]
[CI Solution]
CDK
-
AWS CDK를 사용하여 GitLab 파이프라인에서 크로스 계정 배포 구축하기
[AWS Solution]
[CI Solution]
.NET on AWS
-
AWS에서 .NET Framework 4.x 러너를 확장하기 위한 작업 예제 코드
[GitLab Solution]
[CI Solution]
-
코드 및 .NET Framework 4.x 프로젝트 구축 비디오워크스루
[GitLab Solution]
[CI Solution]
GitLab과 AWS 간의 시스템 간 통합
AWS Identity Provider (IDP)는 GitLab에 인증하기 위해 구성할 수 있으며, GitLab은 AWS 계정의 IDP로 기능할 수 있습니다.
GitLab.com의 최상위 그룹은 “네임스페이스”로도 알려져 있으며, 회사 이름을 따서 하나를 만드는 것이 GitLab.com에서 조직의 테넌트를 설정하는 첫 번째 단계입니다. 네임스페이스는 SSO와 같은 특별한 기능을 위해 구성할 수 있으며, 이는 IDP를 GitLab에 통합합니다.
GitLab과 AWS 간의 사용자 인증 및 권한 부여
-
GitLab.com 그룹을 위한 SAML SSO
[GitLab Configuration]
- GitLab.com 전용 -
GitLab과 LDAP 통합하기
[GitLab Configuration]
- 셀프 관리 전용
러너 작업 인증 및 권한 부여 통합
-
Open ID 및 JWT 인증을 사용한 러너 작업 인증.
[GitLab Built]
-
GitLab과 AWS 간의 OpenID Connect 구성하기
[GitLab Solution]
[CI Solution]
-
GitLab 및 ECS와 함께하는 OIDC 및 다중 계정 배포
[GitLab Solution]
[CI Solution]
-
GitLab과 AWS 간의 OpenID Connect 구성하기
AWS에 배포된 GitLab 인프라 작업 부담
GitLab은 최대 500명의 사용자를 위해 단일 박스에 배포될 수 있지만, 50,000명과 같은 매우 큰 사용자 수를 수평으로 확장할 때 복잡하고 다단계 플랫폼으로 확장되어 AWS에 배포하면 이점을 얻습니다. GitLab은 AWS 서비스를 통해 지원되며 정기적으로 테스트됩니다. GitLab은 전통적인 확장을 위해 Ec2에 배포할 수 있으며 클라우드 네이티브 하이브리드 구현을 위해 AWS EKS에 배포할 수 있습니다. 특정 서비스 계층이 Git(및 Git 처리 방식에 일반적인 작업 부하 형상)과 같은 작업 부하 형상으로 인해 컨테이너 클러스터에 배치될 수 없기 때문에 하이브리드라고 불립니다.
GitLab 인스턴스 컴퓨팅 및 운영 통합
- AWS에 GitLab Self-Managed 설치
- GitLab 배포 시 사용할 수 있는 AWS 서비스
- GitLab 단일 EC2 인스턴스.
[GitLab Built]
- 5석 AWS 마켓플레이스 구독 사용하기
- 준비된 AMI 사용하기 - Enterprise Edition에 대한 라이센스 제공.
- AWS EKS 및 PaaS에서 GitLab 클라우드 네이티브 하이브리드 스케일.
[GitLab Built]
-
GitLab 환경 도구 키트(GET) 사용하기 -
[GitLab Solution]
-
GitLab 환경 도구 키트(GET) 사용하기 -
- AWS EC2 및 PaaS에서 스케일된 GitLab 인스턴스.
[GitLab Built]
-
GitLab 환경 도구 키트(GET) 사용하기 -
[GitLab Solution]
-
GitLab 환경 도구 키트(GET) 사용하기 -
-
Amazon Managed Grafana GitLab self-managed Prometheus 메트릭을 위한.
[AWS Built]
AWS 컴퓨트에서 GitLab Runner
-
GitLab Runner Autoscaler - GitLab Runner 팀이 구축한 핵심 기술.
[GitLab Built]
-
GitLab Runner 인프라 도구 키트(GRIT) - GitLab Runner 팀에서 관리하는 코드로서의 인프라. GitLab Runner Autoscaler와 같은 것을 배포하는 데 필요함.
[GitLab Built]
-
AWS EC2에서 GitLab Runner 자동 확장.
[GitLab Built]
-
AWS EC2 ASG를 위한 GitLab HA 스케일링 러너 자판기.
[GitLab Solution]
- 러너 자판기 교육 자료.
-
GitLab EKS 파르가이트 러너.
[GitLab Solution]