2020년에 모두가 배워야 할 DevOps 도구

지금 최고의 DevOps 도구를 사용해 보세요!

DevOps 혁명이 마침내 전 세계를 장악했으며 DevOps 도구는 엄청나게 인기를 얻었습니다. 서비스에 따르면 Google 검색 트렌드, "DevOps 도구"에 대한 요청 수가 지속적으로 증가하고 있으며 이러한 추세는 계속됩니다.

DevOps 방법론은 전체 소프트웨어 개발 수명주기를 다루므로 전문가는 다양한 도구 중에서 선택할 수 있습니다. 그러나 아시다시피 어떤 도구도 모든 사람을 위한 보편적인 도구가 될 수는 없습니다. 그러나 일부 솔루션은 거의 모든 작업을 처리할 수 있는 광범위한 기능을 제공합니다.

DevOps 도구를 범주로 나누고 이를 유사 도구와 비교해 보겠습니다.

• 개발 및 빌드 도구
• 테스트 자동화 도구
• 배포 구성 도구
• 런타임 도구
• 협업 도구.

성공적이고 사려 깊은 구현 DevOps 실무자 위에 나열된 XNUMX개 그룹의 악기가 모두 포함됩니다. CI/CD 파이프라인의 중요한 요소를 놓치지 않도록 프로젝트의 현재 도구 세트를 분석하세요.

개발 및 빌드 도구

이는 CI/CD 파이프라인 스택의 기초입니다. 모든 것이 바로 여기서 시작됩니다! 이 카테고리의 최고의 도구는 여러 이벤트 스트림을 관리하고 다른 제품과 쉽게 통합할 수 있습니다.

개발 라이프사이클의 이 단계에는 세 가지 도구 그룹이 있습니다.

• 버전 관리 시스템(SCM)
• 지속적 통합(CI)
• 데이터 관리

GIT는 2020년에 긍정적인 것으로 입증되었으므로 SCM 도구는 GIT를 완벽하게 지원해야 합니다. CI의 전제조건은 격리된 컨테이너 환경에서 빌드를 실행하고 실행할 수 있는 능력입니다. 데이터 관리에 있어서는 데이터베이스 스키마를 변경하고 애플리케이션 버전에 따라 데이터베이스를 유지 관리하는 능력이 필요합니다.

SCM + CI 도구 #1

수상자 : GitLab 및 GitLab-CI

2020년 DevOps 주기의 최고의 도구는 의심할 여지 없이 GitLab이며 가까운 미래에도 계속해서 혁신을 주도할 것입니다.

GitLab의 주요 기능은 Git 저장소를 편안하게 관리하는 것입니다. 웹 인터페이스는 직관적이고 사용하기 쉽습니다. GitLab은 무료 버전으로 필요한 모든 것을 제공하며 SaaS 및 온프레미스(자체 리소스를 사용하여 소프트웨어 호스팅)로 제공됩니다.

다른 어떤 SCM 도구도 저장소에서 CI(지속적 통합)를 직접 사용하지 않았으며 GitLab은 오랫동안 이 작업을 수행해 왔습니다. GitLab-CI를 사용하려면 소스 코드 루트에 .gitlab-ci.yml 파일을 추가해야 하며, 프로젝트에 대한 모든 변경 사항은 정확히 지정한 내용에 따라 작업을 트리거합니다. GitLab과 GitLab-CI는 지속적 통합(CI-as-code) 분야의 리더로 당연히 인정받고 있습니다.

주요 이점

• 신뢰성 - 이 제품은 2013년부터 시장에 출시되었습니다. 안정적인; 잘 지원됩니다.
• 오픈 소스 - GitLab의 무료 버전은 개발 팀에 필요한 핵심 기능을 제한하지 않습니다. 유료 서비스 패키지는 다양한 규모와 요구 사항을 가진 회사에 유용한 추가 기능을 제공합니다.
• 기반 CI - 시장에 나와 있는 다른 어떤 도구도 GitLab-CI처럼 SCM에 직접 지속적인 통합을 구축하지 못했습니다. Docker를 사용하면 번거로움 없이 격리된 빌드가 보장되며, 내장된 보고서를 통해 디버깅이 쉬워집니다. 동시에 여러 도구를 복잡하게 통합하고 관리할 필요가 없습니다.
• 무제한 통합 - GitLab은 필요한 모든 DevOps 도구를 쉽게 통합합니다. 이를 통해 개발 및 유지 관리 팀은 모든 환경의 애플리케이션에 대한 단일 정보 소스를 갖게 됩니다.

경쟁

전투에 참가했으나 승리하지 못함

