AWS, K8S, Docker, Ansible, Git, Github, Apache Maven 및 Jenkins를 사용하여 CI/CD 파이프라인 구축

이전 기사에서 저는 마이크로서비스의 매혹적인 세계인 마이크로서비스 아키텍처 패턴 1부: 분해 패턴을 탐구했습니다. 이것이 마이크로서비스와 그 패턴에 대한 포괄적인 기사 시리즈의 시작이었습니다.

논리적인 단계는 이 시리즈의 2부에서 계속하는 것이지만, 다음으로 살펴보고 말씀드리고 싶은 것은 이러한 마이크로서비스를 최종 사용자에게 원활하게 제공하는 중요한 프로세스라고 결정했습니다.

콘텐츠 개요

• 동기 부여
• [모듈 1]: AWS EC2 가상 서버
• [모듈 2]: 젠킨스 서버
• [모듈 3]: Git 및 Github
• [모듈 4]: 아파치 메이븐
• [모듈 5]: 도커
• [모듈 6]: 앤서블
• [모듈 7]: 쿠버네티스
• 결론
• 저자 소개

동기 부여

CI/CD는 앱 개발의 다양한 단계에 자동화를 추가하여 고객에게 앱을 제공하는 기술입니다. 저는 CI/CD(지속적 통합 및 지속적인 배포)를 파악하면 개발자가 프로젝트 저장소 경계를 넘어 백엔드 프로젝트 아티팩트가 어떻게 존재하는지 더 잘 이해할 수 있다고 믿습니다. 이러한 이해는 개발자의 관점에 근본적인 변화를 가져올 수도 있습니다. 단순히 자신의 작업을 코드 라인으로 보는 대신 프로젝트의 더 넓은 맥락을 가치 있는 제품으로 포용하기 시작할 수 있습니다.

이 글에서는 실제 적용을 통해 CI/CD 프로세스를 이해하는 것을 목표로 합니다. CI/CD 파이프라인을 수동으로 구축하는 단계별 튜토리얼을 모듈별로 분류하여 안내해 드리겠습니다. 이를 위해 AWS, Docker, Kubernetes, Ansible, Git, Apache Maven 및 Jenkins 와 같은 최신 DevOps 도구의 성능을 활용하겠습니다. 그럼 이번 여행을 시작해 볼까요!

[모듈 1]: AWS EC2 가상 서버

이 모듈은 AWS EC2 가상 서버 인스턴스 생성을 전담합니다. 이 문서의 일부로 Jenkins, Ansible 및 Kubernetes용 EC2 인스턴스 3개를 설정하게 됩니다. 지금은 다음 모듈을 진행하고 "[모듈 2]: Jenkins", "[모듈 6]: Ansible" 및 "[모듈 7]: Kubernetes" 섹션에서 이 모듈을 다시 방문할 수 있습니다.

1단계: AWS 계정 생성

https://aws.amazon.com으로 이동합니다.

AWS 계정 생성 버튼을 클릭합니다.

계정 만들기 웹페이지의 지침을 따르세요.

2단계: AWS 계정에 로그인

https://console.aws.amazon.com/console/home으로 이동합니다. 로그인 버튼을 클릭하세요.

이 웹 페이지에 필요한 모든 자격 증명을 입력하십시오.

3단계: EC2 가상 서버 찾기

검색창에서 EC2를 찾아보세요.

EC2 서비스를 클릭하여 EC2 가상 서버를 선택합니다.

인스턴스 시작 버튼을 클릭합니다.

4단계: '이름 및 태그' 섹션 구성

'이름 및 태그' 섹션으로 이동합니다.

"이름" 섹션에 새 AWS EC2 가상 서버 인스턴스의 이름을 제공합니다.

"추가 태그 추가"를 클릭하여 가상 서버에 대한 추가 태그를 추가할 수도 있습니다.

5단계: "애플리케이션 및 OS 이미지(Amazon 머신 이미지)" 섹션 구성

"애플리케이션 및 OS 이미지(Amazon 머신 이미지)" 섹션으로 이동합니다.

6단계: "인스턴스 유형" 섹션 구성

'인스턴스 유형' 섹션으로 이동합니다.

7단계: "스토리지 구성" 섹션 구성

'저장소 구성' 섹션으로 이동하세요.

8단계: '네트워크 설정' 섹션 구성

"네트워크 설정" 섹션으로 이동하세요.

가상 서버의 보안을 설정해야 합니다. 이것을하기 위해,

1. '보안 그룹 생성' 버튼을 클릭하세요.
2. "보안 그룹 이름" 섹션에 새 보안 그룹의 이름을 추가합니다.
3. "설명" 섹션에 새 보안 그룹에 대한 설명을 추가합니다.

기본적으로 가상 서버는 유형 - SSH, 프로토콜 - TCP, 포트 - 22를 통해 액세스할 수 있습니다. 추가 연결 유형이 필요한 경우 추가 인바운드 보안 그룹 규칙을 추가하여 추가하세요.

9단계: "키 쌍(로그인)" 섹션 구성

"키 쌍(로그인)" 섹션으로 이동합니다.

아직 생성하지 않은 경우 새 키 쌍을 생성합니다.

아직 "키 쌍"을 생성하지 않은 경우:

1. “새 키 쌍 생성” 버튼을 클릭하세요.
2. "키 쌍 이름" 섹션에 새 키 쌍의 이름을 지정합니다.
3. 키 쌍 유형 RSA 또는 ED25519 를 선택합니다. 저는 RSA 유형을 선택했습니다.
4. 개인 키 파일 형식을 선택합니다. .pem 및 .ppk 선택. 저는 .pem 형식을 선택합니다.
5. '키 쌍 생성' 버튼을 클릭하세요.
6. 개인 키 파일을 다운로드하라는 팝업 창이 나타납니다. 동의하고 파일을 컴퓨터에 다운로드합니다.

10단계: EC2 가상 서버 인스턴스 시작

"인스턴스 시작" 버튼을 클릭하여 EC2 가상 서버 인스턴스를 시작합니다.

EC2 가상 서버 인스턴스 생성 프로세스가 완료되면 다음이 표시됩니다.

그런 다음 " 모든 인스턴스 보기" 버튼을 클릭하여 " 인스턴스" 섹션으로 이동해야 합니다.

이제 AWS EC2 Virtual Server 인스턴스가 실행 중임을 확인할 수 있습니다.

[모듈 2]: 젠킨스 서버

이제 EC2 가상 서버 인스턴스에서 JenkinsServer를 구성해 보겠습니다.

1단계: AWS EC2 가상 서버 인스턴스 생성

Jenkins를 실행하려면 가상 서버가 필요합니다.

이 자습서의 [모듈 1]: AWS EC2 가상 서버 섹션의 지침에 따라 이 단계를 완료하고 JenkinsServer라는 이름의 EC2 가상 서버 인스턴스를 생성합니다.

2단계: AWS EC2 가상 서버 인스턴스에 연결

AWS 콘솔 홈 페이지 → EC2 관리 콘솔 대시보드 → 인스턴스로 이동합니다.

그런 다음 JenkinsServer를 선택한 다음 “Connect” 버튼을 클릭해야 합니다.

그러면 이런 웹페이지가 보일 것입니다. "연결" 버튼을 다시 클릭해야 합니다.

이제 EC2 가상 서버 인스턴스 온라인 터미널을 볼 수 있습니다.

3단계: Jenkins 저장소 다운로드

이제 EC2 가상 서버 인스턴스에 Jenkins를 다운로드해야 합니다.

다음 지침을 따르십시오.

1. Jenkins 다운로드 웹페이지 로 이동합니다.

2. Stable(LTS) 및 일반 릴리스(주간) 옵션을 볼 수 있습니다. Red Hat/Fedora/Alma/Rocky/CentOS LTS 옵션을 선택합니다.

   
   

이 웹 페이지가 표시됩니다.

