🥇 입문용 가이드: 오픈 소스 도구로 DevOps 체인 구축

초보자를 위한 XNUMX단계로 첫 번째 DevOps 체인을 구축하세요.

DevOps는 너무 느리고 연결이 끊겼으며 문제가 있는 개발 프로세스에 대한 만병통치약이 되었습니다. 그러나 DevOps에 대한 최소한의 지식이 필요합니다. DevOps 체인과 같은 개념과 XNUMX단계로 생성하는 방법을 다룹니다. 이것은 완전한 안내서가 아니라 확장할 수 있는 "물고기"일 뿐입니다. 역사부터 시작합시다.

DevOps 소개

저는 Citi Group에서 클라우드 작업을 하고 Citi의 클라우드 인프라를 관리하기 위해 IaaS 웹 애플리케이션을 개발했지만 항상 개발 체인을 최적화하고 개발자 간의 문화를 개선하는 방법에 관심이 있었습니다. Cloud Architecture and Infrastructure의 CTO인 Greg Lavender가 이 책을 추천했습니다. 피닉스 프로젝트. DevOps 원칙을 아름답게 설명하고 소설처럼 읽습니다.

뒷면의 표는 회사에서 새 버전을 출시하는 빈도를 보여줍니다.

Amazon, Google 및 Netflix는 어떻게 그렇게 많은 서비스를 제공합니까? 간단합니다. 그들은 거의 완벽한 DevOps 체인을 만드는 방법을 알아냈습니다.

DevOps로 전환하기 전까지 Citi에서는 상황이 매우 달랐습니다. 그때 우리 팀은 환경이 달랐지만 개발 서버에 수동으로 전달했습니다. 모든 개발자는 IBM WebSphere Application Server Community Edition을 기반으로 하는 하나의 개발 서버에만 액세스할 수 있었습니다. 배달을 동시에 시도하면서 서버가 "떨어졌고" 매번 "고통스럽게" 우리끼리 협상해야 했습니다. 또한 테스트를 통한 코드 적용 범위가 충분하지 않았고, 시간이 많이 소요되는 수동 전달 프로세스가 있었으며, 일부 작업 또는 클라이언트 요구 사항의 도움으로 코드 전달을 추적할 방법이 없었습니다.

급히해야 할 일이 분명했고 같은 생각을 가진 동료를 찾았습니다. 우리는 함께 첫 번째 DevOps 체인을 만들기로 결정했습니다. 그는 가상 머신과 Tomcat 애플리케이션 서버를 설정했고 저는 Jenkins, Atlassian Jira 및 BitBucket과의 통합, 테스트를 통한 코드 커버리지를 처리했습니다. 프로젝트는 성공적이었습니다. 우리는 개발 체인을 완전히 자동화하고 개발 서버에서 거의 100% 가동 시간을 달성했으며 테스트를 통해 코드 적용 범위를 모니터링 및 개선할 수 있었고 Git 브랜치를 Jira 제공 및 문제에 연결할 수 있었습니다. DevOps 체인을 구축하는 데 사용한 거의 모든 도구는 오픈 소스였습니다.

사실 Jenkins나 Ansible을 사용한 고급 구성도 적용하지 않았기 때문에 체인이 단순화되었습니다. 그러나 우리는 성공했습니다. 아마도 이것은 원칙의 결과 일 것입니다 파레토 (일명 80/20 규칙).

DevOps 및 CI/CD 체인에 대한 간략한 설명

DevOps에는 다른 정의가 있습니다. Agile과 마찬가지로 DevOps에는 다양한 분야가 포함됩니다. 그러나 대부분은 다음 정의에 동의할 것입니다. DevOps는 소프트웨어 개발의 방법 또는 수명 주기이며, 주요 원칙은 개발자와 다른 직원이 "동일한 파장에 있는" 문화를 만드는 것입니다. 모든 사람이 자신이 가장 잘하는 일을 하고, 배송 빈도가 증가하고, 작업 생산성이 증가하고, 유연성이 증가합니다.

도구만으로는 DevOps 환경을 만들기에 충분하지 않지만 필수적입니다. 이 중 가장 중요한 것은 지속적 통합 및 지속적 제공(CI/CD)입니다. 각 환경에 대한 체인에는 서로 다른 단계가 있습니다(예: DEV(개발), INT(통합), TST(테스트), QA(품질 보증), UAT(사용자 수용 테스트), STG(준비), PROD(사용)). , 수동 작업이 자동화되고 개발자가 고품질 코드를 생성하고 제공하며 쉽게 다시 빌드할 수 있습니다.