이 범주에는 다른 인기 있는 도구가 있지만 GitLab만큼 좋지는 않습니다. 그 이유는 다음과 같습니다.

GitHub의 — 소규모 기업과 개발 초기 단계를 위한 탁월한 SaaS 버전 관리 시스템입니다. 자체 네트워크에 IP 주소를 유지하는 것이 중요한 대기업의 경우 GitHub의 유일한 솔루션은 고가용성 시스템을 지원하지 않는 .OVA 가상 머신이었습니다. 이로 인해 온프레미스 유지 관리가 어려워지고, 게다가 .OVA는 중간 규모 기업에만 적합합니다. 그렇지 않으면 서버가 더 큰 부하로 인해 충돌하게 됩니다. GitHub Actions(최근까지, 아직 온프레미스 버전은 아님) 또는 CI-as-code가 부족하다는 것은 별도의 CI 도구를 선택한 다음 해당 통합을 관리해야 함을 의미합니다. 마지막으로 GitHub는 GitLab의 두 버전보다 훨씬 비쌉니다.

젠킨스 — Jenkins는 기본적으로 지속적인 통합 도구 중 표준으로 간주되지만 항상 버전 제어 기능이 부족했습니다. Jenkins와 일종의 SCM 도구를 사용하고 있는 것으로 나타났습니다. GitLab이 두 가지를 모두 수행할 수 있으면 너무 어렵습니다. 평범한 UX 디자인은 최신 웹 애플리케이션에 적합하지 않으며 아쉬운 점이 많습니다.

BitBucket/대나무 — 나는 그를 자동 패자로 인식해야 합니다. GitLab이 모든 것을 완전히 독립적으로 수행할 때 도구가 두 개인 이유는 무엇입니까? BitBucket Cloud는 GitLab-CI/GitHub Action 기능을 지원하지만, 스타트업보다 큰 회사는 이를 쉽게 구현할 수 없습니다. 온프레미스 BitBucket 서버는 BitBucket 파이프라인도 지원하지 않습니다!

#1 데이터 관리 도구

수상자 : 플라이웨이DB

웹 애플리케이션 개발에서 데이터베이스 자동화는 일반적으로 중요하지 않습니다. 새 버전의 애플리케이션에 데이터베이스 스키마 변경 사항을 배포한다는 아이디어가 늦어졌습니다. 스키마 변경으로 인해 열이나 테이블이 추가되거나 이름이 바뀌는 경우가 많습니다. 애플리케이션 버전이 스키마 버전과 일치하지 않으면 애플리케이션이 중단될 수 있습니다. 또한 두 개의 서로 다른 시스템이 있기 때문에 애플리케이션을 업데이트할 때 데이터베이스 변경 사항을 관리하는 것이 어려울 수 있습니다. FlyWayDB는 이러한 모든 문제를 해결합니다.

주요 이점

• 데이터베이스 버전 관리 - Flyway를 사용하면 추가 도구 없이 데이터베이스 버전을 생성하고, 데이터베이스 마이그레이션을 추적하고, 스키마 변경 사항을 쉽게 전송하거나 되돌릴 수 있습니다.
• 바이너리 또는 임베디드 - Flyway를 애플리케이션의 일부로 실행하거나 바이너리 실행 파일로 실행하도록 선택할 수 있습니다. Flyway는 시작 시 버전 호환성을 확인하고 적절한 마이그레이션을 시작하여 데이터베이스와 애플리케이션 버전을 동기화합니다. cmd line ad-hoc 명령을 실행하면 전체 애플리케이션을 다시 구축하지 않고도 기존 데이터베이스에 유연성을 제공할 수 있습니다.

경쟁

전투에 참가했으나 승리하지 못함

이 영역에는 도구가 많지 않습니다. 그 중 일부를 살펴보겠습니다:

리퀴베이스 — Liquibase는 FlywayDB와 유사합니다. 내 팀에 Liquibase에 대한 경험이 더 많은 사람이 있다면 Flyway 위에 이를 설정하고 싶습니다.

플로커 - 컨테이너화된 애플리케이션에서만 작동할 수 있습니다. 컨테이너화된 데이터베이스를 성공적으로 실행하려면 모든 것이 완벽하게 계획되어야 합니다. 데이터베이스에는 RDS(관계형 데이터베이스 서비스)를 사용하는 것이 좋으며 중요한 정보를 컨테이너에 저장하는 것은 권장하지 않습니다.

테스트 자동화 도구

테스트 피라미드를 기반으로 분류하여 테스트 자동화 도구에 대한 논의를 시작하겠습니다.

테스트 피라미드(테스트)에는 4가지 수준이 있습니다.