3. “sudo get..” 명령을 복사하고 실행하면 인터넷의 Jenkins 저장소에서 Jenkins 파일을 다운로드하여 EC2 가상 서버 인스턴스의 지정된 위치에 저장합니다.

 sudo wget -O /etc/yum.repos.d/jenkins.repo https://pkg.jenkins.io/redhat-stable/jenkins.repo

이제 Jenkins가 다운로드되었습니다.

4단계: Jenkins 키 가져오기

Jenkins 설치를 완료하려면 Jenkins 키를 가져와야 합니다.

Jenkins 키를 가져오려면 “sudo rpm..” 명령을 복사하고 실행해야 합니다.

 sudo rpm --import https://pkg.jenkins.io/redhat-stable/jenkins.io-2023.key

5단계: 자바 설치

Jenkins를 실행하려면 EC2 가상 서버 인스턴스에 Java를 설치해야 합니다.

Java를 설치하려면 이 명령을 사용하십시오.

 sudo amazon-linux-extras install java-openjdk11 -y

다음 명령을 사용하여 Java가 올바르게 설치되었는지 확인하십시오.

 java -version

당신은 그런 것을 보게 될 것입니다.

6단계: 글꼴 구성 설치

Jenkins를 실행하려면 EC2 가상 서버 인스턴스에 글꼴 구성을 설치해야 합니다.

이 명령을 사용하십시오.

 sudo yum install fontconfig java-11-openjdk -y

7단계: Jenkins 설치

이전 단계에서는 특정 Jenkins 리포지토리를 사용하도록 EC2 가상 서버 인스턴스를 구성한 다음 이 리포지토리와 연결된 GPG 키를 가져왔습니다. 이제 Jenkins 패키지를 찾으려면 추가한 Jenkins 저장소를 포함하여 알고 있는 모든 저장소를 검색하는 명령을 실행해야 합니다. Jenkins 저장소에서 Jenkins 패키지를 찾으면 이를 다운로드하여 설치합니다.

이 명령을 실행해 보겠습니다.

 sudo yum install jenkins -y

8단계: Jenkins 시작

이 명령을 사용하여 Jenkins를 시작할 수 있습니다.

 sudo systemctl start jenkins

Jenkins가 실행 중인지 확인하려면 다음 명령을 사용하세요.

 sudo systemctl status jenkins

아래 스크린샷과 같이 출력이 표시됩니다.

이제 Jenkins가 실행 중일 것입니다.

9단계: Jenkins에 액세스

Jenkins 애플리케이션에 액세스하려면 웹 브라우저를 열고 EC2 인스턴스의 퍼블릭 IP 주소 또는 도메인 이름과 포트 8080을 차례로 입력합니다.

 http://<your-ec2-ip>:8080

Jenkins에 처음 액세스하면 자동 생성된 비밀번호로 잠깁니다.

다음 명령을 사용하여 이 비밀번호를 표시해야 합니다.

 sudo cat /var/lib/jenkins/secrets/initialAdminPassword

이 비밀번호를 복사하고 브라우저로 돌아가서 관리자 비밀번호 필드에 붙여넣고 "계속"을 클릭하세요.

그러면 이 웹페이지를 보실 수 있습니다.

이제 Jenkins 서버를 사용할 수 있습니다.

10단계: 새 Jenkins 파이프라인 생성

이제 Jenkins가 제대로 작동하므로 Jenkins 파이프라인 생성을 시작할 수 있습니다. Jenkins 파이프라인을 생성하려면 새로운 "Freestyle 프로젝트"를 생성해야 합니다. 새로운 "Freestyle 프로젝트"를 생성하려면 Jenkins 대시보드로 이동하여 "새 항목" 버튼을 클릭해야 합니다.

Github "Freestyle project"("파이프라인" 이름은 앞으로 계속 사용됩니다)의 이름을 입력하고 "OK" 버튼을 클릭합니다.

그런 다음 파이프라인에 대한 설명을 제공합니다.

그런 다음 "적용" 및 "저장" 버튼을 클릭합니다. 그 후에는 이 튜토리얼에서 구축할 파이프라인의 기초를 만들었다는 의미입니다.

[모듈 3]: Git 및 Github

이제 Jenkins가 AWS EC2 Virtual Server 인스턴스에서 실행되므로 파이프라인으로 Git을 구성할 수 있습니다.

가장 널리 사용되는 버전 제어 시스템인 Git을 사용하면 프로젝트 Github 리포지토리에서 Jenkins가 설치된 EC2 가상 서버 인스턴스로 최신 코드를 가져올 수 있습니다.

1단계: Git 설치

Git을 설치하려면 이 명령을 사용하세요.

 sudo yum install git -y

이제 이 명령을 사용하여 Git이 작동하는지 확인하세요.

 git --version

이제 Git은 EC2 Virtual Server 인스턴스에서 제대로 작동합니다.

2단계: Jenkins 대시보드 열기

Git이 EC2 Virtual Server 인스턴스에서 제대로 작동하므로 이제 Jenkins를 Git과 통합할 수 있습니다.

이 통합을 시작하려면 Jenkins Github 플러그인을 설치해 보겠습니다.

Jenkins 대시보드 섹션으로 이동합니다.

3단계: Jenkins 플러그인 관리자 열기

"Jenkins 관리" 버튼을 클릭한 다음 "플러그인 관리" 버튼을 클릭합니다.

4단계: Github Jenkins 플러그인 찾기

"사용 가능한 플러그인" 버튼을 클릭하세요.

Github 플러그인 검색 상자를 찾으세요.

Github 플러그인을 선택하세요.

5단계: Github Jenkins 플러그인 설치

Github 플러그인을 선택하세요. 그런 다음 '다시 시작하지 않고 설치' 버튼을 클릭합니다.

Github 플러그인 다운로드가 끝날 때까지 기다리십시오.

예! Jenkins Github 플러그인이 설치되었습니다.

6단계: Github Jenkins 플러그인 구성

이제 GitHub Jenkins 플러그인이 설치되었으므로 최종적으로 Jenkins를 Git과 통합하도록 이 플러그인을 구성할 수 있습니다. 그렇게 하려면 “상위 페이지로 돌아가기” 버튼을 클릭하여 메인 페이지로 돌아가야 합니다.

그런 다음 메인 페이지에서 "Jenkins 관리" 버튼을 클릭한 다음 "글로벌 도구 구성" 버튼을 클릭해야 합니다.

그런 다음 전역 도구 구성 웹 페이지에서 Git 섹션으로 이동해야 합니다.

Git 섹션에서는 컴퓨터의 Git에 대한 이름과 경로를 제공하여 Git을 구성해야 합니다.

그런 다음 "적용" 및 "저장" 버튼을 클릭하세요**.**

여기에서 Jenkins Github 플러그인 구성이 완료되었습니다.

7단계: 파이프라인에 Git 통합

이제 Jenkins Github 플러그인이 설치 및 구성되었으므로 파이프라인 내에서 이 플러그인을 활용할 수 있습니다. 이렇게 하면 모듈 2에서 생성한 파이프라인이 지정된 GitHub 저장소에서 프로젝트 코드를 가져올 수 있습니다.

이 플러그인을 파이프라인에 통합하려면 소스 코드 관리 섹션으로 이동하여 파이프라인에서 Git을 선택해야 합니다. 그런 다음 프로젝트 저장소 URL을 제공해야 합니다. 프로젝트 저장소가 Github에 공개된 경우 자격 증명을 제공할 필요가 없습니다. 프로젝트 저장소가 Github에서 비공개인 경우 자격 증명을 제공해야 합니다.

다음 Repository URL인 https://github.com/Sunagatov/Hello.git 에서 내 프로젝트를 사용할 수 있습니다.

복사하여 " Repository URL" 입력에 붙여넣기만 하면 됩니다. 그런 다음 "적용" 및 "저장" 버튼을 클릭하여 파이프라인과 Git 통합을 완료합니다.

8단계: 파이프라인에 통합된 Git 테스트

