블로그

2018년 애플리케이션 제공 현황: NetOps는 자동화 열차에 탑승합니다.

로리 맥비티 썸네일
로리 맥비티
2018년 1월 31일 게시
자동화 중요 4년 soad18

저는 프로토콜과 와이어 캡처만큼 프로그래밍 언어를 좋아하는 IT 박식가인데, 자동화와 오케스트레이션에 필요한 두 가지의 경계가 모호해지는 것을 보고 설레기도 합니다.

4년 동안 우리는 애플리케이션 제공 상태 설문 조사에 응답한 사람들이 API 지원 인프라와 관련 기술을 어떻게 인식하는지 추적해 왔습니다. 그 기간 동안 인프라의 프로그래밍 가능성을 중요하다고 답한 사람(5점 만점에 4~5점)의 비율이 거의 두 배로 증가했습니다. 2015년에는 절반도 안 되는 40%만이 중요하다고 답했습니다. 올해는 무려 74%가 이를 중요하다고 답했습니다.

아마도 2017년에 이 주제에 관해 실시한 설문 조사 결과를 감안하면 이에 놀라지 않았을 것입니다. DevOps와 NetOps에 대한 인식을 탐구하면서 두 그룹 모두 프로덕션 파이프라인의 자동화가 중요하다는 데 일방적으로 동의했습니다.

하지만 인식은 단지 의견일 뿐입니다. 실제 사용법은 또 다릅니다.

자동차 주요 생산 SOAD18

올해 설문조사에서 우리가 발견한 사실은 자동화가 모든 지역, 모든 산업, 모든 규모의 조직에 널리 퍼져 있다는 것입니다. 아무도 100%에 도달하지 못했지만(아마도 도달하지 못할 것입니다) 아마도 누구도 깨닫지 못했을 만큼 생산에는 훨씬 더 많은 자동화가 진행되고 있습니다.

실제로 응답자의 25%는 생산에 변화를 주기 위해 항상 자동화를 활용한다고 답했습니다. 60%는 가끔 자동화를 사용하여 프로덕션에서 사소한 변경을 합니다. 실제로, 생산 방식의 변화에서는 사고 대응보다 자동화를 활용할 가능성이 더 컸습니다. 4명 중 1명 이상(26%)이 사고 대응에 자동화를 전혀 사용하지 않는다고 답했고, 항상 사용한다고 답한 사람은 22%에 불과했습니다.  예측할 수 없는 사건을 처리하는 데 있어서 가변성이 있기 때문에 이는 놀라운 일이 아닙니다. 자동화는 부분적으로 명확하게 정의된 일련의 작업과 단계를 결합하여 운영 프로세스를 구성하는 데 의존합니다. 따라서 생산 과정의 변화(규모에 관계없이)와 같은 것이 해당 프로세스의 체계화에 더 적합합니다. 사고 대응? 그렇지 않아요.

모든 형태와 규모, 업종의 데이터 센터 내부에서 엄청나게 많은 자동화가 진행되고 있는 듯합니다.

여러분은 그들이 이 모든 자동화를 구현하는 데 무엇을 사용하는지 궁금할 것입니다. 지난 몇 년 동안 우리는 많은 도구와 도구 세트, 프레임워크를 하나의 질문으로 묶어 다루었습니다. 하지만 자동화가 실제로 자리 잡기 시작하면서 그것은 합리적이지 않습니다. 무슨 일이 일어나고 있는지 이해하기 위해서는 자동화의 여러 가지 다른 측면을 이해해야 하기 때문입니다.

1. 언어 및 도구 세트. 이것이 NetOps와 IT가 자동화의 명령과 제어를 위해 사용하는 것입니다. 여기에는 Ansible(20%), Vagrant(5%)와 같은 도구와 Puppet(19%), Chef(16%)와 같은 프레임워크가 포함됩니다. 그 중에서도 확실한 승자는 오래된 Python 스크립트였으며, 응답자의 39%가 IT 자동화를 위해 직접 스크립트를 작성하는 것을 선택했습니다.

2. 네트워크 자동화. 평균적으로 데이터 경로에 16개의 서로 다른 애플리케이션 서비스가 존재하고, 애플리케이션을 안전하게 전달하고 확장하기 위해서는 배포, 구성 및 지속적인 관리가 필요하기 때문에 대부분의 조직은 Cisco ACI(48%), VMware(65%), OpenStack (26%)과 같은 시스템을 선택하게 됩니다. 세 회사 모두 전년 대비 상당한 성장을 이루었습니다. 디지털 혁신 노력의 결과로 조직의 55%가 자동화 및 오케스트레이션을 도입하고 있는 환경에서 이는 놀라운 일이 아닙니다.

3. 컨테이너 오케스트레이션 환경(COE). 이러한 새로운 기술은 계속해서 큰 반향을 일으키고 있으며, 컨테이너화된 애플리케이션을 확장하는 데 이 기술을 사용하는 것이 불가피하다는 점은 분명해 보입니다. 우리가 질문한 내용 중 Docker Swarm이 응답자의 27%로 가장 많았고, Red Hat OpenShift가 21%로 그 뒤를 이었고, Kubernetes가 16%로 3위를 차지했습니다. 단 48%만이 현재 아무것도 사용 하지 않는다고 답했습니다.

놀랍지도 않게 각 조직에서 이러한 도구와 프레임워크의 수는 줄어들고 있습니다. 이는 표준화를 위한 전략적 노력의 일환으로 자동화 도구와 도구 세트를 의도적으로 사용하고 있음을 의미합니다. 혼란이 닥치고 IT가 앱 개발자들이 수년간 씨름해 온 동일한 종류의 기술적, 구조적 부채에 짓눌리기 전에 빨리 처리하는 것이 나중보다 낫습니다. 실제로 응답자의 50%는 단 하나의 네트워크 자동화 프레임워크만 사용합니다. 그 중 8%는 Cisco ACI를 사용하고, 5%는 Open Stack을 사용하고, 19%는 VMware를 사용합니다.

이는 여전히 매우 유동적이고 변화하는 시장입니다. 이를 시장이라고 부를 수 있고 운동이라고 부를 수 있다면 말입니다. DevOps 방식이 프로덕션에 침투하고 비즈니스에서 압박을 받으면서 IT의 움직임이 더욱 빨라지고 있습니다. NetOps는 자동화를 도입하고 수용하며, 이에 따른 모든 것을 수반합니다. IT 부문이 디지털 혁신을 계속하면서 기업이 새로운 앱을 구축하고 새로운 기회를 모색할 수 있는 견고한 디지털 기반을 갖추게 됨에 따라 자동화 사용이 더욱 확대될 것으로 예상합니다.

디지털 혁신 , 멀티 클라우드, 애플리케이션 서비스, 보안 및 지속적인 NetOps 혁신 에 대한 자세한 내용을 알아보려면 2018년 애플리케이션 제공 현황 보고서를 직접 받아보고 Twitter에서 @f5networks 및/또는 해시태그 #soad18을 팔로우하세요. 계속 지켜봐 주시기 바랍니다. 다가올 블로그에서는 보고서에 없는 데이터와 관점을 포함한 더 많은 통찰력을 제공해 드리겠습니다.