이 노트는 오픈 소스 도구를 사용하여 아래 그림과 같이 XNUMX단계로 DevOps 체인을 만드는 방법을 설명합니다.

사업을 시작합시다.

1단계: CI/CD 플랫폼

먼저 CI/CD 도구가 필요합니다. Jenkins는 DevOps 운동을 대중화하고 CICD의 사실상의 표준이 된 Java로 작성된 MIT 라이선스 오픈 소스 CI/CD 도구입니다.

젠킨스란? 다양한 서비스와 도구를 위한 마법 같은 제어판이 있다고 상상해 보십시오. Jenkins와 같은 CI/CD 도구는 그 자체로는 쓸모가 없지만 다른 도구와 서비스를 사용하면 강력해집니다.

Jenkins 외에도 다른 많은 오픈 소스 도구가 있습니다. 아무거나 선택하십시오.

CI/CD 도구를 사용한 DevOps 프로세스는 다음과 같습니다.

localhost에 CI/CD 도구가 있지만 아직 할 일이 많지 않습니다. 다음 단계로 넘어갑시다.

2단계: 버전 관리

CI/CD 도구의 마법을 테스트하는 가장 좋고 가장 쉬운 방법은 소스 제어 관리(SCM) 도구와 통합하는 것입니다. 버전 관리가 필요한 이유는 무엇입니까? 신청서를 작성한다고 가정해 보겠습니다. Java, Python, C++, Go, Ruby, JavaScript 또는 마차와 작은 수레와 같은 다른 언어로 작성합니다. 작성하는 것을 소스 코드라고 합니다. 처음에는 특히 혼자 작업하는 경우 모든 것을 로컬 디렉토리에 저장할 수 있습니다. 그러나 프로젝트가 성장하고 더 많은 사람들이 참여함에 따라 코드 변경 사항을 공유하면서도 변경 사항을 병합할 때 충돌을 피할 수 있는 방법이 필요합니다. 또한 백업을 사용하지 않고 코드 파일에 대한 복사-붙여넣기 방법을 사용하지 않고 어떻게든 이전 버전을 복원해야 합니다.

그리고 여기 SCM은 어디에도 없습니다. SCM은 코드를 리포지토리에 저장하고 버전을 관리하며 개발자 간에 조정합니다.

많은 SCM 도구가 있지만 Git은 당연히 사실상의 표준이 되었습니다. 그것을 사용하는 것이 좋지만 다른 옵션이 있습니다.

다음은 SCM을 추가한 후의 DevOps 파이프라인 모습입니다.

CI/CD 도구는 소스 코드 업로드 및 다운로드와 팀 협업을 자동화할 수 있습니다. 나쁘지 않다? 그러나 이제 수십억 명의 사용자에게 사랑받는 작동하는 응용 프로그램을 만드는 방법은 무엇입니까?

3단계: 자동화 도구 구축

모든 것이 정상적으로 진행되고 있습니다. 코드를 업로드하고 변경 사항을 소스 제어에 커밋하고 함께 작업할 친구를 초대할 수 있습니다. 하지만 아직 앱이 없습니다. 이것이 웹 애플리케이션이 되려면 배포를 위해 컴파일 및 패키징하거나 실행 파일로 실행해야 합니다. (JavaScript나 PHP와 같은 해석된 프로그래밍 언어는 컴파일할 필요가 없습니다.)

빌드 자동화 도구를 사용하십시오. 어떤 도구를 선택하든 올바른 형식으로 코드를 조합하고 정리, 컴파일, 테스트 및 전달을 자동화합니다. 빌드 도구는 언어마다 다르지만 일반적으로 다음과 같은 오픈 소스 옵션이 사용됩니다.

완벽한! 이제 CI/CD 도구가 빌드할 수 있도록 빌드 자동화 도구 구성 파일을 소스 제어에 삽입해 보겠습니다.

기분이 좋아. 하지만 이 모든 것이 지금 어디에서 펼쳐질까요?

4단계: 웹 애플리케이션 서버

따라서 실행하거나 롤아웃할 수 있는 패키지 파일이 있습니다. 응용 프로그램이 정말 유용하려면 일종의 서비스나 인터페이스가 있어야 하지만 모든 것을 어딘가에 두어야 합니다.

