본문 바로가기

데브옵스

개인으로도 실현할 수 있는 DevOps! 어디에 주목해야 할까? 팀 개발을 실시하는 분들은 상황에 따른 다양한 경우가 있다고 생각하지만, 어떤 상황이라 할지라도 시스템 개발과 운용의 흐름은 대략적으로 다음과 같습니다. 1. 기획·요건 정의 2. 설계·구현 3. 테스트 4. Release 5. 운용 비즈니스 가치 향상을 위해서는 품질을 떨어뜨리지 않는 상태로 위의 사이클을 고속으로 돌리고, 서비스를 지속적으로 제공하는 것이 필요합니다. 최종적으로는 이러한 공정들을 포괄적으로 생력화(Laborsaving)하고, 이것을 팀으로 진행해야만 사이클을 고속으로 돌릴 수 있으며 DevOps로서 가치를 발휘할 수 있게 됩니다. 여기서는 우선 개인 차원에서 할 수 있는 범위로 초점을 맞추고 개인 개발(Dev)에 대하여 생력화하는 방안을 생각해 보겠습니다. 방금.. 더보기
DevOps를 도입하는 조직 체제의 Best Practice는 있는가? DevOps 조직 체제에는 다양한 종류가 있으며, 형태 또한 하나가 아닙니다. DevOps를 도입하는 Goal과 이미지를 갖기 위해서는 Bottom-Up 방식의 접근법 또는 Top-Down 방식의 접근법과 관계없이 어떤 작업을 할 것인지, 이를 위해 어떤 조직이 구성되어야 하는지를 생각해야 합니다. DevOps 도입 후 조직 구성에 대한 사례 연구를 통해 배우고 자신의 조직에 맞는 형태로 바꿀 수 있도록 준비해야 합니다. 프로비저닝 도구인 Puppet의 블로그 포스트에는 ‘What’s the Best Team Structure for DevOps Success?(DevOps의 성공을 위한 최고의 팀이란 무엇인가?)’라는 주제로 다음과 같은 DevOps 체제가 3개로 분류되어 소개되고 있습니다. • Typ.. 더보기
DevOps의 도입 실패했나요? Anti-pattern에 빠져있는건 아닌지 확인해보세요! DevOps가 어떤 것인지, DevOps의 도구를 알고 싶고 빠르게 개선하고 싶다는 생각으로 Bottom-Up 방식을 통해 성급하게 도입하려고 한다면, 동료가 늘어나기는커녕 아무도 따라오지 않고 팀장에게도, 멤버에게도 DevOps를 제대로 이해시키지 못하는 일이 일어날 수 있습니다. 이처럼 좋은 취지에서 시작했지만 결과가 좋지 못하게 나왔다면 Antipattern에 빠져 있지 않은지 확인해 보세요! 목적과 수단을 잘못 알아듣는다 사람들을 설득했음에도 불구하고 아무도 시도하려고 하지 않는다면 DevOps화하는 목적이 무엇이었는지 생각해 보세요. Ansible을 도입하는 것이 목적이었는지, Jenkins에서 Deploy를 자동화하는 것이었는지 등 침착하게 다시 생각해 보세요. 도구 도입·구조 도입은 어디까지.. 더보기
조직과 팀의 벽을 넘는 데브옵스(DevOps) 도입하기! 위 책은 DevOps가 개발의 간소화와 비즈니스 가치 창출에 얼마나 효과적인지를 설명하고 있으며, 그것을 실현하는 기술 요소와 방식에 대해 상세하게 다뤘습니다. 1장에서는 DevOps의 개요와 주변 지식과 역사를 배우며 기초를 익혔습니다. 2장에서는 DevOps를 실현하는 기술은 개인의 개발 환경에서도 가능하며 예를 들어, 개발 환경 구축 하나만으로도 개발 담당 및 운용 담당 팀 간의 커뮤니케이션 및 요구 분석 등 오버 헤드를 줄일 수 있음을 알게 되었습니다. 각 팀이 수행하게 되는 작업을 인수하고 개발 업무·운용 업무 모두를 개인이 담당한다고 해도, DevOps를 지원하는 기술은 수평적 전개가 가능하도록 만들어져 있어 전체적으로 보면 작업 시간이 대폭적으로 감소한다는 것을 알 수 있었습니다. 3장·4장.. 더보기