Java 개발자를 위한 DevOps 도구

머리말

2017년에 Continuous Delivery in Java ( )를 집필하기 시작했을 때 Abraham Marín-Pérez와 저는 모두 DevOps가 이 책에서 큰 부분을 차지할 것이라는 것을 알고 있었습니다. 그 이후로 Java 개발자가 운영 개념을 알고 이해하는 것의 중요성은 더욱 커졌습니다. Cloud 및 컨테이너와 같은 기술이 등장하고 통합 가시성 및 사이트 안정성 엔지니어링(SRE)과 같은 개념이 지원되면서 이제 대다수의 개발자는 더 이상 '단순한' 개발자가 아니라 애플리케이션의 코딩, 배포 및 실행을 책임지는 경우가 많습니다. 따라서 개발자가 운영을 수용하는 것이 당연하며, 그 반대의 경우도 마찬가지입니다.

DevOps라는 용어는 새로운 것이 아닙니다. 이 용어는 15년 정도 사용되어 왔습니다. 이 개념은 원래 전통적인 시스템 관리 접근 방식의 문제점을 논의하기 위해 패트릭 드보아, 앤드류 클레이 셰퍼, 그리고 다른 많은 사람들이 모인 2008년 토론토에서 열린 Agile 컨퍼런스에서 등장한 애자일 인프라스트럭처를 기반으로 합니다. 인프라를 '프로그래밍'하려는 열망은 이 분야에서 항상 소프트웨어 엔지니어링의 영향력이 있었다는 것을 의미했습니다. 2009년 오라일리 벨로시티 컨퍼런스에서 존 올스포와 폴 해먼드는 '하루에 10번의 배포'라는 제목으로 지금은 유명한 강연을 발표했습니다: 개발자와 운영팀의 협력"이라는 제목의 강연을 통해 개발자와 운영팀의 협업의 중요성을 강조했습니다.

앰배서더 랩에서 일하면서 개발자가 아이디어와 코드를 신속하게 프로덕션에 적용하고 고객에게 선보일 수 있도록 플랫폼을 구축하는 조직이 점점 더 많아지고 있는 것을 봅니다. 가장 중요한 두 가지 목표는 빠른 피드백을 얻는 것과 충돌이나 보안 사고 없이 안전하게 피드백을 얻는 것입니다. 제 생각에 이러한 플랫폼은 개발팀과 운영팀의 효과적인 협업을 통해 탄생한 결과물입니다.

필독서인 Accelerate (IT Revolution Press, 2018)에 수록된 Nicole Forsgren, Jez Humble, Gene Kim의 연구( )에 따르면 고성과 조직은 배포 빈도가 높고, 변경 리드 타임이 짧으며, 변경 실패율이 낮고, 프로덕션 문제를 복구하는 평균 시간이 더 짧다는 것을 알 수 있습니다. 이러한 모든 요소는 플랫폼, 프로세스 및 인력의 영향을 받습니다. 개발자는 운영자처럼 생각하고, 운영자는 개발 원칙을 수용해야 합니다. 이 모든 것은 공유된 소유권에 관한 것이며, 이는 공유된 이해에서 시작됩니다. 이 책은 이러한 공유된 이해를 발전시키는 데 도움이 될 것입니다.

개발자는 지난 10년 동안 애플리케이션 코드를 저장하고 관리하기 위해 버전 관리를 사용해 왔을 것입니다. GitOps와 같은 최신 DevOps 관행은 여기서 한 걸음 더 나아가 애플리케이션 및 인프라 코드와 구성을 버전 제어에 저장합니다. 따라서 앞 장에서 설명한 대로 버전 관리 시스템 기술을 배우는 것이 중요합니다.

마이크로서비스의 부상은 개발자에게 많은 기회와 함께 많은 ...