• 단위 테스트 - 이는 전체 자동화 테스트 프로세스의 기초입니다. 다른 유형의 테스트에 비해 더 많은 단위 테스트가 있어야 합니다. 개발자는 애플리케이션의 일부("유닛"이라고 함)가 해당 디자인을 준수하고 예상대로 작동하는지 확인하기 위해 유닛 테스트를 작성하고 실행합니다.
• 구성 요소 테스트 - 구성 요소 테스트의 주요 목적은 테스트 개체의 입력/출력 동작을 확인하는 것입니다. 테스트 개체의 기능이 사양에 따라 올바르게 구현되었는지 확인해야 합니다.
• 통합 테스트 - 개별 소프트웨어 모듈을 그룹으로 결합하고 테스트하는 테스트 유형입니다.
• 엔드 투 엔드 테스트 - 이 단계는 설명이 필요하지 않습니다. 우리는 전체 애플리케이션을 모니터링하고 계획대로 작동하는지 확인합니다.

단위 테스트 및 구성 요소 테스트는 개발자에 의해서만 수행되고 종종 프로그래밍 언어별로 수행되므로 DevOps 도메인에 대해 이러한 도구를 평가하지 않습니다.

#1 통합 테스트 도구

수상자 : 오이

Cucumber는 사양과 테스트 문서를 하나의 살아있는 문서로 결합합니다. 사양은 Cucumber에 의해 자동으로 테스트되므로 항상 최신 상태로 유지됩니다. 처음부터 자동화된 테스트 프레임워크를 구축하고 웹 애플리케이션에서 사용자 동작을 모델링하려는 경우 Java 및 Cucumber BDD가 포함된 Selenium WebDriver는 프로젝트에서 Cucumber를 배우고 구현하는 좋은 방법입니다.

주요 이점

• BDD 접근 방식(행동 중심 개발 - "테스트 중심 개발" 접근 방식과 반대되는 "행동을 통한 개발") - Cucumber는 BDD 테스트용으로 설계되었으며 원래 바로 이 작업을 위해 만들어졌습니다.
• Living Documentation - 문서화는 언제나 고통스럽습니다! 테스트는 코드로 작성되므로 Cucumber는 자동으로 생성된 문서를 테스트하여 테스트와 문서가 동기화되었는지 확인합니다.
• 지원 - 다양한 도구 중에서 선택할 수 있지만 Cucumber는 어려운 상황에서 사용자를 도울 수 있는 필요한 재정 자원과 잘 조직된 지원 시스템을 갖추고 있습니다.

경쟁

전투에 참가했으나 승리하지 못함

다른 프레임워크와 특정 기술 도구 중에서 Cucumber만이 보편적인 솔루션으로 간주될 수 있습니다.

엔드 투 엔드 테스트 도구

엔드투엔드 테스트를 수행할 때 다음 두 가지 핵심 사항에 중점을 두어야 합니다.

• 기능 테스트
• 스트레스 테스트.

기능 테스트에서는 우리가 원하는 모든 일이 실제로 일어나는지 확인합니다. 예를 들어, SPA(단일 페이지 애플리케이션)의 특정 요소를 클릭하고 양식을 작성한 다음 "제출"을 선택하면 데이터가 데이터베이스에 나타나고 "성공!"이라는 메시지가 화면에 나타납니다.

동일한 시나리오를 실행하는 특정 수의 사용자가 오류 없이 처리될 수 있는지 확인하는 것도 중요합니다.

이러한 두 가지 유형의 테스트가 없으면 CI/CD 파이프라인에 심각한 단점이 됩니다.

최고의 엔드투엔드 테스트 도구입니다. 기능 테스트

수상자 : SoapUI 프로

SoapUI는 SOAP 기반 웹 서비스가 표준이 된 이후 오랫동안 API 테스트 공간에 있었습니다. 더 이상 새로운 SOAP 서비스를 만들지 않고 도구 이름도 변경되지 않았지만 이것이 발전하지 않았다는 의미는 아닙니다. SoapUI는 자동화된 백엔드 기능 테스트를 생성하기 위한 탁월한 프레임워크를 제공합니다. 테스트는 지속적인 통합 도구와 쉽게 결합되어 CI/CD 파이프라인의 일부로 사용될 수 있습니다.

주요 이점

• 자세한 문서 - SoapUI는 꽤 오랫동안 시장에 출시되었으므로 테스트 설정 방법을 이해하는 데 도움이 되는 온라인 리소스가 많이 있습니다.
• 사용 용이성 - 도구가 API 테스트를 위한 여러 프로토콜을 지원하지만 SoapUI에는 여러 서비스에 대한 공통 인터페이스가 있으므로 테스트 작성이 더 쉬워집니다.

경쟁

