자동화에 관해 NetOps와 소통하는 방법

네트워크 팀은 여러분의 동료들로 구성되어 있으며, 그중에는 친구도 있을 수 있습니다. 이들은 진실을 알 자격이 있습니다. 그리고 바로 여러분이 그 진실을 전할 적임자입니다. 자동화가 기존 NetOps 업무의 상당 부분을 어떻게 긍정적으로 변화시킬지에 대한 진실을 말입니다.

엔터프라이즈 애플리케이션의 개발, 테스트, 배포, 운영 및 유지 관리에 관한 의사 결정은 더 이상 고립된 환경에서 이루어지지 않습니다. 과거에는 네트워크 운영 담당자가 통제권을 쥐고 중요한 일이 진행되기 전 최종 관문 역할을 했을 수도 있습니다. 솔직히 말해, 그들 대부분은 아마 그런 방식을 선호했을 것입니다.

하지만 상황은 달라졌습니다. 이제 NetOps는 엄격하게 통제하기보다는 모든 일을 직접 처리하려는 사람들(솔직히 말하면 DevOps 담당자들)의 요구에 시달리고 있습니다. 이들은 새 앱을 위해 보안 프로토콜을 우회하거나 앱 업데이트를 위해 부하 분산 설정을 건드리는 등 NetOps가 하지 않기를 바라는 일들을 벌이곤 합니다.

이제, 어떻게 보면 DevOps 담당자들은 그저 상황을 더 나아지게 만들려는 것뿐입니다. 변화에 더 잘 적응하고, 세세한 관리보다는 자율적으로 운영되며, 더 애자일답게(대문자 A로 시작하는 Agile) 만들려는 것이죠.

핵심은 오늘날의 엔터프라이즈 환경에서 DevOps가 애자일 업무 방식을 유지하려면 NetOps가 필요하다는 것입니다. DevOps만으로는 이를 해낼 수 없습니다. 결국 모든 애플리케이션은 기반 인프라에서 실행되기 때문입니다. 그렇다고 NetOps가 뒤로 물러나 기존의 모든 책임을 내려놓기를 기대해서도 안 됩니다. 그렇게 하는 것이 바람직하지도 않습니다. NetOps는 DevOps가 개발하는 모든 애플리케이션의 보안과 성능을 유지하는 데 중요한 역할을 하며, CI/CD 워크플로에 중요한 기술과 역량을 제공합니다.

자동화로 업무 환경 개선

DevOps 업무를 담당하면서 NetOps 동료들이 CI/CD 워크플로에 더 적극적으로 참여하도록 유도하려면, 먼저 그들이 참여하고 싶게 만들고 현 상태를 바꾸는 데 어떤 가치가 있는지 이해하도록 해야 합니다. 자동화로 손쉽게 해결할 수 있는 가장 기본적인 대상이 반복해서 수행해야 하는 지루하고 시간 소모적인 일상 업무라는 점을 고려하면, 이는 사실 그리 어렵지 않습니다. 정상적인 사람이라면 누구나 기꺼이 봇에게 맡기고 싶어 할 만한 업무들입니다.

변경 주문서가 좋은 예입니다. 주문서 더미를 하나씩 살펴보며 모든 변경 사항을 수동으로 입력한 다음, 제대로 처리했는지 다시 확인해야 합니다. 오늘 아침에만 벌써 아홉 번째다 보니 내용이 다 비슷비슷해 보이기 시작하고, 애초에 내가 왜 이 일을 시작했나 싶어지죠. 매일 온종일 변경 주문서만 처리하려고요? 그건 아니잖아요.

더 나은 방법이 있습니다. 바로 흥미롭고 생산적이어야 할 하루를 방해하는 불필요하고 반복적인 작업을 모조리 자동화하는 것입니다.

“애플리케이션 서비스 현황 보고서에 따르면, 조직의 42%가 이미 애플리케이션 서비스 배포를 자동화했습니다.”

자동화로 앱의 품질 향상

본사에서는 이 내용을 맨 앞에 내세우길 원했습니다. 결국 중요한 건 제품뿐이잖아요, 그렇죠? 제품을 만드는 사람들이 자기 일을 좋아하는지 누가 신경 쓰겠어요, 안 그래요? (아닙니다!)

그럼에도 불구하고, 반복적이고 지루한 작업이 줄어드는 데 따라 앱의 성능과 보안까지 강화되는 것은 꽤 만족스러운 부수 효과입니다.

자동화의 장점은 처음에 제대로 설정해 두면 그 이후에도 매번 정확하게 처리된다는 점입니다.

애플리케이션의 안정성과 보안을 뒷받침하는 서비스를 자동화하면 반복적인 업무에서 벗어나 더 흥미로운 프로젝트에 시간을 할애할 수 있을 뿐만 아니라, 해당 서비스의 품질도 향상할 수 있습니다. 잘 설계된 자동화 워크플로는 저절로 만들어지는 것이 아니기 때문입니다. 각 자동화 워크플로가 작동할 최적의 모델을 구축하여 최상의 결과가 지속적으로 도출되도록 하는 것이 NetOps 엔지니어의 역할입니다.

“자동화의 장점은 처음에 제대로 설정해 두면 그 이후에도 매번 정확하게 처리된다는 점입니다.”