이제 업데이트된 파이프라인을 사용하여 Github에서 프로젝트를 가져올 수 있습니다. 그렇게 하려면 **“지금 빌드”**버튼을 클릭해야 합니다. 결과적으로 빌드 기록에 성공적인 빌드가 표시됩니다.

빌드 기록에서 첫 번째 빌드를 엽니다.

이제 첫 번째 빌드의 성공적인 작업 결과를 볼 수 있습니다. AWS EC2 터미널을 열면. 파이프라인이 잘 작동하는 것을 확인할 수 있습니다.

이 명령을 사용하면 됩니다.

 cd /var/lib/jenkins/workspace/{your pipeline name}

이렇게 하면 Github의 프로젝트가 AWS EC2 가상 서버 인스턴스로 당겨졌음을 확인할 수 있습니다.

[모듈 4]: 아파치 메이븐

이제 Git을 파이프라인에 통합했으므로 프로젝트를 빌드, 테스트 및 패키징할 수 있는 Apache Maven을 통합하여 파이프라인을 더욱 향상할 수 있습니다. 이를 위해서는 Jenkins와 Git이 설치된 AWS EC2 Virtual Server 인스턴스에 Apache Maven을 설치해야 합니다.

1단계: Apache Maven 다운로드

Apache Maven을 다운로드하려면 "/opt" 디렉터리로 이동하세요.

 cd /opt

그런 다음 이 명령을 사용하십시오.

 sudo wget https://dlcdn.apache.org/maven/maven-3/3.9.4/binaries/apache-maven-3.9.4-bin.tar.gz

이 명령은 최신 공식 Apache Maven을 다운로드합니다(공식 Apache Maven 웹사이트에서 최신 버전을 확인하세요). 최신 공식 Apache Maven 릴리스를 찾으려면 https://maven.apache.org/download.cgi 링크를 사용하십시오.

2단계: 아카이브에서 Apache Maven 추출

다운로드한 아카이브에서 Apache Maven을 추출하려면 다음 명령을 사용하십시오.

 sudo tar -xvzf apache-maven-*.tar.gz

3단계: JAVA_HOME 및 M2_HOME 추가

이 명령을 사용하여 루트 폴더로 이동합니다.

 cd ~

이 명령을 사용하여 .bash_profile 파일을 편집하십시오.

 vi .bash_profile

JAVA_HOME 및 M2_HOME 변수를 추가합니다.

JAVA_HOME 의 경우 JDK11 경로를 할당하고 M2_HOME 변수의 경우 maven 디렉터리 경로를 할당합니다.

JDK 경로를 찾으려면 이 명령을 사용하십시오.

 sudo find / -name java 

변경 사항을 저장합니다.

그런 다음 이 명령을 실행하여 시스템 변수를 새로 고칩니다.

 source .bash_profile

$PATH 를 확인하려면 이 명령을 사용하세요.

 echo $PATH

Apache Maven을 확인하려면 이 명령을 사용하십시오.

 mvn -v

모든 작업을 올바르게 수행했다면 Apache Maven 버전을 볼 수 있습니다.

4단계: Apache Maven Jenkins 플러그인 설치

Apache Maven은 EC2 인스턴스에서 사용할 수 있으므로 Apache Maven 플러그인을 설치하여 파이프라인과 통합할 수 있습니다.

이를 달성하려면 다음 단계를 따르십시오.

1. "대시보드" → "Jenkins 관리" → "플러그인 관리" → "사용 가능"으로 이동합니다.
2. 검색창에 "Maven"을 입력하세요.
3. "Maven 통합" 플러그인을 선택하세요.

다운로드 프로세스가 끝날 때까지 기다리십시오.

그런 다음 "톱 페이지로 돌아가기" 버튼을 클릭합니다.

5단계: Apache Maven Jenkins 플러그인 구성

Apache Maven Jenkins 플러그인이 성공적으로 설치되면 이제 모듈 2와 3에서 생성하고 업데이트한 파이프라인 내에서 이 플러그인을 활용할 수 있습니다.

이렇게 하려면 다음 단계를 따르세요.

1. "대시보드" → "Jenkins 관리" → "전역 도구 구성" → "JDK" 로 이동합니다.
2. "JDK 추가" 버튼을 클릭합니다.
3. "자동으로 설치"를 선택 취소하십시오.

그런 다음 "Maven" 섹션으로 이동하십시오. “Maven 추가” 버튼을 클릭하세요. "자동으로 설치"를 선택 취소하십시오.

그런 다음 이름 과 MAVEN_HOME 경로를 추가합니다.

“적용” 및 “저장” 버튼을 클릭하세요.

여기에서 Apache Maven Jenkins 플러그인 구성이 완료되었습니다.

6단계: Apache Maven을 파이프라인에 통합

이제 Apache Maven GitHub 플러그인이 설치 및 구성되었으므로 파이프라인 내에서 Apache Maven을 활용할 수 있습니다. 이렇게 하면 "[모듈 2]: Jenkins 서버"에서 생성한 파이프라인이 프로젝트 코드를 빌드하여 jar 아티팩트를 생성할 수 있습니다.

Apache Maven을 파이프라인에 통합하려면 다음 단계를 수행해야 합니다.

1. "대시보드" → "CI_CD_Pipeline" → "구성" → "빌드 단계"로 이동합니다.
2. “빌드 단계 추가” 버튼을 클릭하세요.
3. "최상위 Maven 대상 호출" 옵션을 선택하십시오.
4. "Maven 버전"으로 "Apache-Maven"을 선택합니다 .
5. " 목표" 입력에 " 클린 패키지" 명령을 추가합니다.
6. "고급" 버튼을 클릭하세요.
7. "POM" 입력에 "pom.xml"을 추가합니다.

마지막으로 "적용" 및 "저장" 버튼을 클릭하여 Apache Maven과 파이프라인의 통합을 완료해야 합니다.

7단계: 파이프라인에 통합된 Apache Maven 테스트

이제 업데이트된 파이프라인을 사용하여 Github 프로젝트를 빌드할 수 있습니다. 그렇게 하려면 **“지금 빌드”**버튼을 클릭해야 합니다. 결과적으로 빌드 기록에 성공적인 작업 결과가 표시됩니다.

AWS EC2 터미널을 열면. 파이프라인이 잘 작동하는 것을 확인할 수 있습니다.

이 명령을 사용하면 됩니다.

 cd /var/lib/jenkins/workspace/{your pipeline name}/target

이렇게 하면 GitHub에서 프로젝트가 성공적으로 빌드되었음을 나타내는 JAR 아티팩트를 볼 수 있습니다.

[모듈 5]: 도커

이제 Docker와 Ansible을 설치할 "Ansible Server"라는 이름의 새 EC2 인스턴스를 생성해 보겠습니다.

1단계: AWS EC2 가상 서버 인스턴스 시작

이 자습서의 " AWS EC2 가상 서버 인스턴스 시작" 섹션의 지침을 사용하여 이 단계를 완료하세요. 보안 그룹 설정을 추가하는 것을 잊지 마세요. 이를 통해 Docker와 SSH가 각각 포트 8080과 22에서 작동할 수 있습니다.

2단계: AWS EC2 가상 서버 인스턴스에 연결

“연결” 버튼을 클릭하세요.

이제 EC2 Virtual Server 인스턴스 온라인 터미널을 볼 수 있습니다.

 sudo chown ansible-admin:ansible-admin /opt/docker

3단계: Ansible EC2 가상 서버에 Docker를 설치합니다.

이제 Ansible EC2 인스턴스에 docker를 설치해야 합니다. 그러기 위해서는 새로운 docker 폴더를 생성해야 합니다.

 sudo mkdir /opt/docker

그런 다음 다음 명령을 실행하여 docker를 설치합니다.

 sudo yum install docker -y

4단계: Ansible EC2 가상 서버의 Docker 그룹에 현재 사용자 추가

Docker 관리자 권한을 부여하려면 현재 사용자 "ansible-admin" 을 "AnsibleServer" EC2 가상 서버의 Docker 그룹에 추가해야 합니다.

 sudo usermod -a -G docker ansible-admin