전투에 참가했으나 승리하지 못함

셀레니움 이 그룹의 또 다른 훌륭한 악기입니다. Java 기반 애플리케이션을 구축하고 실행하는 경우 이 방법을 사용하는 것이 좋습니다. 그러나 여러 기술을 사용하여 완전한 웹 애플리케이션을 구축하는 경우 Java가 아닌 구성 요소를 사용하면 다루기 어려울 수 있습니다.

최고의 엔드투엔드 테스트 도구입니다. 스트레스 테스트

수상자 : LoadRunner

설명 : 애플리케이션의 모든 요소를 ​​로드 테스트해야 할 때가 되면 LoadRunner만이 작업을 완료할 수 있습니다. 예, 처음에는 비용이 많이 들고 어렵습니다. 그러나 LoadRunner는 기술 설계자로서 새로운 코드가 극한의 부하 조건에서도 작동할 것이라는 완전한 확신을 주는 유일한 도구입니다. 그리고 이제는 LoadRunner를 테스트팀이 아닌 개발팀이 인수해야 할 때가 왔다고 생각합니다.

주요 이점

• 광범위한 문서 - LoadRunner는 꽤 오랫동안 시장에 출시되었으므로 부하 테스트 설정 방법을 이해하는 데 도움이 되는 온라인 리소스가 많이 있습니다.
• 프로토콜 지원 - Load Runner는 ODBC에서 AJAX, HTTPS 및 애플리케이션에서 사용할 수 있는 기타 중요한 프로토콜까지 모든 것을 지원합니다. 우리는 부하 테스트를 위해 여러 도구를 사용하지 않으려고 노력합니다. 이는 프로세스를 복잡하게 만들 뿐입니다.

경쟁

전투에 참가했으나 승리하지 못함

다시 말하지만, 이 분야에는 보편적인 도구가 많지 않기 때문에 가장 좋은 솔루션은 어떤 기술을 사용하든 모든 환경에서 작동하는 솔루션입니다.

배포 도구

배포 도구는 아마도 개발에 대해 가장 잘 이해되지 않는 측면일 것입니다. 애플리케이션의 코드와 기능에 대한 깊은 이해가 없는 운영팀의 경우 이러한 도구를 사용하기가 어렵습니다. 개발자에게 배포 관리는 새로운 책임이므로 아직 이러한 도구를 사용한 경험이 충분하지 않습니다.

우선 모든 배포 도구를 세 가지 하위 범주로 나누어 보겠습니다.

• 유물 관리
• 구성 관리
• 배포.

#1 유물 관리 도구

수상자 : Nexus

Nexus 아티팩트 저장소는 Java에서 NPM, Docker에 이르기까지 거의 모든 주요 기술을 지원합니다. 이 도구를 사용하여 우리가 사용하는 모든 아티팩트를 저장할 수 있습니다. 또한 원격 패키지 관리자를 프록싱하면 CI 빌드 프로세스 속도가 크게 향상되어 패키지에 대한 빌드 액세스가 더 쉬워집니다. 또 다른 장점은 여러 소프트웨어 프로젝트에 사용되는 모든 패키지를 전체적으로 볼 수 있어 안전하지 않은 오픈 소스 패키지를 차단할 수 있다는 것입니다(공격 벡터로 작용할 수 있음).

주요 이점

• 기술 지원 - 신뢰할 수 있는 제품; 잘 지원됩니다.
• 오픈 소스 - 무료 버전은 개발 팀에 필요한 핵심 기능을 제한하지 않습니다.

#1 구성 관리 도구

수상자 : 책임감있는

Ansible은 한 가지 간단한 이유로 리더입니다. 바로 Stateless입니다. 이전에는 유사한 도구가 구성 상태 관리에 중점을 두었습니다. 원하는 구성을 받은 이러한 도구가 실행되면 현재 애플리케이션 구성을 수정하려고 시도합니다. 그리고 새로운 접근 방식을 사용하면 상태 비저장 구성 요소만 존재합니다. 새 버전의 코드는 기존 코드를 대체하기 위해 배포되는 아티팩트입니다. 이는 일종의 임시적이고 단기적인 환경으로 간주될 수 있습니다.

주요 이점