자동화된 워크플로에서는 NetOps가 전문 영역에 대한 통제권을 유지할 수 있을 뿐만 아니라(이를 통해 애플리케이션의 속도와 안정성, 보안이 향상됩니다), 사용하기 매우 간편한 자동화 프로세스를 구축할 수 있어 DevOps가 다시는 독단적으로 행동할 생각을 하지 않게 됩니다(이 역시 애플리케이션의 속도와 안정성, 보안을 향상합니다).

협력이 있는 곳에서 자동화는 꽃을 피웁니다

거의 모든 경우에 DevOps 팀과 NetOps 팀 어느 쪽도 조직의 핵심 애플리케이션과 데이터를 유지하는 데 필요한 모든 해결책을 독자적으로 찾아낼 수는 없습니다. 이 두 팀은 예전부터 서로 협력해야 했습니다. 오늘날의 자동화 기능은 이러한 상호작용에서 발생하는 마찰을 줄이는 데 크게 기여합니다.

DevOps, NetOps, SecOps… 어떤 Ops도 홀로 존재할 수 없습니다. 현대적인 CI/CD 워크플로에서 성공하려면 복잡한 시스템 전반에 빠르고 손쉽게, 즉 자동으로 적용할 수 있는 명확하고 검증된 방법론을 개발해야 합니다. 이러한 자동화 워크플로를 위한 탄탄한 기반을 구축하려면 DevOps, NetOps, SecOps가 서로의 전문성을 바탕으로 지원하며 긴밀하게 협력해야 합니다.

환경(클라우드, 컨테이너 등)에 관계없이 애플리케이션은 기반이 되는 애플리케이션 서비스, 네트워크 서비스 및 보안 서비스에 의존합니다. NetOps는 네트워크를 통해 데이터가 원활하게 흐르도록 하고, 애플리케이션의 확장성과 응답성을 보장하며, 필요할 때 데이터를 사용할 수 있도록 하는 동시에 항상 안전하게 보호하는 역할을 합니다. 또한 모든 Ops 팀은 애플리케이션이 의도대로 작동하지 않을 위험, 네트워크가 과부하될 위험, 외부 위협이 자산을 공격하려 할 위험 등 다양한 위험을 줄이는 데 기여해야 합니다. 흥미롭게도 소프트웨어 개발에서 좋은 성과를 이끄는 DevOps 원칙인 문화, 자동화, 측정 및 공유는 보안에서 좋은 성과를 이끄는 원칙과도 동일합니다. 이는 Puppet의 2019년 DevOps 현황 보고서에 따른 것입니다.

다양한 운영 팀 간의 이러한 상호작용은 끊임없이 이루어집니다. 이는 인터넷 시대 내내 IT가 운영되어 온 방식입니다. 하지만 개선의 여지는 언제나 있습니다. 애자일 소프트웨어 개발 프로세스가 등장해 애플리케이션 개발 및 배포 속도의 한계를 끌어올린 것이 그 예입니다. 당시 DevOps는 더욱 애자일한 개발 방식으로 대대적인 전환을 시작했으며, ‘코드에서 고객까지’ 더 빠르게 도달하는 방식을 채택했습니다.

이러한 속도 향상은 현재 DevOps가 겪고 있는 큰 변화를 이끌고 있습니다. DevOps가 더 빠르게 움직이고 더욱 선제적으로 대응할 수 있다는 장점이 있는 반면, 다른 부서의 프로세스가 동일한 방식으로 운영되도록 마련되어 있지 않으면 마찰을 일으킬 수 있다는 단점도 있습니다.

다른 부서를 무시하거나 새로운 업무 방식에 아직 완전히 적응하지 못한 동료들을 외면하는 것은 바람직하지 않습니다. DevOps가 모든 일을 자체적으로 처리하려 하면 비효율적일 뿐만 아니라 제대로 해내기도 어렵습니다. 그러다 보면 의도했든 아니든 프로세스가 망가지고, 망가진 프로세스는 온갖 문제를 일으킬 수 있습니다. 이는 DevOps만의 문제가 아니라 모두에게 영향을 미치며, 특히 가장 부정적인 영향을 주고 싶지 않은 고객에게까지 피해가 갈 수 있습니다.

DevOps가 업무를 제대로 수행하려면 NetOps를 적이 아닌 파트너로 삼아야 합니다. 그리고 모든 견고한 파트너십의 핵심은 소통입니다. DevOps는 애플리케이션 지원에 필요한 서비스를 확보하는 방법에 대해 네트워크 팀과 소통해야 합니다.

DevOps 팀은 자동화, 전반적인 프레임워크, 코드형 인프라와 같은 분야의 전문가인 경우가 많습니다. 반면 네트워크 팀은 실제로 프로비저닝해야 하는 아키텍처 리소스와 해당 프로비저닝에 사용할 수 있는 도구를 파악하는 데 전문성을 갖추고 있습니다. DevOps와 NetOps는 대화와 상호 존중을 통해 자동화가 필요한 부분과 이를 가장 효과적으로 구현하는 방법을 파악할 수 있습니다.

DevOps 팀이 NetOps 동료들이 CI/CD 워크플로 전반에서 자동화의 역할을 확대하도록 지원한다고 해서 잃을 것은 없으며, 오히려 얻을 것이 많습니다. 핵심은 여러분이 코드 개발 전문가인 것처럼, 동료 중 한 명 이상은 해당 코드를 지원하는 네트워크 및 보안 서비스를 프로비저닝하는 전문가라는 점을 인식하는 것입니다. 그들이 역량을 최대한 발휘하는 최고의 전문가가 되도록 도울 기회를 놓치지 마세요.