이러한 변경 사항을 적용하려면 로그아웃했다가 다시 로그인해야 합니다.

그런 다음 다음 명령을 실행할 수 있습니다

 id ansible-admin

새로운 docker 사용자가 존재하는지 확인합니다.

5단계: Docker 실행

이제 Docker가 Ansible EC2 인스턴스에 설치되었으므로 다음 명령을 실행하여 시작할 수 있습니다.

 sudo systemctl start docker

Docker가 시작되면 다음 명령을 실행할 수 있습니다.

 sudo systemctl status docker

현재 docker가 활성화되어 실행 중인지 확인하세요.

6단계: Dockerfile 만들기

파이프라인의 최종 버전에서는 GitHub 프로젝트에서 새 Docker 이미지를 생성하고 이를 Docker Hub에 푸시하는 과정이 포함됩니다. 이를 달성하려면 GitHub 프로젝트에 Dockerfile이 포함되어 있어야 합니다.

“ [모듈 3]: Git 및 Github” 모듈에서 제공되는 “Hello” 프로젝트를 사용한 경우 이 프로젝트 저장소에 Dockerfile이 이미 포함되어 있으므로 새 Dockerfile을 생성할 필요가 없습니다.

 FROM eclipse-temurin:17-jre-jammy ENV HOME=/opt/app WORKDIR $HOME ADD hello-0.0.1-SNAPSHOT.jar $HOME ENTRYPOINT ["java", "-jar", "/opt/app/hello-0.0.1-SNAPSHOT.jar" ]

자체 프로젝트 저장소를 사용했지만 여기에 Dockerfile이 포함되어 있지 않은 경우 새 Dockerfile을 생성해야 합니다.

새 Dockerfile을 생성하려면 다음 명령을 실행하여 새 파일을 생성합니다.

 sudo touch Dockerfile

그런 다음 컨테이너화된 애플리케이션 환경을 구축하는 방법을 설명하는 일련의 명령으로 이 파일을 채울 수 있습니다. 이러한 명령에는 이미지에 파일 복사, 소프트웨어 설치, 환경 변수 설정, 컨테이너 구성과 같은 작업이 포함됩니다.

이러한 명령으로 Dockerfile을 채우려면 다음 명령을 실행합니다.

 vim Dockerfile

Dockerfile을 사용할 준비가 되었습니다.

7단계: Docker 로그인

이제 Dockerfile을 사용할 준비가 되었으므로 **"JenkinsServer"**EC2 인스턴스에서 프로젝트의 JAR 아티팩트를 복사하여 "AnsibleServer" EC2 인스턴스에 붙여넣으세요. 이 전송은 파이프라인을 통해 추가로 자동화된다는 점에 유의하는 것이 중요합니다.

이 단계를 완료하면 설정한 Docker 환경과 함께 Dockerfile을 테스트할 준비가 됩니다.

테스트를 시작하기 전에 Dockerhub에서 자신을 인증하세요. 다음 명령을 실행하십시오.

 docker login

이 명령은 사용자 이름과 비밀번호를 포함하여 Dockerhub 로그인 자격 증명을 제공하라는 메시지를 표시합니다.

이로써 Docker 에 로그인하는 과정이 완료되었으며 이제 테스트를 진행할 준비가 되었습니다.

8단계: Docker 환경 및 Dockerfile 테스트

Dockerhub에 성공적으로 로그인하면 이제 준비한 Dockerfile 테스트를 시작할 준비가 되었습니다.

도커 이미지를 생성하려면 이 명령을 실행하세요.

 docker build -t hello:latest .

그런 다음 후속 명령을 실행하여 Dockerhub에 이미지를 쉽게 업로드할 수 있는 태그를 설정합니다.

 docker tag hello:latest zufarexplainedit/hello:latest

마지막으로 이 명령을 실행하여 Docker 이미지를 Dockerhub에 푸시합니다.

 docker push zufarexplainedit/hello:latest

다음 단계에 따라 Dockerhub 계정으로 이동하여 새 이미지를 볼 수 있는지 여부를 확인하세요.

이제 이미지가 효과적으로 추가되었는지 확인해야 합니다. 이 결과는 Docker 환경이 성공적으로 설치되었으며 Dockerfile이 올바른지 확인합니다.

[모듈 6]: 앤서블

이제 EC2 가상 서버 인스턴스에 Ansible 서버를 구성해 보겠습니다.

1단계: AWS EC2 가상 서버 인스턴스 생성

Ansible을 실행하려면 가상 서버가 필요합니다.

이 튜토리얼의 [모듈 1]: AWS EC2 가상 서버 섹션의 지침에 따라 이 단계를 완료하고 Ansible용 EC2 가상 서버 인스턴스를 생성하세요.

2단계: AWS EC2 가상 서버 인스턴스에 연결

AWS 콘솔 홈 페이지 → EC2 관리 콘솔 대시보드 → 인스턴스 → AnsibleServer로 이동합니다.

그런 다음 "연결" 버튼을 클릭하십시오.

그러면 이런 웹페이지가 보일 것입니다. "연결" 버튼을 다시 클릭해야 합니다.

이제 EC2 가상 서버 인스턴스 온라인 터미널을 볼 수 있습니다.

이제 EC2 가상 서버 인스턴스에 Ansible Server를 구성해 보겠습니다.

3단계: “AnsibleServer” AWS EC2 가상 서버 인스턴스의 호스트 이름 변경

EC2 가상 서버 인스턴스에 AnsibleServer를 구성할 때 가장 먼저 해야 할 일은 호스트 이름을 변경하는 것입니다.

해보자. 호스트 이름 파일을 열려면 다음 명령을 실행하십시오.

 sudo vi /etc/hostname

다음과 같은 내용이 표시됩니다.

이 호스트 이름을 "ansible-server"로 바꾸십시오. 그런 다음 재부팅하십시오.

 sudo init 6 

4단계: “AnsibleServer” AWS EC2 가상 서버 인스턴스에 새 사용자 추가 및 구성

이제 AWS EC2 가상 서버 인스턴스에 새로운 ansible-admin 사용자를 추가해 보겠습니다.

그렇게 하려면 다음 명령을 사용하십시오.

 sudo useradd ansible-admin

그런 다음 ansible-admin 사용자의 비밀번호를 설정하십시오.

 sudo passwd ansible-admin

또한 sudoers 파일을 편집하여 사용자 권한을 구성해야 합니다.

 sudo visudo

이 sudoers 파일에 "ansible-admin ALL=(ALL) ALL"을 추가합니다.

또한 PasswordAuthentication을 활성화하려면 /etc/ssh/sshd_config 파일을 편집해야 합니다.

 sudo vi /etc/ssh/sshd_config 

그런 다음 서비스를 다시 로드하여 이러한 변경 사항을 확인해야 합니다.

 sudo service sshd reload

이 명령을 실행하면 다음이 표시됩니다.

 sudo su - ansible-admin

5단계: AWS EC2 Virtual Server 인스턴스에서 키 생성

이 문서에서는 K8s EC2 가상 서버 인스턴스와 같은 원격 서버를 관리할 계획입니다. 그렇기 때문에 SSH 키를 설정해야 합니다.

 ssh-keygen

이 명령을 실행하면 다음이 표시됩니다.

이제 SSH 키가 생성되어 사용할 준비가 되었습니다.

6단계: Ansible 설치

이제 “AnsibleServer” EC2 가상 서버 인스턴스에 Ansible을 설치할 수 있습니다.

해보자.

Ansible을 설치하려면 이 명령을 실행하세요.

 sudo amazon-linux-extras install ansible2

Ansible을 확인하려면 다음 명령을 사용하십시오.

 ansible --version

이 명령을 실행하면 다음이 표시됩니다.

7단계: JenkinsServer EC2 인스턴스에 Jenkins "Publish over SSH" 플러그인 설치