• Stateless - 플레이북은 배포 머신에서 시작되고 대상 서버에서 실행됩니다. Packer와 같은 도구를 사용하여 배포 가능한 개체를 생성하면 원격 개체의 상태에 대해 걱정할 필요가 없습니다.
• 오픈 소스 - CentOS와 마찬가지로 Ansible도 RedHat에서 지원됩니다. 커뮤니티를 유지하는 데 도움이 되며 고품질의 사용하기 쉬운 모듈을 제공합니다.
• Molecule(Ansible 프레임워크)을 사용한 테스트 - 구성 관리는 다른 모든 것과 마찬가지로 코드이므로 테스트가 필수적입니다. Molecule의 Ansible 역할 테스트 프레임워크는 완벽하게 작동하여 구성의 품질이 동일하고 애플리케이션 코드와 동일한 CI/CD 파이프라인을 따르도록 보장합니다.
• YAML - 다른 도구에 비해 YAML은 이해하기 쉽습니다. 구성 관리는 일반적으로 DevOps 방식을 구현하는 사람들에게 새로운 과제이므로 단순성이 비장의 카드입니다.

경쟁

전투에 참가했으나 승리하지 못함

OpsCode 셰프 — 저는 요리책 개발자로서 DevOps 경력을 시작했습니다. 물론 Ruby와 Chef는 제 마음에 쏙 들지만 현대의 상태 비저장 클라우드 네이티브 애플리케이션의 문제를 해결하지는 못합니다. OpsCode Chef는 보다 전통적인 애플리케이션을 위한 훌륭한 도구이지만 이 문서에서는 미래에 중점을 둡니다.

인형 — Puppet은 특히 Chef 및 Ansible과 비교할 때 팬이 많지 않았습니다. 하드웨어 프로비저닝 및 작업에는 적합하지만 웹 애플리케이션에 대한 최신 구성 관리 지원이 부족합니다.

배포 도구 #1

수상자 : 테라 폼

Terraform은 네트워크 구성 요소부터 전체 서버 이미지까지 인프라를 코드로 설명하는 문제를 해결합니다. 이 제품은 초기 출시 이후 많은 발전을 이루었습니다. 수많은 플러그인이 생성되고 강력한 커뮤니티가 구축되어 어떤 배포 시나리오에서도 확실히 도움을 받을 수 있습니다. 모든 유형의 환경(온프레미스, 클라우드 등)을 지원하는 능력은 타의 추종을 불허합니다. 마지막으로 최신 버전은 HCL에서 다른 기존 프로그래밍 언어와 동일한 논리 함수 및 클래스를 대부분 제공하므로 개발자가 Terraform을 빠르고 쉽게 이해할 수 있습니다.

주요 이점

• 환경에 구애받지 않음 - Terraform은 Terraform 코드, 모든 API 및 내부 논리 간의 인터페이스 역할을 하는 기능을 사용하여 인프라 제공자와 통신합니다. 즉, 하나의 도구만 익히면 어디에서나 일할 수 있다는 의미입니다.
• 오픈 소스 - 무료 도구를 이기는 것은 어렵습니다! 최고 수준의 커뮤니티 지원.

경쟁

전투에 참가했으나 승리하지 못함

AWS 클라우드 포메이션 — AWS 클라우드 환경에서만 작업하더라도 다음 작업에서는 다른 도구를 사용할 수 있습니다. 모든 시간과 에너지를 단 하나의 플랫폼에 투자하는 것은 근시안적인 결정입니다. 또한 많은 새로운 AWS 서비스는 CloudFormation에서 사용 가능하기 전에 Terraform 모듈로 사용 가능한 경우가 많습니다.

런타임 도구

모든 개발 프로젝트의 궁극적인 목표는 애플리케이션을 프로덕션 환경에 출시하는 것입니다. DevOps 세계에서 우리는 환경에서 발생할 수 있는 모든 문제를 완전히 인식하고 싶고 수동 개입을 최소화하고 싶습니다. 애플리케이션 개발을 열성적으로 달성하려면 올바른 런타임 도구 세트를 선택하는 것이 필수적입니다.

런타임 도구의 하위 범주:

• XaaS(X-as-a-Service)
• 관현악법
• 모니터링
• 벌채 반출.

X-tool-as-a-service #1

수상자 : Amazon Web Services

Amazon은 항상 클라우드 기술의 선두주자였지만 여기서 끝나지 않습니다. 개발자를 위한 다양한 새로운 서비스가 눈을 뜨게 합니다. 모든 기술과 템플릿을 AWS로 가져오면 구축되어 실행됩니다. 도구 비용은 상당히 합리적입니다. 자체 데이터 센터에서 장비를 조립, 관리 및 유지하는 것과 비교해 보세요. 무료 버전을 사용하면 돈을 쓰기 전에 실험하고 올바른 결정을 내릴 수 있습니다.

주요 이점

