표준화는 NetOps에 좋습니다

표준화는 때때로 혁신에 대한 공격으로 여겨진다. 다양한 언어를 구사하는 뷔페를 포기하고 더 제한된 메뉴만 제공해야 한다는 건 분명 답답하게 들릴 겁니다. 그 이유는 표준화가 종종 ISO 8076.905E와 같이 공식적으로 알려진 이름을 가지고 있고 체크리스트, 감사원, 감독 위원회를 수반하는 규제 준수 표준과 연관되기 때문일 수 있습니다.

현실적으로, 기업 조직에서 언어, 프로토콜 및 프레임워크를 선택하는 데 적용되는 표준은 거의 없습니다(제가 생각나는 대로). 기업에서 표준화를 추진하는 요인은 인재 가용성, 지속 가능성, 소프트웨어와 시스템의 (종종 상당한) 수명 동안의 총 소유 비용과 같은 보다 실용적인 고려 사항입니다.

연구에 따르면 지난 20년 동안 소프트웨어의 평균 수명은 약 6~8년인 것으로 나타났습니다. 흥미로운 점은 코드 줄 수(LOC)를 기준으로 측정했을 때 대규모 프로그램의 수명이 증가하는 경향이 있다는 것입니다. 100만 개가 넘는 LOC를 갖춘 시스템과 소프트웨어는 10년 이상, 12~14년 동안 지속되는 수명을 갖는 것으로 나타났습니다. 이것이 중요하지 않다고 생각할 수도 있지만, 결국 네트워크 자동화 시스템은 소프트웨어이자 시스템이라는 점을 깨닫는 것이 중요합니다. 이들도 개발 조직에서 나오는 소프트웨어와 동일한 관리, 지원, 유지관리가 필요합니다. 프로덕션 파이프라인을 코드로 취급하려면 자동화 파이프라인의 상당 부분이 코드 일 것이라는 점을 받아들여야 합니다.

따라서 해당 소프트웨어나 시스템의 수명 동안 여러 운영자 및 개발자 집단이 해당 소프트웨어나 시스템의 업데이트, 유지 관리, 운영 및 변경 사항 배포를 담당하게 될 가능성이 큽니다.

그리고 이는 특히 네트워크 및 애플리케이션 서비스 인프라의 배포와 운영을 자동화하고 조율하는 시스템을 개발하고 유지 관리하는 NetOps의 표준화 추진의 핵심이 됩니다. 

사일로는 농장용입니다

여러분(또는 여러분의 팀)이 Python을 선택하는 반면 다른 사람은 PowerShell을 선택하는 경우 사실상 기술 공유를 방해하는 운영 사일로를 구축하게 됩니다. 2018년 네트워크 자동화 현황 에 따르면 NetOps가 직면한 가장 큰 과제는 기술 부족(49%가 보고)이었습니다. 따라서 여러 언어 및/또는 툴셋을 도입하여 추가적인 마찰을 일으키는 것은 어리석은 일로 보입니다. 마찬가지로, 현지에서 재능 있는 인력을 찾을 수 없는 언어와 툴셋을 선택하는 것도 나쁜 생각입니다. 다른 조직이나 인근 대학에서 Python을 가르치고 있는데 PowerShell을 선택했다면 해당 시스템을 다루는 데 필요한 기술을 갖춘 사람을 찾는 데 어려움을 겪을 것입니다.

조직이 단일 언어로 표준화하는 경우는 드물지만, 일반적으로 몇 가지 언어로 표준화하는 경향이 있습니다. NetOps는 개발 및 DevOps 표준에서 힌트를 얻어야 하며, 이를 통해 인재 풀이 더욱 확대될 것입니다.

가치 실현 시간은 귀중합니다

많은 NetOps 조직은 이미 DevOps를 충족하고 지속성을 확보하려는 비즈니스 요구 사항을 충족하는 데 있어 뒤처져 있는 것으로 나타났습니다. NetOps와 네트워크 자동화의 안타까운 현실은 이것이 매우 적은 사전 패키지된 통합이 가능한 이기종 생태계라는 것입니다. 네트워크 자동화 상태 설문 조사에 따르면 NetOps의 47%가 동의한 대로, 이러한 "통합 부족"이 자동화에 대한 두 번째로 많이 언급된 과제였습니다.

가능한 경우 도구 세트와 인프라(예: 애플리케이션 서비스)를 표준화하면 조직 전체의 통합 부담을 줄일 수 있는 기회가 제공됩니다. 한 팀이 개발한 것을 다른 팀이 활용하여 다른 자동화 프로젝트의 가치 실현 시간을 단축할 수 있습니다. 재사용은 가치 창출 시간을 개선하는 데 중요한 요소입니다. 개발자들이 오픈소스를 선호하는 경향에서 재사용성을 확인할 수 있으며, 오늘날 애플리케이션의 80~90%가 타사/오픈소스 구성 요소로 구성되어 있다는 사실도 확인할 수 있습니다. 이를 통해 개발 속도가 빨라지고 가치 실현 시간이 단축됩니다. 기존 통합을 활용하여 네트워크 자동화에도 동일한 원칙을 적용할 수 있습니다.

표준화의 이점을 얻으려면 운영 도메인 전반에서 공유하고 재사용하는 문화를 구축하세요.

혁신을 촉진하다

일부 사람들이 처음에 생각했던 것처럼 표준화는 혁신을 방해하는 것이 아니라 혁신의 촉진제가 될 수 있습니다. 운영 도메인 전반에 걸쳐 소프트웨어와 시스템을 표준화하고 공유함으로써, 새로운 요구 사항과 시스템에 대해 협업할 수 있는 더욱 강력한 사고방식과 경험을 갖추게 됩니다. 때로는 긴 온보딩 주기 없이도 새로운 기능과 기능에 대한 의견, 아이디어, 구현을 제공할 수 있는 인재 풀을 조직 내에서 구축하고 있습니다.

표준화는 익숙함 덕분에 구현 속도도 빨라집니다. 동일한 언어와 라이브러리, 툴셋을 많이 사용할수록 더욱 유능해질 수 있습니다. 즉, 생산성이 향상되어 바퀴를 만드는 데 소요되는 시간이 줄어들고 새로운 기능으로 차별화와 가치를 추가하는 방법을 고려하는 데 더 많은 시간을 할애할 수 있습니다.

표준화는 기회입니다

표준화는 처음에는 답답하게 느껴질 수 있습니다. 특히 팀에서 애용하는 언어나 툴셋이 제외된 경우 더욱 그렇습니다. 그러나 자동화 시스템 및 소프트웨어를 위한 강력한 기반을 구축하기 위한 기회로 표준화를 수용하는 것은 비즈니스에 도움이 되며 NetOps는 전체 지속적 배포 툴체인에서 가치를 추가할 수 있는 새로운 기회를 얻습니다.

하지만 단순히 표준화를 위해 표준화하지는 마세요. 기존 기술 세트와 현지에서 인재를 구할 수 있는 가능성을 고려하세요. 자동화 및 운영의 기술 세트와 인재의 현재 상태를 파악하기 위해 대학 및 기타 기업을 조사하여 특정 언어나 툴셋을 채택하는 유일한 조직이 아닌지 확인하십시오.

최상의 장기적 결과를 얻으려면 표준화를 보안처럼 취급하지 말고 구현을 완료한 후에야 표준화를 시작하세요. 운영 및 아키텍처 부채로 인해 나중에 표준화가 어려워지는 것을 방지하려면 자동화 작업 초기에 표준화를 도입하세요.

표준화는 보안과 마찬가지로 빨리 하는 것이 늦는 것보다 낫습니다.