4월과 5월에 클라우드 세미나를 다니면서 가장 인상이 깊었던 데모들이 DevOps에 대한 데모들이었습니다. 국내에서 조금씩 도입되고 있는 상황들을 주변에도 보게 됩니다. 문제는 국내 개발 문화가 너무 후진적이여서 문화가 먼저 바뀌어야 된다고 생각합니다. ^^
클라우드 도입과 DevOps는 서로 관련되어 있습니다. DevOps는 최종 사용자에게 지속적으로 가치를 제공할 수 있는 사람, 프로세스 및 도구의 합집합입니다. Dev와 Ops는 공유되는 효율적인 관례 및 도구를 사용하여 서로 협력하는 다분야 팀에 개발 및 운영 분야를 결합한다는 의미입니다.
융합된 DevOps 주기는 아이디어를 신속하게 실행하 고 피드백을 재빨리 반복하는 기능을 제공하는 동시에 최고 수준의 품질을 유지합니다. 클라우드를 도입하는 조직은 Azure, 개발 도구, 관리 도구 및 Outlook에 직접 빌드되는 핵심 DevOps 기능을 사용하여 개발과 운영을 하나로 합칠 수 있습니다. Microsoft가 GitHub를 인수하면서 이러한 기능이 더욱 강화되고 있습니다.
DevOps를 통한 지속적인 개발
Azure DevOps
DevOps는 추가 기능이 아니라 Azure를 기반으로 빌드됩니다. Azure DevOps를 사용하여 더 스마트하게 계획을 세우고, 더 효과적으로 공동 작업을 하고, 최신 개발자 서비스 세트를 통해 더 빠르게 배송할 수 있습니다. 모든 Azure DevOps 서비스를 사용할 수도 있고, 기존 워크플로 및 도구 체인을 보완하는 데 필요한 서비스만 선택할 수도 있습니다.
사례 연구: Microsoft DevOps 여정
Microsoft는 자체 DevOps 여정을 시작할 때 DevOps 변환이 조직 전체에 광범위하게 영향을 미칠 것을 금세 깨달았습니다. 변환에 성공하려면 모든 DevOps 대화가 사람, 프로세스, 도구에 균등하게 집중되어야 합니다.
우리는 작업 방식을 점진적으로 바꾸는 것으로 DevOps 여정을 시작했습니다. 예를 들어 사람의 관점에서는 팀 규모를 20명 이상에서 8-12명으로 줄일 수 있었으며, 근무 장소를 개인 사무실에서 팀 작업실로 바꾸었습니다. 또한 DevOps 여정을 통해 시간이 지날수록 계층 구조를 평면화할 수 있었습니다. 축소된 팀이 공동 작업에 유리한 환경에서 근무하게 되면서 보다 효과적이고 신속하게 솔루션을 프레젠테이션하고, 테스트하고, 구현하는 역량이 향상되었습니다.
프로세스의 관점에서는 기존에 정립된 4-6개월의 마일스톤을 3주 스프린트로 바꾸고, 연 단위 대신 스프린트가 끝날 때마다 선적하는 것으로 변경했습니다. 또한 스프린트 형식이 자리를 잡은 후에는 길고 지루한 계획 주기를 지속적인 계획 및 학습 주기로 전환했습니다. 궁극적으로 Microsoft는 이 여정을 통해 이제 성공은 설치 횟수가 아닌 사용자 만족에 좌우된다는 가장 중요한 사고 방식의 변화를 이끌어 냈습니다.
마지막으로, DevOps 여정은 우리가 사용하는 도구를 바꿔 놓았습니다. 우리는 한때 100페이지 분량의 사양서를 작성하느라 많은 시간을 낭비했지만, 이제는 PowerPoint로 애자일 모형을 만듭니다. Azure DevOps는 우리가 작업 프로세스를 간소화하고, 올바른 대상 그룹과 아이디어를 공유하고, 작업에 대한 사고 방식을 바꾸는 데 필요한 도구를 제공했습니다. 시간이 흘러 우리 조직은 하루하루 적극적으로 수용하고 치열하게 일하는 광범위한 사고 방식의 변화를 맞이할 수 있었습니다. 이러한 변화는 우리 조직과 작업 방식을 개선했습니다.
https://docs.microsoft.com/ko-kr/learn/modules/app-and-infra-migration-and-modernization/7-devops