• 보급률 - AWS에서 애플리케이션을 구축한 경험이 있으면 어디에서나 일할 수 있습니다. 기업은 AWS를 좋아하고 스타트업도 AWS의 저렴한 비용을 높이 평가합니다.
• 무료 버전은 AWS를 동종 제품과 차별화하는 정말 중요한 요소입니다. 구매 결정을 내리기 전에 서비스를 시험해보고 어떻게 작동하는지 살펴보겠습니다. 불필요한 것에 수천 달러를 쓰고 싶지 않습니다. 무료 버전은 어떤 개념이든 테스트하기에 항상 충분합니다.

경쟁

전투에 참가했으나 승리하지 못함

하늘빛 “Azure는 첫 번째 출시 이후 많은 발전을 이루었으며 이는 칭찬할 만한 일입니다. 그러나 달라지려는 욕구로 인해 서비스에 이상한 이름이 생겨 종종 작업이 복잡해졌습니다. "BLOB 저장소"는 무엇을 의미하나요? .NET 코드는 Microsoft 에코시스템에서 더 나은 성능을 발휘하지만 응용 프로그램의 모든 구성 요소에 .NET만 사용할 가능성은 거의 없습니다.

헤로 꾸 — Heroku에서는 신뢰성과 투명성이 낮기 때문에 개인 프로젝트 외에는 절대 실행하지 않을 것이므로 회사에서는 이를 플랫폼으로 사용해서는 안 됩니다. Heroku는 블로그에서 무언가를 시연하는 데 적합하지만 실제 사용에는 "아니요, 감사합니다!"

#1 오케스트레이션 도구

수상자 : 오픈시프트

아마도 애플리케이션 스택에서 Docker나 다른 컨테이너를 사용하고 있을 것입니다. 서버리스 애플리케이션은 훌륭하지만 모든 아키텍처에 적합하지 않을 수 있습니다. 오케스트레이션 플랫폼 없이 컨테이너를 실행하면 작동하지 않습니다. Kubernetes Core(K8s)는 보안 및 도구 측면에서 독보적입니다. OpenShift는 Source2Image를 수집하고 포드에 대한 자동화된 배포를 지원하며 추적 및 모니터링을 지원하는 유일한 Kubernetes 기반 플랫폼입니다. OpenShift는 온프레미스, 클라우드 또는 온프레미스와 클라우드에서 동시에 실행할 수 있습니다.

주요 이점

• 내장된 보안 - K8s 보안을 관리하려면 고급 학위가 필요할 수 있습니다. 모든 세부 사항을 신중하게 생각하고 고려해야 합니다! OpenShift에 기본적으로 내장된 보안 메커니즘은 개발자의 부담을 덜어주고 애플리케이션을 위한 보다 안전한 플랫폼을 제공합니다.
• 올인원 솔루션 - 기본적으로 로드 밸런싱 도구가 포함되지 않은 기본 K8과 달리 OpenShift는 모든 기능을 갖추고 있습니다. 이를 사용하여 컨테이너 생성 및 호스팅, CI/CD 도구 실행, 외부 프로세스 관리, 키 관리 등을 수행할 수 있습니다. 그래픽 사용자 인터페이스는 아직 완벽하지 않지만 API 기반 접근 방식은 모든 것을 스크립트로 설명할 수 있음을 의미합니다. 다른 K8용 GUI와 달리 OpenShift를 사용하면 Kubernetes의 기본 사항을 훨씬 쉽게 배울 수 있습니다. 학위를 취득할 필요도 없습니다!

경쟁

전투에 참가했으나 승리하지 못함

도커 스웜 — Docker Swarm은 많은 것을 제거하여 K8을 단순화하려고 했습니다. 소규모 애플리케이션에는 적합하지만 엔터프라이즈 애플리케이션에는 작동하지 않습니다. 또한 AWS ECS와 같은 솔루션은 비슷한 접근 방식을 취하지만 상호 작용할 수 있는 다른 서비스(Lambda, IAM 등)와 더 쉽게 작업할 수 있도록 해줍니다.

모니터링 도구 #1

수상자 : 새로운 유물

New Relic의 초기 릴리스는 APM(Application Performance Monitoring) 모니터링이라는 한 가지 기능을 잘 수행했습니다. 이제 서버, 컨테이너, 데이터베이스 성능, 최종 사용자 경험 모니터링은 물론 애플리케이션 성능 모니터링까지 모니터링할 수 있는 모든 기능을 갖춘 모니터링 도구입니다.

주요 이점

• 사용 용이성 - 시스템 엔지니어로 일할 때 많은 모니터링 도구를 사용했지만 New Relic만큼 간단하고 사용하기 쉬운 도구는 본 적이 없습니다. SaaS이므로 직접 설치할 필요가 없습니다.
• 엔드 투 엔드 가시성 - 다른 도구는 애플리케이션의 특정 요소 하나를 모니터링하려고 합니다. 예를 들어 프로세서 사용량이나 네트워크 트래픽에 대한 지표가 있지만 애플리케이션이 올바르게 작동하려면 이 모든 것을 포괄적으로 모니터링해야 합니다. New Relic은 모든 데이터를 하나로 모아 현재 상황에 대한 포괄적인 시각을 얻을 수 있는 기능을 제공합니다.