Ansible이 "AnsibleServer" EC2 가상 서버 인스턴스에 설치되어 있으므로 Jenkins를 구성하여 Ansible과 통합할 수 있습니다. Jenkins를 Ansible이 설치된 EC2 Virtual Server 인스턴스 및 Kubernetes가 설치된 다른 EC2 Virtual Server 인스턴스와 통합하려면 "Publish over SSH" 플러그인을 설치해야 합니다.

“대시보드” → “ Jenkins 관리” → “시스템 구성” → “사용 가능한 플러그인” 으로 이동합니다.

그런 다음 검색 상자에 "Publish over SSH"를 입력합니다.

'다시 시작하지 않고 설치' 버튼을 클릭하세요. 다운로드 프로세스가 끝날 때까지 기다리십시오.

이제 "Publish over SSH" 플러그인이 Jenkins EC2 Virtual Server 인스턴스에 설치되었습니다.

8단계: Jenkins "Publish over SSH" 플러그인 구성

Apache Maven Jenkins 플러그인이 성공적으로 설치되면 이제 모듈 2와 3에서 생성하고 업데이트한 파이프라인 내에서 이 플러그인을 활용할 수 있습니다.

이렇게 하려면 다음 단계를 따르세요.

"대시보드" → "Jenkins 관리" → "시스템 구성" → "SSH를 통해 게시" 로 이동합니다.

호스트 이름, 사용자 이름, 개인 키(또는 해당하는 경우 비밀번호)를 포함하여 스크린샷에 있는 모든 필수 데이터를 입력하세요.

그런 다음 "적용" 및 "저장" 버튼을 클릭합니다.

여기에서 "Publish over SSH" Jenkins 플러그인 구성이 완료되었습니다.

그런 다음 "테스트 구성"을 클릭하여 플러그인이 올바르게 작동하는지 확인하십시오.

왼쪽에서 테스트 플러그인 구성 상태가 “Success”인 것을 볼 수 있습니다. 이는 플러그인 구성이 정확하다는 것을 의미합니다.

9단계: AnsibleServer에 새 Docker 디렉터리 생성

프로젝트 JAR이 저장될 AnsibleServer EC2 인스턴스에 새 폴더를 만들어야 합니다. 이 jar는 나중에 Docker 이미지를 만드는 데 사용됩니다.

시작하자.

AnsibleServer EC2 인스턴스의 "/opt" 폴더로 이동합니다.

 cd /opt

거기에 새 폴더 "docker" 를 만듭니다.

 sudo mkdir docker

이 "docker" 폴더에 권한을 부여하십시오.

 sudo chown ansible-admin:ansible-admin docker

이제 이 명령을 실행하여 “docker” 폴더 권한을 확인합니다.

 ll

“ansible-admin” 사용자로 “docker” 폴더에 접근할 수 있는 것을 확인할 수 있습니다.

10단계: "Publish over SSH" Github 플러그인을 파이프라인 에 통합

이제 “Publish over SSH” Github 플러그인이 설치 및 구성되었으므로 이제 이를 “[모듈 2]: Jenkins 서버”에서 생성한 파이프라인에 통합하여 “ JenkinsServer” 에서 프로젝트 jar 아티팩트를 다음으로 전송할 수 있습니다. “앤서블서버” .

"Publish over SSH" Github 플러그인을 파이프라인에 통합하려면 다음 단계를 따라야 합니다.

1. "대시보드" → "CI_CD_Pipeline" → "구성" → "빌드 후 작업"으로 이동합니다.
2. “빌드 후 작업 추가” 버튼을 클릭합니다.
3. "SSH를 통해 빌드 아티팩트 보내기" 옵션을 선택합니다.
4. "SSH 서버" 섹션의 "이름" 입력에 "AnsibleServer"를 추가합니다**.**
5. "Transfer Set" 섹션에 입력된 "Source files" 에 "target/*.jar"을 추가합니다**.**
6. " 전송 세트" 섹션**의 "접두사 제거" 입력에 "대상/"을 추가합니다.**
7. "전송 세트" 섹션**의 "원격 디렉터리" 입력에 "//opt/docker/"를 추가합니다.**
8. 지금은 'Transfer Set' 섹션 아래의 'Exec command' 입력에 빈 문자열을 입력하기만 하면 됩니다.

마지막으로 "적용" 및 "저장" 버튼을 클릭하여 파이프라인과 "SSH를 통해 게시" 플러그인 통합을 완료해야 합니다.

11단계: 파이프라인에 통합된 "SSH를 통해 게시" Github 플러그인 테스트

이제 업데이트된 파이프라인을 사용하여 프로젝트 jar 아티팩트를 " JenkinsServer" 에서 "AnsibleServer" 로 전송할 수 있습니다. 그렇게 하려면 "지금 빌드" 버튼을 클릭해야 합니다. 결과적으로 빌드 기록에 성공적인 작업 결과가 표시됩니다.

“AnsibleServer” AWS EC2 터미널을 열면. 파이프라인이 잘 작동하는 것을 확인할 수 있습니다.

이 명령을 사용하면 됩니다.

 cd /opt/docker

이렇게 하면 GitHub에서 프로젝트가 성공적으로 빌드되었음을 나타내는 JAR 아티팩트를 볼 수 있습니다.

12단계: Ansible 호스트 구성

Ansible 플레이북을 실행할 때 실행해야 하는 호스트를 지정합니다. 이 작업은 두 가지 방법으로 수행할 수 있습니다.

1. 플레이북에서 직접 호스트 지정: 플레이북에서 hosts 매개변수를 IP 주소 또는 호스트 이름 목록으로 설정할 수 있습니다.
2. 인벤토리 파일 사용: Ansible을 사용하면 인벤토리 파일에 호스트 목록을 정의하고 플레이북을 실행할 때 이 파일을 참조할 수 있습니다. 기본 인벤토리 파일은 /etc/ansible/hosts 입니다.

/etc/ansible/hosts 편집하면 플레이북을 실행할 때마다 IP 주소를 기록하지 않고도 호스트 그룹을 쉽게 관리할 수 있습니다.

다음 명령을 실행하여 AnsibleServer EC2 인스턴스 호스트를 찾아보겠습니다.

 sudo ifconfig 

AnsibleServer EC2 인스턴스 호스트를 찾은 후 다음 명령을 실행하여 Ansible 호스트 파일에 추가할 수 있습니다.

 sudo vi /etc/ansible/hosts

"[ansible]"을 참조로 추가할 수도 있습니다.

13단계: Ansible용 localhost에 대한 비밀번호 없는 SSH 인증 구성

Ansible은 원격 서버에서 작업을 자동화하도록 설계되었습니다. 비밀번호 없는 SSH 인증을 사용하면 수동으로 비밀번호를 입력할 필요 없이 Ansible이 해당 서버에 연결할 수 있습니다.

ansible-admin 사용자의 SSH 키를 사용하여 컴퓨터에서 다른 컴퓨터(예: IP 주소 172.31.34.41의 컴퓨터)로 보안 연결을 생성하려면 이 명령을 실행하십시오.

 sudo ssh-copy-id -i /home/{your user name}/.ssh/id_rsa.pub {your user name}@{your host address}

내 경우에는 이렇게 보입니다.

 sudo ssh-copy-id -i /home/ansible-admin/.ssh/id_rsa.pub [email protected] 

이제 "추가된 키 수: 1"을 볼 수 있습니다. 이는 비밀번호 없는 SSH 인증 설치가 성공적으로 완료되었음을 의미합니다.

14단계: Docker 작업을 위한 새로운 Ansible 플레이북 생성

이제 Ansible이 모두 설정되어 준비가 완료되었으므로 파이프라인을 위한 새로운 Ansible 플레이북을 만들 수 있습니다. 이 플레이북을 사용하면 Ansible이 새 Docker 이미지를 생성하여 Dockerhub에 보낼 수 있습니다.

방법은 다음과 같습니다.

1. 새로운 Ansible 플레이북 파일을 생성하여 시작하세요. 이 명령을 사용하면 됩니다.

 touch hello-app.yml