웹 응용 프로그램은 웹 응용 프로그램 서버에서 호스팅될 수 있습니다. 애플리케이션 서버는 패키지된 논리를 실행하고, 인터페이스를 렌더링하고, 소켓을 통해 웹 서비스를 노출할 수 있는 환경을 제공합니다. 애플리케이션 서버를 설치하려면 HTTP 서버와 몇 가지 다른 환경(예: 가상 머신)이 필요합니다. 지금은 진행하면서 이 모든 것을 처리한다고 가정해 보겠습니다(컨테이너에 대해서는 아래에서 설명하겠습니다).

여러 개방형 웹 응용 프로그램 서버가 있습니다.

이미 거의 작동하는 DevOps 체인이 있습니다. 잘 했어!

원칙적으로 여기에서 멈추고 직접 처리할 수 있지만 코드 품질에 대해 이야기할 가치가 있습니다.

5단계: 커버리지 테스트

테스트에는 많은 시간과 노력이 필요하지만 버그를 바로 찾아 최종 사용자가 만족할 수 있도록 코드를 개선하는 것이 좋습니다. 이를 위해 코드를 테스트할 뿐만 아니라 코드를 개선하는 방법에 대한 조언도 제공하는 공개 도구가 많이 있습니다. 대부분의 CI/CD 도구는 이러한 도구에 연결하여 프로세스를 자동화할 수 있습니다.

테스트는 테스트 작성 및 실행을 위한 테스트 프레임워크와 코드 품질을 개선하기 위한 힌트가 포함된 도구의 두 부분으로 나뉩니다.

테스트 프레임워크

품질 팁이 포함된 도구

이러한 도구와 프레임워크의 대부분은 Java, Python 및 JavaScript용으로 작성되었습니다. 왜냐하면 C++ 및 C#은 독점적이기 때문입니다(GCC는 오픈 소스이지만).

테스트 커버리지 도구를 적용했으며 이제 DevOps 파이프라인은 튜토리얼 시작 부분의 그림과 같아야 합니다.

추가 단계

컨테이너

앞서 말했듯이 애플리케이션 서버는 가상 머신이나 서버에서 호스팅될 수 있지만 컨테이너가 더 많이 사용됩니다.

컨테이너란?? 즉, 가상 머신에서 운영 체제는 종종 애플리케이션보다 더 많은 공간을 차지하고 컨테이너는 일반적으로 몇 개의 라이브러리와 구성으로 충분합니다. 어떤 경우에는 가상 머신이 필수불가결하지만 컨테이너는 추가 비용 없이 서버와 함께 애플리케이션을 수용할 수 있습니다.

컨테이너의 경우 다른 옵션이 있지만 일반적으로 Docker 및 Kubernetes를 사용합니다.

다음에서 Docker 및 Kubernetes에 대한 기사 읽기 Opensource.com:

미들웨어 자동화 도구

당사의 DevOps 체인은 애플리케이션의 협업 구축 및 제공에 중점을 두고 있지만 DevOps 도구로 수행할 수 있는 다른 흥미로운 작업이 있습니다. 예를 들어 미들웨어 자동화 도구라고도 하는 IaC(Infrastructure as Code) 도구를 사용합니다. 이러한 도구는 미들웨어의 설치, 관리 및 기타 작업을 자동화하는 데 도움이 됩니다. 예를 들어 자동화 도구는 올바른 구성으로 응용 프로그램(웹 응용 프로그램 서버, 데이터베이스, 모니터링 도구)을 가져와 응용 프로그램 서버로 푸시할 수 있습니다.

개방형 미들웨어 자동화 도구에 대한 몇 가지 옵션은 다음과 같습니다.

기사의 세부 사항 Opensource.com:

그리고 지금 뭐야?

이것은 빙산의 일각에 불과합니다. DevOps 체인은 훨씬 더 많은 일을 할 수 있습니다. CI/CD 도구로 시작하여 작업을 더 쉽게 하기 위해 자동화할 수 있는 다른 항목을 확인하십시오. 잊지마 열린 커뮤니케이션 도구 효과적인 협업을 위해

초보자를 위한 더 좋은 DevOps 기사는 다음과 같습니다.

개방형 애자일 도구와 DevOps를 통합할 수도 있습니다.

출처 : habr.com

초보자 가이드: 오픈 소스 도구로 DevOps 체인 구축