경쟁

전투에 참가했으나 승리하지 못함

자 비츠 — 제가 처음이자 가장 좋아하는 모니터링 시스템이지만 클라우드 기술의 개발 부족과 APM 애플리케이션 성능 모니터링 분야로 인해 과거에 남아 있었습니다. Zabbix는 여전히 전통적인 서버 인프라 모니터링을 잘 수행하지만 그게 전부입니다.

데이터 도그 — 코드 자체가 아닌 애플리케이션의 프로덕션 환경을 관리하는 프로세스에 너무 집중합니다. 개발자가 참여하는 DevOps 팀을 사용하면 최고 수준의 지원을 제공하기 위해 사용하기 어려운 도구에 의존할 필요가 없습니다.

로깅 도구 #1

수상자 : 스플 렁크

Splunk와 경쟁하기는 어렵습니다! 오랫동안 그는 벌목 분야의 선두주자로 남아 있으며, 누구보다 더 나은 일을 계속하고 있습니다. 온프레미스 및 SaaS 제품을 통해 어디서나 Splunk를 사용할 수 있습니다. 가장 큰 단점은 가격입니다. Splunk는 여전히 엄청나게 비쌉니다!

주요 이점

• 보급성 - 기업은 Splunk를 좋아하며 기업은 Splunk를 구입할 돈이 있습니다.
• 스타트업이 비용을 회수하려고 노력하고 있지만 오픈 소스 아날로그 덕분에 많은 기능을 해결할 수 있습니다.
• 유지 관리 용이성 - 간단히 말해서 Splunk는 잘 작동하고 잘 작동합니다. 바로 사용할 수 있는 다양한 기본 설정과 기능이 함께 제공됩니다. 문서를 읽고 Splunk를 작동시키거나 해독하는 데 시간을 낭비할 필요가 없습니다.

경쟁

전투에 참가했으나 승리하지 못함

ELK 스택(ElasticSearch, LogStash 및 Kibana) "이러한 도구는 사용하기 위해 간을 팔 필요조차 없기 때문에 가장 좋아하는 것 같습니다." 그러나 로그 세트가 늘어나고 탑재된 애플리케이션 수가 늘어나면 작업이 점점 더 어려워집니다. Splunk와 비교할 때 ELK Stack을 사용하면 대시보드를 만들기 전에 도구를 설정하는 데 이전보다 훨씬 더 많은 시간이 소요되었습니다.

협업 도구

DevOps는 주로 조직 내 문화를 바꾸는 것입니다. 도구를 구입한다고 해서 하루아침에 현재의 관행이 바뀌지는 않지만 확실히 협업과 새로운 상호 작용 방식을 장려할 수 있습니다.

협업 도구의 하위 카테고리:

• 작업 추적
• ChatOps
• 선적 서류 비치.

#1 문제 추적 도구

수상자 : 락스

이 분야의 경쟁이 치열해지고 있음에도 불구하고 Jira는 선두 위치를 유지하고 있습니다. Jira의 놀라운 유연성을 통해 개발 및 유지 관리 팀은 프로젝트 작업과 스프린트 작업을 관리할 수 있습니다. Agile 용어를 사용하는 기본 제공 표준을 사용하면 기존 작업 방식에서 보다 효율적인 프로세스로 쉽게 이동할 수 있습니다.

주요 이점

• 인기 - 다른 많은 도구와 마찬가지로 Jira는 거의 모든 곳에서 사용됩니다. 소규모 팀은 더 저렴하고 접근하기 쉬운 버전을 사용하여 필요한 모든 것을 얻을 수 있는 반면, 대기업은 더 비싼 라이선스를 감당할 수 있습니다.
• 통합 - Jira는 해당 분야의 선구자입니다. 이러한 사실과 제품의 급속한 개발로 인해 다른 회사에서는 자체 통합을 생성하기 위해 Jira를 선택하여 도구의 가치가 높아졌습니다. 약간의 구성을 통해 Jira를 이 문서에 나열된 모든 도구와 즉시 통합할 수 있습니다.

경쟁

전투에 참가했으나 승리하지 못함

Trello — Trello는 무료 Kanban 도구 덕분에 빠르게 인기를 얻었습니다. 그러나 프로세스가 확장되고 작업이 수십 개에서 수천 개로 늘어나면 Trello에서는 탐색, 검색 및 보고가 어려워집니다.