2. 그런 다음 새로 만든 hello-app.yml 파일을 편집합니다. 이 명령을 사용하여 편집할 수 있도록 엽니다.

 vi hello-app.yml

3. 파일 안에 다음 내용을 입력하세요.

 --- - hosts: ansible user: root tasks: - name: create docker image command: docker build -t hello:latest . args: chdir: /opt/docker - name: create tag to push image onto dockerhub command: docker tag hello:latest zufarexplainedit/hello:latest - name: push docker image onto dockerhub command: docker push zufarexplainedit/hello:latest

Docker 작업을 위한 Ansible 플레이북을 사용할 준비가 되었습니다.

13단계: Docker 작업으로 Ansible 플레이북 테스트

Ansible, Ansible 플레이북, AnsibleServer 및 JenkinsServer가 모두 올바르게 구성되었으면 이제 Ansible 플레이북을 테스트할 차례입니다.

Ansible 플레이북 위치로 이동합니다.

 cd /opt/docker

그런 다음 다음 명령을 실행하십시오.

 sudo -u ansible-admin ansible-playbook /opt/docker/hello-app.yml

완료되면 Ansible 플레이북의 성공적인 실행 결과가 표시됩니다.

또한 잠시 시간을 내어 Dockerhub 계정을 방문하여 이제 새 이미지가 표시되는지 확인하세요.

새로 추가된 이미지가 표시됩니다. 이 결과는 Ansible 플레이북이 올바른지 확인합니다.

14단계: Ansible Docker 작업을 파이프라인 에 통합

이제 “Publish over SSH” Github 플러그인, Ansible 및 Docker가 설치 및 구성되었으므로 이제 “[모듈 2]: Jenkins 서버”에서 생성한 파이프라인에 이들을 모두 통합하여 프로젝트 jar 아티팩트를 전송할 수 있습니다. " JenkinsServer" 에서 "AnsibleServer" 로 프로젝트에서 새 Docker 이미지를 빌드한 다음 이 Docker 이미지를 Dockerhub에 푸시합니다.

이를 달성하려면 다음 단계를 따라야 합니다.

1. "대시보드" → "CI_CD_Pipeline" → "구성" → "빌드 후 작업" → "SSH를 통해 빌드 아티팩트 보내기"로 이동합니다.
2. "Exec 명령" 입력에 "sudo -u ansible-admin ansible-playbook /opt/docker/hello-app.yml" 명령을 추가합니다.

마지막으로 "적용" 및 "저장" 버튼을 클릭하여 파이프라인과 Ansible Docker 작업 통합을 완료합니다.

15단계: 파이프라인에 통합된 "Docker 작업이 포함된 Ansible 플레이북" 테스트

이제 업그레이드된 파이프라인을 테스트하여 프로젝트 jar 아티팩트를 " JenkinsServer" 에서 "AnsibleServer" 로 원활하게 전송한 다음 프로젝트에서 새 Docker 이미지를 빌드하고 이 Docker 이미지를 Dockerhub에 푸시할 수 있습니다. 그렇게 하려면 "지금 빌드" 버튼을 클릭해야 합니다. 결과적으로 빌드 기록에 성공적인 작업 결과가 표시됩니다.

또한 잠시 시간을 내어 Dockerhub 계정을 방문하여 이제 새 이미지가 표시되는지 확인하세요.

새로 추가된 이미지가 표시됩니다. 이 결과는 Docker 작업이 포함된 Ansible 플레이북이 파이프라인에 성공적으로 통합되었음을 확인합니다.

[모듈 7]: 쿠버네티스

이제 EC2 인스턴스에서 K8을 구성해 보겠습니다. Kubernetes 클러스터와 추가로 상호 작용하기 위해 새 EC2 인스턴스를 생성하고 kubectl 명령줄 도구를 설치하려고 합니다.

1단계: AWS EC2 가상 서버 인스턴스 시작

이 자습서의 " AWS EC2 가상 서버 인스턴스 시작" 섹션의 지침을 사용하여 이 단계를 완료하세요.

2단계: AWS EC2 가상 서버 인스턴스에 연결

“연결” 버튼을 클릭하세요.

이제 EC2 Virtual Server 인스턴스 온라인 터미널을 볼 수 있습니다.

3단계: “KubernetesServer” AWS EC2 가상 서버 인스턴스의 호스트 이름 변경

EC2 가상 서버 인스턴스에서 KuberenetesServer를 구성할 때 가장 먼저 해야 할 일은 호스트 이름을 변경하는 것입니다.

해보자. 호스트 이름 파일을 열려면 다음 명령을 실행하십시오.

 sudo vi /etc/hostname

이런 것을 봐야합니다.

이 호스트 이름을 "kubernetes-server" 로 바꾼 다음 재부팅하세요.

 sudo init 6

호스트 이름이 변경되었습니다.

4단계: AWS CLI 버전 확인

AWS 버전을 확인하려면 이 명령을 사용하십시오.

 aws --version

이렇게 하면 현재 aws-cli 버전을 확인할 수 있습니다.

aws-cli/1.18 버전이 보이면 최신 버전을 다운로드해야 합니다.

5단계: AWS CLI 업데이트

이제 EC2 인스턴스에 이전 aws-cli 버전이 있다는 것을 알았으므로 이를 업데이트해야 합니다. 이를 위해서는 AWS → 설명서 → AWS 명령줄 인터페이스 → 버전 2 사용 설명서로 이동하세요.

컬 명령을 복사하여 붙여넣습니다.

먼저 이 명령을 실행하여 awscli 버전 2를 다운로드합니다.

 curl "https://awscli.amazonaws.com/awscli-exe-linux-x86_64.zip" -o "awscliv2.zip"

다운로드 프로세스가 시작될 때까지 기다리십시오.

이런 것을 봐야합니다.

둘째, awscli 버전 2 아카이브의 압축을 풀려면 이 명령을 실행해야 합니다.

 unzip awscliv2.zip

셋째, awscli 버전 2를 설치하려면 이 명령을 실행해야 합니다.

 sudo ./aws/install

그런 다음 Kubernetes EC2 Virtual Server 인스턴스 온라인 터미널을 다시 로드합니다.

다음으로 이 명령을 사용하여 AWS 버전을 확인하세요.

 aws --version

aws cli에 aws-cli/2가 있는 것을 볼 수 있습니다.

6단계: kubectl 설치

이제 Kubernetes 클러스터와 추가로 상호작용하기 위해 kubectl 명령줄 도구를 설치해야 합니다. 이를 위해서는 AWS → 설명서 → Amazon EKS → 사용 설명서 → kubectl 설치 또는 업데이트 → Linux 로 이동해야 합니다.

아니면 https://docs.aws.amazon.com/eks/latest/userguide/install-kubectl.html 링크를 클릭하세요.

먼저 이 명령을 실행하여 kubectl을 다운로드합니다.

 curl -O https://s3.us-west-2.amazonaws.com/amazon-eks/1.27.1/2023-04-19/bin/linux/amd64/kubectl

다운로드 프로세스를 기다립니다.

당신은 이런 것을 보게 될 것입니다.

kubectl에 권한을 부여합니다.

 chmod +x kubectl

kubectl을 /usr/local/bin 폴더로 이동합니다.

 sudo mv kubectl /usr/local/bin

kubectl 버전을 확인하세요.

 kubectl version --output=yaml

7단계: eksctl 설치

명령을 실행하여 kubectl을 다운로드합니다.

 curl --silent --location "https://github.com/weaveworks/eksctl/releases/latest/download/eksctl_$(uname -s)_amd64.tar.gz" | tar xz -C /tmp

eksctl을 /usr/local/bin 폴더로 이동합니다.

 sudo mv /tmp/eksctl /usr/local/bin

eksctl 버전을 확인하세요.

 eksctl version

버전을 보셔야 합니다

8단계: eksctl에 대한 IAM 역할 생성

IAM 역할을 생성하여 “KubernetesServer” EC2 인스턴스에 연결해야 합니다.

