- 개발 활동을 위한 통합
- 특정 개발 프레임워크 또는 생태계를 위한 개발 및 배포에 대한 종단간 솔루션
- GitLab 및 AWS의 시스템 간 통합
- AWS에 배포된 GitLab 인프라 작업 부하
AWS 통합
GitLab과 AWS를 통합하는 방법에 대해 알아보세요.
이 콘텐츠는 GitLab 팀 멤버 및 넓은 커뮤니티 멤버를 대상으로 합니다.
특별히 언급되지 않는 한, 이 모든 콘텐츠는 GitLab.com 및 자체 관리형 인스턴스에 적용됩니다.
이 페이지는 GitLab이 AWS와 통합되는 방법을 색인화하려고 합니다. 이것은 통합이 일반 기능을 구성하는 결과인지, AWS나 GitLab에 내장된 것인지, 아니면 솔루션으로 제공되는 것인지에 관계 없이 수행합니다.
Text Tag | Configuration / Built / Solution | Support/Maintenance |
---|---|---|
[AWS Configuration]
| Configuration을 통한 통합 | AWS |
[GitLab Configuration]
| Configuration을 통한 통합 | GitLab |
[AWS Built]
| 제품팀에 의해 AWS에 내장된 것으로 AWS 통합을 위해 | AWS |
[GitLab Built]
| 제품팀에 의해 GitLab에 내장된 것으로 AWS 통합을 위해 | GitLab |
[AWS Solution]
| AWS나 AWS 파트너에 의해 예시로 제공된 솔루션 | 커뮤니티/예시 |
[GitLab Solution]
| GitLab이나 GitLab 파트너에 의해 예시로 제공된 솔루션 | 커뮤니티/예시 |
[CI Solution]
| GitLab CI를 사용하여 구성되었으며 고객이 더 많이 수정 가능합니다. |
[CI Solution] 로 태그된 항목은 유지보수 상태를 나타내는 태그 중 하나를 반드시 포함합니다. |
개발 활동을 위한 통합
이 통합은 GitLab을 사용하여 응용 프로그램 워크로드를 만들고 AWS에 배포하는 데 관련됩니다.
SCM 통합
AWS CodeStar Connection 통합
- GitLab.com SaaS용 2023년 8월 14일 AWS 릴리스 공지
- Self-Managed / Dedicated용 2023년 12월 28일 AWS 릴리스 공지
AWS CodeStar Connections - 여러 AWS 서비스에 SCM 연결을 가능케 합니다. GitLab 구성. 지원되는 제공자. 지원되는 AWS 서비스 - 각 서비스는 GitLab을 지원하도록 업데이트해야 할 수 있으므로 여기에는 GitLab을 지원하는 하위 집합이 있습니다. 이는 GitLab.com SaaS, GitLab Self-Managed 및 GitLab Dedicated와 함께 작동합니다. AWS CodeStar 연결은 모든 AWS 지역에서 사용할 수 없습니다. 제외 목록은 여기에서 문서화되어 있습니다. (2023년 12월 28일) [AWS Built]
AWS CodeStar 연결 통합에 대한 설명 동영상 (1분)
AWS 계정에서 AWS CodeStar 연결로 직접 지원되는 AWS 서비스:
-
Amazon CodeWhisperer 사용자 정의 기능 (2023년 12월 28일) GitLab 리포지토리에 연결 가능합니다.
[AWS Built]
-
AWS Service Catalog은 직접적으로 CodeStar 연결을 상속받으며 계정에 생성된 GitLab CodeStar 연결을 사용하기 때문에 GitLab에 대한 특정 문서는 없습니다. (2023년 12월 28일)
[AWS Built]
-
AWS Proton은 직접적으로 CodeStar 연결을 상속받으며 계정에 생성된 GitLab CodeStar 연결을 사용하기 때문에 GitLab에 대한 특정 문서는 없습니다. (2023년 12월 28일)
[AWS Built]
문서 및 참고 자료:
- GitLab.com 프로젝트에 대한 GitLab CodeStar 연결 생성
- Self-Managed GitLab 인스턴스 또는 GitLab Dedicated 인스턴스를 위한 AWS CodeStar 연결 생성 (AWS에서 인터넷 인그레스를 허용하거나 VPC 연결을 사용해야 함)
AWS CodePipeline 통합
AWS CodePipeline Integration - CodeStar Connections에서 GitLab을 사용하여 CodePipeline의 소스로 지정함으로써 추가 AWS 서비스 통합을 사용할 수 있습니다. (12/28/2023) [AWS Built]
AWS CodePipeline 통합에서 지원하는 AWS 서비스:
-
AWS CodeBuild 통합 - CodePipeline 지원을 통해. (12/28/2023)
[AWS Built]
-
Amazon SageMaker MLOps 프로젝트는 CodePipeline을 통해 생성됩니다 (여기에서 확인 가능), 계정에 생성된 GitLab CodeStar 연결에 관한 구체적인 문서는 없습니다. (12/28/2023)
[AWS Built]
문서 및 참고 자료:
- GitLab.com 프로젝트에 대한 GitLab CodePipeline 통합 생성
- 자체 관리 GitLab 인스턴스 또는 전용 GitLab 인스턴스에 대한 AWS CodePipeline 통합 생성 (AWS에서 인터넷 Ingress를 허용하거나 VPC 연결을 사용해야 함)
CodeStar Connections을 통해 아직 GitLab에서 지원되지 않는 AWS 서비스
-
AWS CloudFormation의 공개 확장 프로젝트 배포 - 아직 지원되지 않음.
[AWS Built]
-
Amazon CodeGuru Reviewer 저장소 - 아직 지원되지 않음.
[AWS Built]
-
AWS App Runner - 아직 지원되지 않음.
[AWS Built]
AWS 서비스에서의 사용자 정의 GitLab 통합
-
Amazon SageMaker 노트북은 Git 저장소를 지정하는 데 사용되는 Git 복제 URL 및 비밀 설정을 구성할 수 있어 GitLab이 구성 가능합니다. (12/28/2023)
[AWS Configuration]
-
AWS Amplify - AWS Amplify 팀이 디자인한 Git 통합 메커니즘을 사용합니다.
[AWS Built]
-
AWS Glue 노트북 작업은 “작업” 수준에서 GitLab 저장소 URL을 지원하며 Personal Access Token (PAT) 인증을 사용합니다. (10/03/2022) GitLab 구성 관련 AWS 문서
[AWS Configuration]
다른 SCM 통합 옵션
-
GitLab Push Mirroring to CodeCommit - 이 방법은 GitLab 저장소가 CodePipeline SCM 트리거를 활용할 수 있도록 합니다. GitLab은 이미 CodePipeline을 위한 S3 및 컨테이너 트리거를 활용할 수 있습니다. 문서화된 바와 같이 이 작업 방식은 CodePipeline 기능을 활성화했습니다. (06/06/2020)
[GitLab Configuration]
연속 통합 (CI) 특정 통합사항은 아래 연속 통합 및 운영 통합을 참조하세요.
CI 통합
- GitLab 러너가 AWS 서비스에 키, IAM 또는 OIDC/JWT를 사용하여 인증하는 직접적인 CI 통합
-
Amazon CodeGuru Reviewer CI 워크플로우는 GitLab CI를 사용하여 수행할 수 있음 - 문서화되지는 않았지만 가능합니다.
[AWS Solution]
[CI Solution]
-
GitLab CI를 사용한 Amazon CodeGuru Secure Scanning (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과 AWS를 함께 사용하여 최대 가치를 끌어내기 위한 모든 관련 통합 기술을 보여줍니다.
Serverless
-
Enterprise DevOps Blueprint: Serverless Framework Apps on AWS - 작동 예제 코드 및 자습서.
[GitLab Solution]
[CI Solution]
-
자습서: GitLab Serverless SAST 스캐닝을 사용한 AWS에 Serverless Framework 배포
[GitLab Solution]
[CI Solution]
-
자습서: GitLab 보안 정책 승인 규칙 및 관리형 DevOps 환경으로 안전한 Serverless Framework 개발
[GitLab Solution]
[CI Solution]
-
자습서: GitLab Serverless SAST 스캐닝을 사용한 AWS에 Serverless Framework 배포
Terraform
-
Enterprise DevOps Blueprint: Terraform Deployment to AWS
-
자습서: GitLab IaC SAST 스캐닝을 사용한 AWS에 Terraform 배포
[GitLab Solution]
[CI Solution]
-
GitLab 보안 정책 승인 규칙 및 관리형 DevOps 환경으로 AWS에 Terraform 배포
[GitLab Solution]
[CI Solution]
-
자습서: GitLab IaC SAST 스캐닝을 사용한 AWS에 Terraform 배포
CloudFormation
AWS와 함께 사용하는 GitLab 라이프사이클 관리형 DevOps 환경의 CloudFormation 개발 및 배포 작동 코드 [GitLab Solution]
[CI Solution]
CDK
-
AWS CDK를 사용한 GitLab 파이프라인에서의 Cross-Account 배포 구축
[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 식별 공급자(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로 배포될 수 있습니다. 특정 서비스 계층은 컨테이너 클러스터에 배치할 수 없기 때문에 하이브리드라고합니다. GitLab 또는 Git이 처리할 수 있는 작업 모양 때문에 컨테이너 클러스터에 특정 서비스 계층을 배치할 수 없습니다.
GitLab 인스턴스 계산 및 운영 통합
- AWS에서 GitLab Self-Managed 설치
- GitLab을 배포할 때 사용할 수 있는 AWS 서비스
- GitLab 단일 EC2 인스턴스.
[GitLab Built]
- 5 Seat AWS Marketplace 구독 사용
- 준비된 AMI 사용 - 엔터프라이즈 에디션의 라이센스를 직접 지참.
- AWS EKS 및 Paas에서 GitLab Cloud Native Hybrid 확장.
[GitLab Built]
-
GitLab Environment Toolkit (GET) 사용 -
[GitLab Solution]
-
GitLab Environment Toolkit (GET) 사용 -
- AWS EC2 및 PaaS에서 GitLab 인스턴스 확장.
[GitLab Built]
-
GitLab Environment Toolkit (GET) 사용 -
[GitLab Solution]
-
GitLab Environment Toolkit (GET) 사용 -
-
Amazon Managed Grafana - GitLab Self-Managed Prometheus 메트릭을 위한 것입니다.
[AWS Built]
AWS 컴퓨트에서의 GitLab Runner
-
GitLab Runner Autoscaler - GitLab Runner 팀에서 구축한 핵심 기술.
[GitLab Built]
-
GitLab Runner Infrastructure Toolkit (GRIT) - GitLab Runner 팀이 관리하는 인프라 구조 코드입니다. GitLab Runner Autoscaler와 같은 것을 배포하는 데 필요합니다.
[GitLab Built]
-
AWS EC2에서 GitLab Runner 자동 스케일링.
[GitLab Built]
-
AWS EC2 ASG용 GitLab HA 스케일링 Runner 자동판매기.
[GitLab Solution]
- Runner 자동판매기 교육 자료.
-
GitLab EKS Fargate Runners.
[GitLab Solution]