피벗 트래커 — 저는 스타트업에서 일할 때 이 도구의 열렬한 팬이었습니다. 그러나 Pivotal Tracker는 기술적인 작업보다는 제품 관리에 더 중점을 두고 있습니다. Jira의 제품 관리는 조금 더 복잡하지만 추가 도구를 사용하지 않고도 Jira에서 구현할 수 있습니다.

ChatOps 도구 #1

수상자 : MatterMost

설명 : 아마도 제가 선택한 것 중 가장 놀라운 점은 좋은 소식일 것입니다! MatterMost는 이전 도구의 장점을 최대한 활용하면서도 이를 온프레미스에 배치함으로써 인기를 얻었습니다. 이는 기업에게 매우 중요합니다. MatterMost를 사용하면 데이터를 제어할 수 있으며 로컬에서 실행되는 도구와 데이터를 통합할 수도 있습니다. 더 이상 업무 채팅을 확인하기 위해 방화벽 밖으로 나갈 필요가 없습니다.

주요 이점

• 오픈 소스 – MatterMost의 오픈 소스 버전은 중간 규모 팀과 대규모 팀 모두에 적합합니다. 메시지 기록을 삭제하는 Slack의 무료 요금제와 달리 자체 서버를 운영하면 모든 데이터가 유지됩니다.
• 통합 - API는 거의 100% Slack API를 기반으로 하기 때문에 거의 모든 Slack 통합을 MatterMost와 직접 사용할 수 있습니다.

경쟁

전투에 참가했으나 승리하지 못함

느슨하게 — 슬랙도 멋있는데 이 친구들은 너무 성장해서 수익을 노리기 시작했어요. 비즈니스의 투자 회수 단계가 다가오고 있으며 이로 인해 주요 가치가 사라집니다. Slack은 서비스를 무료로 제공했습니다. 무료 버전의 가장 중요한 단점은 채팅 기록이 삭제된다는 점입니다.

Microsoft 팀 — Microsoft 제품을 Microsoft 소유가 아닌 제품과 통합해 보십시오... 행운을 빕니다! 이것이 이 도구에 대해 내가 말해야 할 전부입니다!

문서화 도구 #1

수상자 : 합류

어떤 도구를 사용하든 고품질 기술 문서를 작성하고 유지하는 것은 복잡한 프로세스입니다. 최근 많은 SaaS 문서화 도구가 시장에 출시되었지만 미션 크리티컬 애플리케이션에 대한 기술 문서의 저장을 제XNUMX자에게 아웃소싱하는 것은 어렵다는 것을 알게 되었습니다. 데이터와 문서를 온프레미스에 저장하는 것이 바람직하며 이것이 Confluence가 해결하는 방법입니다.

주요 이점

• 작동 용이성 - 대부분의 독립형 도구는 설정 및 작동이 약간 복잡할 수 있으며 유지 관리에는 약간의 지식이 필요합니다. Confluence Server는 10명 또는 10,000명의 사용자를 위해 즉시 사용 가능하도록 훌륭하게 작동합니다.
• 플러그인 - 기본적으로 아름답고 사용하기 쉬운 탐색 기능을 제공하고 거의 모든 것에 대한 플러그인을 추가하는 기능으로 Wiki와 유사한 잠재력을 발휘하는 Confluence에 찬사를 보냅니다.

경쟁

전투에 참가했으나 승리하지 못함

문서 읽기 — 오픈 소스에는 멋지지만 여기에 중요한 지식을 저장할 생각조차 하지 마십시오.

가격 인하 - 코드를 문서화하는 데 적합하지만 MarkDown의 특정 형식으로 인해 아키텍처, 프로세스 또는 기타 유형의 문서를 게시하기가 어렵습니다.

지킬 — 기술 지식을 문서화할 때 변경 사항이 있을 때마다 배포되는 새로운 정적 사이트를 만들고 싶지 않습니다. Confluence의 간단한 버전 관리 시스템은 내부 문서화를 크게 단순화합니다.

합계하다

시장에는 말 그대로 수백 가지의 DevOps 도구가 있으므로 어떤 도구를 사용해야 하는지, 언제 구현해야 하는지 알기가 어렵습니다. 완전한 CI/CD 파이프라인을 위한 DevOps 도구를 선택하려면 이 간단한 가이드를 따르세요.

다섯 가지 범주 모두에서 도구를 선택하십시오.

• 개발 및 빌드 도구
• 테스트 자동화 도구
• 배포 도구
• 런타임 도구
• 협업 도구.

주요 추천사항: 모든 것을 자동화하세요!

잭 샤피로에게 감사드립니다!

출처 : habr.com