그렇게 하려면 검색 상자에서 EC2를 찾아야 합니다.

https://us-east-1.console.aws.amazon.com/ec2 / 링크를 클릭하여 EC2 가상 서버를 선택합니다.

IAM 대시보드 → 역할 로 이동합니다.

IAM 역할 웹 페이지에서 "역할 생성" 버튼을 클릭합니다.

그런 다음 “AWS 서비스”, “EC2”를 선택합니다. 그리고 “다음” 버튼을 클릭하세요.

그런 다음 검색 상자에서 "AmazonEC2FullAccess" , "AmazonEC2FullAccess" , "IAMFullAccess" , "AWSCloudFormationFullAccess" 를 찾은 다음 "권한 추가" 버튼을 클릭합니다.

그런 다음 "다음" 버튼을 클릭하십시오.

그런 다음 "역할 이름" 입력에 "Eksctl_Role"을 입력합니다.

그리고 '역할 만들기' 버튼을 클릭하세요.

최종적으로 역할이 생성됩니다.

9단계: eksctl을 사용하여 IAM 역할 연결

AWS EC2 인스턴스 웹페이지로 이동합니다. “KuberbetesServer”를 선택하세요. 그런 다음 “작업” → “보안” → “IAM 역할 수정”을 클릭합니다.

"Eksctl_Role"을 선택한 다음 "IAM 역할 업데이트" 버튼을 클릭합니다.

이제 IAM 역할이 “EKS_Server” 및 eksctl 도구와 연결되었습니다.

10단계: eksctl 클러스터 생성

이제 EKS 클러스터를 설정할 차례입니다.

이를 달성하려면 다음 단계를 따르십시오.

1. 특정 정보로 다음 명령을 수정합니다.

 eksctl create cluster --name cluster-name \ --region region-name \ --node-type instance-type \ --nodes-min 2 \ --nodes-max 2 \ --zones <AZ-1>,<AZ-2>

예를 들어 내 경우에는 이런 식이다.

 eksctl create cluster --name zufarexplainedit \ --region eu-north-1 \ --node-type t3.micro

2. 수정된 명령을 실행하고 클러스터 생성 프로세스가 완료될 때까지 참을성 있게 기다립니다. AWS CloudFormation 웹 페이지에 EKS 클러스터 상태가 "생성 중" 으로 표시되어 있는 것을 확인할 수 있습니다.

   
   

클러스터 생성 절차는 일반적으로 약 20분 정도 소요됩니다. 완료되면 터미널에 프로세스 결과가 표시됩니다.

또한 AWS CloudFormation 웹 페이지에서 성공적인 EKS 클러스터 생성 상태를 확인할 수 있습니다.

11단계: Kubernetes 배포 yaml 파일 생성

이제 Kubernetes 클러스터, eksctl, kubectl이 설치 및 구성되면 Kubernetes 배포 yaml 파일을 생성할 수 있습니다.

다음 명령을 실행하면 됩니다.

 touch hello-app-deployment.yaml

그런 다음, 다음 명령을 실행하여 이 파일을 편집하십시오.

 vi hello-app-deployment.yaml

hello-app-deployment.yaml에 이 콘텐츠를 추가합니다.

 apiVersion: apps/v1 kind: Deployment metadata: name: zufarexplainedit-hello-app labels: app: hello-app spec: replicas: 2 selector: matchLabels: app: hello-app template: metadata: labels: app: hello-app spec: containers: - name: hello-app image: zufarexplainedit/hello imagePullPolicy: Always ports: - containerPort: 8080 strategy: type: RollingUpdate rollingUpdate: maxSurge: 1 maxUnavailable: 1

이제 hello-app-deployment.yaml이 생성되어 사용할 준비가 되었습니다.

12단계: Kubernetes Service yaml 파일 생성

Kubernetes 클러스터, eksctl, kubectl이 설치 및 구성되면 Kubernetes Service yaml 파일을 생성할 수 있습니다.

그렇게 하려면 다음 명령을 실행하여 Kubernetes Service yaml 파일을 생성해야 합니다.

 touch hello-app-service.yaml

그런 다음, 다음 명령을 실행하여 이 파일을 편집하십시오.

 vi hello-app-service.yaml

hello-app-deployment.yaml에 이 콘텐츠를 추가합니다.

 apiVersion: v1 kind: Service metadata: name: zufarexplainedit-hello-app-service labels: app: hello-app spec: selector: app: hello-app ports: - port: 8080 targetPort: 8080 type: LoadBalancer

이제 hello-app-service.yaml이 생성되어 사용할 준비가 되었습니다.

13단계: kubectl을 사용하여 Kubernetes 클러스터 테스트

Kubernetes EKS 클러스터가 성공적으로 설치 및 구성되고 Kubernetes 서비스 및 배포 파일이 준비되었으면 이제 kubectl 명령을 사용하여 테스트할 차례입니다.

1. 배포를 적용합니다.

   배포 구성을 적용하려면 다음 명령을 사용합니다.

 kubectl apply -f hello-app-deployment.yaml

이렇게 하면 지정된 수의 복제본과 롤링 업데이트 전략을 사용하여 배포가 생성되어 애플리케이션의 가용성과 관리 효율성이 보장됩니다.

2. 서비스를 신청합니다.

다음으로 서비스 구성을 적용합니다.

 kubectl apply -f hello-app-service.yaml

그러면 LoadBalancer 유형 서비스가 설정되어 애플리케이션이 인터넷에 노출됩니다.

LoadBalancer가 프로비저닝되고 외부 IP 주소를 획득하는 데 시간이 조금 걸릴 수 있습니다.

3. LoadBalancer 상태를 확인하세요.

   사용 중인 서비스 상태를 모니터링하세요.

 kubectl get service zufarexplainedit-hello-app-service

외부 IP가 할당되면 애플리케이션에 액세스할 준비가 거의 완료된 것입니다.

4. 귀하의 애플리케이션에 액세스하십시오.

   웹 브라우저를 사용하여 할당된 외부 IP 주소 뒤에 :8080을 입력하세요. 잠시 후 페이지가 로드되고 "HelloWorld" 메시지가 표시됩니다. 초기 로딩에는 몇 초 정도 걸릴 수 있다는 점에 유의하세요.

   
   

   

   
   

 kubectl delete deployments --all

 kubectl delete pods --all

 kubectl delete services --all

 eksctl delete cluster --name {your cluster name} --region {your region name}

 eksctl delete cluster --name zufarexplainedit --region eu-north-1

14단계: “KubernetesServer” AWS EC2 가상 서버 인스턴스에 새 사용자 추가 및 구성

이제 “KubernetesServer” AWS EC2 가상 서버 인스턴스에 새로운 ansible-admin 사용자를 추가해 보겠습니다.

그렇게 하려면 이 명령을 사용하십시오.

 sudo useradd ansible-admin

그런 다음 ansible-admin 사용자의 비밀번호를 설정하십시오.

 sudo passwd ansible-admin

또한 sudoers 파일을 편집하여 사용자 권한을 구성해야 합니다.

 sudo visudo

이 sudoers 파일에 "ansible-admin ALL=(ALL) ALL"을 추가합니다.

또한 PasswordAuthentication을 활성화하려면 /etc/ssh/sshd_config 파일을 편집해야 합니다.

 sudo vi /etc/ssh/sshd_config 

그런 다음 이러한 변경을 수행하려면 서비스를 다시 로드해야 합니다.

 sudo service sshd reload

이 명령을 실행하면 다음이 표시됩니다.

 sudo su - ansible-admin

15단계: AWS EC2 Virtual Server 인스턴스에서 키 생성

이 문서에서는 K8s EC2 가상 서버 인스턴스와 같은 원격 서버를 관리할 계획입니다. 그렇기 때문에 SSH 키를 설정해야 합니다.

 ssh-keygen

이 명령을 실행하면 다음이 표시됩니다.

이제 SSH 키가 생성되어 사용할 준비가 되었습니다.

