이름에는 힘이 있다. 적어도 우리는 신화와 전설, 토요일 아침 만화를 통해 그렇게 배워왔다. 셰익스피어는 이에 반대할 수도 있지만, 모든 영웅담에는 영웅이나 여걸에게 상징적인 이름이 붙습니다.
따라서 우리가 DevOps와 같은 이름을 붙일 때, 우리는 그것에 특정한 특성을 부여하는 것입니다. 그러한 특징은 실무자에게만 고유합니다. 물론 이 성장하는 전문가 그룹은 원래 개발 중심 운영이라는 점에서 어느 정도 특성을 갖추고 있지만, 도구, 방법론 및 일상적인 업무 흐름에 대한 선호도가 결합되어 독특한 집단이 되었습니다. 그들은 개발자도 아니고 운영자도 아닙니다.
앱 서비스 현황 에 대한 응답자는 항상 다양한 편이지만, 주로 네트워크, 보안, 시스템 운영 등 IT의 기존 운영 역할에 치우쳐 있습니다. 하지만 개발자와 DevOps 또는 사이트 안정성 엔지니어(SRE)로 활동하는 사람들의 수는 꾸준히 증가하고 있습니다. 디지털 혁신 노력에 있어서 DevOps의 독특하고 점점 더 중요해지는 역할을 감안하여, 우리는 DevOps를 실행하는 사람들의 태도, 인상, 선호도를 살펴보며 데이터를 면밀히 조사했습니다.
하지만 시작하기에 앞서 DevOps가 독특하다는 점을 다시 한번 강조하고 싶습니다. 그들이 단순히 스크립트를 작성하고 CI/CD 파이프라인을 관리하는 개발자라고 생각한다면 착각입니다. 그들이 단지 개발 파이프라인에만 집중하는 운영진이라고 생각했다면 그것도 틀린 생각입니다.
데이터에서 발견한 것은 기술에 대한 고유한 관점과 시각입니다. 앱 서비스부터 도구, 보안 기술의 부족까지 이 세 그룹의 전문가는 서로 다른 의견을 가지고 있습니다.
오늘날 도구는 세 그룹 모두에 필수적인 부분이 되었는데, 이는 모든 도메인에 걸쳐 자동화와 오케스트레이션이 강조되기 때문입니다. 세 그룹 모두 상당수의 도구를 사용하지만, 자기 역할에 따라 도구 사용을 살펴보면 선호도가 드러납니다.
예를 들어 DevOps는 운영이나 개발자보다 Ansible을 사용할 가능성이 훨씬 더 높습니다. 또한 이들은 사용자 정의 스크립트(일반적으로 Python)를 사용할 가능성이 약간 더 높고 GitHub을 선호하는 개발자보다 GitLab을 선호합니다.
개발자들은 수년간 그래왔듯이 주로 성능에 집중해 왔습니다. 흥미로운 점은 이들이 부하 분산 옵션과 같은 다양한 기능에 대해 ops와 의견이 일치한다는 점입니다. 하지만 DevOps는 그런 것에는 별로 관심을 두지 않고 대신 사용/배포/운영의 편의성과 비용에 더 중점을 둡니다. 앱 서비스와의 주요 상호 작용이 컨테이너 네이티브 옵션일 가능성이 높은 개발자들은 해당 앱과 앱 서비스가 배포되어 운영되는 생태계에 쉽게 통합되는 것에 훨씬 더 관심을 갖습니다.
DevOps의 독특함은 보안 기술 전반에 걸쳐 자체적으로 확인한 부족 사항에서도 확인할 수 있습니다. DevOps의 절반(50%)은 네트워크 보안을 가장 큰 보안 기술 부족으로 꼽았고, 그 다음으로는 엔드포인트 보안(41%)과 앱 보안(41%)이 뒤를 이었습니다. 개발자들은 앱 보안(49%)을 가장 큰 부족 사항으로 꼽았고, 그 다음으로는 네트워크 보안(46%)과 DevOps(43%)가 뒤를 이었습니다. 운영 부문 응답자의 절반 이상이 앱 보안을 가장 큰 취약점(56%)으로 꼽았고, 그 다음으로는 네트워크 보안(41%)과 앱 서비스를 배포하고 운영하는 책임 때문에 퍼블릭 클라우드 보안(39%)이 꼽혔습니다.
여기서 중요한 점은 이 세 가지 전문가 그룹을 한데 묶어 생각하지 않는 것입니다. 각 앱에는 배포 및 운영하는 앱 서비스에 대한 고유한 도구 기본 설정, 과제 및 요구 사항이 있습니다.
이를 염두에 두고, 전 세계적으로 DevOps를 실천하는 사람들의 더 많은 통찰력과 분석을 담은 State of App Services 2020 DevOps 에디션을 자세히 살펴보시기 바랍니다.