16단계: Ansible용 localhost에 대한 비밀번호 없는 SSH 인증 구성

Ansible은 원격 서버에서 작업을 자동화하도록 설계되었습니다. 비밀번호 없는 SSH 인증을 사용하면 수동으로 비밀번호를 입력할 필요 없이 Ansible이 해당 서버에 연결할 수 있습니다.

ansible-admin 사용자의 SSH 키를 사용하여 컴퓨터에서 다른 컴퓨터(예: IP 주소 172.31.34.41의 컴퓨터)로 보안 연결을 생성하려면 이 명령을 실행하십시오.

 sudo ssh-copy-id -i /home/{your user name}/.ssh/id_rsa.pub {your user name}@{your host address}

내 경우에는 이렇게 보입니다.

 sudo ssh-copy-id -i /home/ansible-admin/.ssh/id_rsa.pub [email protected] 

이제 "추가된 키 수: 1"을 볼 수 있습니다. 이는 비밀번호 없는 SSH 인증 설치가 성공적으로 완료되었음을 의미합니다.

17단계: AnsibleServer EC2 인스턴스에서 Ansible 호스트 구성

Ansible 플레이북을 실행할 때 실행해야 하는 호스트를 지정합니다. 이 단계에서는 KubernetesServer EC2 인스턴스 호스트를 지정해야 합니다. 그렇게 하려면 " [모듈 6]: Ansible"에서 전달한 것과 동일한 단계를 반복해야 합니다.

다음 명령을 실행하여 KubernetesServer EC2 인스턴스 호스트를 찾아보겠습니다.

 sudo ifconfig 

KubernetesServer EC2 인스턴스 호스트를 찾은 후 다음 명령을 실행하여 이를 Ansible 호스트 파일에 추가할 수 있습니다.

 sudo vi /etc/ansible/hosts 

"[kubernetes]"를 참조로 추가할 수도 있습니다.

18단계: Kubernetes 작업을 위한 새로운 Ansible 플레이북 생성

이제 Kubernetes가 모두 설정되어 준비가 완료되었으므로 파이프라인에 대한 Kubernetes 작업이 포함된 새로운 Ansible 플레이북을 만들 수 있습니다. 이 플레이북을 사용하면 Ansible이 kubectl 명령을 사용하여 Kubernetes 클러스터에서 앱을 실행할 수 있습니다.

방법은 다음과 같습니다.

1. 새로운 Ansible 플레이북 파일을 생성하여 시작하세요. 이 명령을 사용하면 됩니다.

 touch kubernetes-hello-app.yml

2. 그런 다음 새로 만든 hello-app.yml 파일을 편집합니다. 이 명령을 사용하여 편집할 수 있도록 엽니다.

 vi kubernetes-hello-app.yml

3. 파일 내부에 다음을 입력합니다.

 --- - hosts: kubernetes tasks: - name: deploy regapp on kubernetes command: kubectl apply -f hello-app-deployment.yaml - name: create service for regapp command: kubectl apply -f hello-app-service.yaml - name: update deployment with new pods if image updated in docker hub command: kubectl rollout restart deployment.apps/zufarexplainedit-hello-app

Kubernetes 작업을 위한 Ansible 플레이북을 사용할 준비가 되었습니다.

19단계: Kubernetes 작업을 위한 새로운 Ansible 플레이북을 Jenkins와 통합

이제 Kubernetes 작업을 위한 Kubernetes, Ansible 및 Ansible 플레이북이 모두 설정되어 준비되었으므로 이를 Jenkins와 통합할 수 있습니다.

1. JenkinsServer → Jenkins 대시보드 → 새 항목으로 이동합니다.

2. "CD-Job"이라는 이름으로 새 Jenkins Freestyle 프로젝트를 만듭니다.

   
   

   

   
   

3. “확인” 버튼을 클릭하세요.

4. "빌드 후 작업" 섹션으로 이동합니다.

5. "빌드 후 작업 추가" 버튼을 클릭합니다.

6. "SSH를 통해 빌드 아티팩트 보내기" 옵션을 선택합니다.

7. SSH 서버로 "AnsibleServer"를 선택합니다.

8. "exec command" 입력에 이 명령을 추가합니다.

   
   

 sudo -u ansible-admin ansible-playbook /opt/docker/kubernetes-hello-app.yml

9. “적용” 및 “저장” 버튼을 클릭하세요.

10. Jenkins 대시보드 → “CI_CD_Pipeline” → 구성 → “빌드 후 작업” 섹션으로 이동합니다.

11. "빌드 후 작업 추가" 버튼을 클릭합니다.

12. "다른 프로젝트 빌드" 옵션을 선택하세요.

13. "다른 프로젝트 빌드" 섹션으로 이동하세요.

14. "빌드가 안정적인 경우에만 트리거" 옵션을 선택합니다.

15. "빌드할 프로젝트" 입력에 "CD-Job"을 추가합니다.

    
    

    
    

    

    
    

16. “적용” 및 “저장” 버튼을 클릭하세요.

    
    

이제 파이프라인이 완전히 완료되어 사용할 준비가 되었다고 생각할 수 있습니다.

20단계: 최종 파이프라인 버전 테스트

이제 최종 파이프라인 버전을 테스트할 시간입니다.

Jenkins → Jenkins 대시보드 → "CI_CD_Pipeline"으로 이동합니다.

"지금 빌드" 버튼을 클릭하세요.

결과를 보려면 빌드 콘솔 로그를 검토하세요.

빌드 콘솔 로그에서 "CD-Job"이 트리거되고 최종 상태가 SUCCESS로 표시되는 것을 확인할 수 있습니다.

4

또한 Dockerhub로 이동하여 새 Docker 이미지 추가를 확인할 수 있습니다.

마지막으로 웹 브라우저를 사용하여 애플리케이션에 액세스할 수 있습니다. 할당된 외부 IP 주소 뒤에 ":8080"을 입력하세요. 잠시 후 페이지가 로드되고 "HelloWorld" 메시지가 표시됩니다.

결론

이 최신 CI/CD 파이프라인 설정을 잘 마쳤습니다!

당신은 훌륭한 일을 해냈고, 당신은 진정한 영웅입니다!

모든 노력에 감사드립니다!

저자 소개

Zufar Sunagatov 는 현대 소프트웨어 시스템 설계에 열정을 갖고 있는 숙련된 수석 소프트웨어 엔지니어입니다.

• Citi(런던), MTS(모스크바) 등과 같은 회사를 위해 Java, Kotlin, AWS, Docker 및 Kubernetes를 사용하여 고성능 분산 시스템을 개발했습니다. 자세한 내용은 Zufar의 LinkedIn 프로필을 참조하세요 .
• 처음부터 오픈 소스 온라인 마켓플레이스인 Ice Latte를 설립했습니다(Zufar 팀에 합류하여 GitHub에서 그의 프로젝트에 기여할 수 있습니다: https://github.com/Sunagatov/Online-Store ).
• 자신의 지식과 경험을 다른 사람들과 공유하기 위해 ZufarExplainedIT 커뮤니티를 설립했습니다(Zufar의 IT 텔레그램 커뮤니티를 팔로우할 수 있습니다: https://t.me/zufarexplained ).
• ADPlist에서 3000분 이상 멘토링하고 60개 세션을 진행하여 야심 찬 인재를 육성했습니다( ADPlist에서 Zufar의 멘토링을 받을 수 있습니다 ).
• 귀중한 통찰력을 공유하면서 회의 및 IT YouTube 채널에서 연사로 청중의 참여를 유도했습니다(그의 YouTube 동영상의 예는 다음과 같습니다: "Тестовое собеседование Java разработчика #27 - Зуфар Сунагатов" , "Aspiring Speakers Lunchtime Lightning Talks May 28th" ).
• 각각 7000회 이상의 조회수를 기록한 매우 인기 있는 IT 기사를 작성했습니다(그의 기사 예: "Microservice Architecture Patterns Part 1: Decomposition Patterns" , "Что значит «вариативный»? Объясняем простыми словами" ).