이전 블로그에서 네트워크 엔지니어가 제2 바이올린을 연주한다는 글을 썼는데(레오나드 번스타인의 뉴욕과 빈 필하모닉을 언급한 것은 신경 쓰지 마세요!), 제 LinkedIn을 확인해보면 몇몇 지인들로부터 경멸을 받기도 했습니다(우리는 여전히 친구 사이입니다). 건전한 토론이 이어졌고, 네트워크 엔지니어는 지금과 같은 클라우드 우선 시대에 ‘넷옵스’ 패턴을 수용해야 한다는 데 동의했습니다. 하지만 IT 분야를 네트워킹에 적용하면서 이름을 바꾸려고 한다는 사실(DevOps는 어떻게든 NetOps가 되어야 합니다)은 네트워킹에서 우리가 여전히 다르다고 생각한다는 것을 보여줍니다. 저는 네트워킹은 다르며, 따라서 넷옵스 대신 데브옵스 모델을 더 빨리 도입할수록 더 나은 결과를 얻을 수 있다는 주장에 절대적으로 동의하지 않습니다. Devops는 클라우드 우선 애플리케이션 및 인프라 환경을 지배하므로 네트워크도 이에 따라야 합니다.
NetOps에 대해 이야기할 때마다 파이썬, 구성 자동화 또는 정책 정의를 통한 네트워크 프로그래밍 기능에 초점을 맞추고 있습니다. 넷옵스 논의에서는 기술 용어가 주를 이룹니다. 반면 데브옵스 논의는 비즈니스 혁신, 문화 및 철학에 초점을 맞추고 있습니다. NetOps가 일어나고 있고 이는 훌륭하지만, 진정한 네트워킹의 판도를 바꿀 수 있는 것은 논의의 수준을 높이고 진정한 DevOps 철학을 채택하는 것입니다. 그러기 위해서는 네트워킹 전문가가 기술 도구가 아니라 무엇보다도 비즈니스 의도와 문화로 주도해야 합니다.
애플리케이션 컴퓨팅의 역사와 이것이 어떻게 데브옵스로 이어졌는지 간단히 살펴보겠습니다. 그러면 네트워크 엔지니어로서 눈에 띄는 친숙함이 있고, 우리가 똑같은 궤적을 따라가고 있으며 반드시 같은 결과에 도달할 것이라는 사실을 마지못해 인정해야 할 것입니다: 바로 데브옵스입니다. 태초에는 철이 있었습니다. 애플리케이션 세계에서는 메인프레임에서 서버로 이동했습니다. 애완동물(일명 서버)을 설치하고, 설정하고, OS를 패치하면서 실행 중인 애플리케이션과 호환성을 유지하고, 성능이 저하되기 시작하면 CPU나 메모리 또는 드라이브를 수동으로 업그레이드하는 등 애정을 갖고 관리해야 했습니다. 그리고 가상화가 등장했습니다. 갑자기 ‘추상화의 힘’이 생겨났고( Barbara Liskov의 전설적인 강의를 확인해 보세요), 코드 혁신에 더 많은 시간을 할애하고 서버 문제를 처리하는 데 더 적은 시간을 할애할 수 있게 되었습니다. 이러한 분리를 통해 서비스형 모델이 가능해졌고, 이제 서버리스 컴퓨팅, 코드형 인프라 등이 등장했습니다. “애완동물이 아닌 가축”은 컨테이너와 오케스트레이션 사이에서 완전히 추상화된 애플리케이션 인프라에 관한 캐치프레이즈 중 하나입니다. 개발자는 코드를 오케스트레이션에 푸시하기만 하면 사용자에게 훌륭한 사용자 경험을 제공할 수 있도록 필요한 규모로 매우 빠르게 배포할 수 있습니다. 하지만 어디서 어떻게 발생하는지는 운영자가 알아서 판단해야 합니다. 두 가지를 함께 활용하세요: 데브옵스는 혁신과 비즈니스 성과를 촉진하는 문화를 조성합니다.
네트워킹 분야에서는 라우터, 스위치, 그리고 – 네, 말씀드린 대로 – DIY SD-WAN 등 우리가 여전히 반려동물을 돌보고 있다는 사실을 인정해야 합니다. 엔터프라이즈 WAN의 역사를 살펴보겠습니다. 제가 업계에 합류했을 당시에는 ATM 인프라를 출시하고 있었습니다. 그러다 IP 라우터가 등장했는데, 정말 재미있었어요. 그런 다음 VoIP, 보안 기능 등 모든 종류의 애플리케이션을 라우터 OS에 통합하기 시작했습니다. 이러한 ‘반려동물’은 관리가 매우 까다롭지만 수명은 햄스터와 비슷합니다. 2~3년 정도마다 더 큰 CPU, 더 빠른 인터페이스, 새로운 스위치 패브릭 등 대대적인 하드웨어 업그레이드가 필요한 것 같았습니다. 이름만 대면 알 수 있습니다. 네트워크 업계의 일부 사람들은 애플리케이션 업계가 가상화를 통해 달성한 성과를 부러워하며 울타리 너머로 들여다보기 시작했고, SDN 선구자들은 네트워크 추상화에 대해 이야기하기 시작했습니다. 네트워크 가상화가 시작되었습니다. 대부분의 SD-WAN은 가상 오버레이로 구축됩니다. 오버레이는 비즈니스 수준의 SLA를 제공하기 위해 의존하는 언더레이 물리적 네트워크 인프라와 달리 매우 민첩하기 때문에 좋습니다(여기에서 오버레이-언더레이의 난관에 대해 썼습니다). 그리고 네, 제로 터치 프로비저닝이 존재합니다. 하지만 애플리케이션 개발자가 코드를 푸시하는 것만큼 쉬운 일이었는지 글로벌 DIY SD-WAN을 구현한 사람들에게 물어보세요. 확실히 그렇지 않습니다(네트워크 월드 기사 링크)! 디자인 가이드가 참조하는 다른 문서를 확인하면 수백 페이지에 달하는 디자인 가이드가 여러 개 있습니다. 0일차에 정의해야 하는 정책은 매우 복잡하므로 올바르게 정의하는 것이 좋습니다. 그리고 비즈니스에 중요한 애플리케이션에는 여전히 MPLS가 필요하며, 대부분의 경우 여러 국가에 걸쳐 이러한 링크를 직접 조달하고 모든 것을 직접 패치해야 합니다.
다시 데브옵스로 돌아가서: 서비스형 X-서비스 제공 모델이 있었기에 가능했습니다. 이것이 바로 아리아카가 네트워킹을 위해 하는 일입니다. 저는 이를 라우터 없는 네트워킹이라고 부르며 서버리스 컴퓨팅에서 차용하여 요점을 설명하고자 합니다. 설정과 지속적인 조정은 잊어버리세요. 라우터 공급업체 영업사원이 훨씬 더 나은 새 하드웨어가 출시되었고 특별 프로모션이 있다고 말하지 마세요. 복잡한 네트워크 정책을 정의하거나 관리 경계 간에 SLA를 제공하는 방법, 끊임없이 변화하는 IaaS 및 SaaS 트래픽 부하를 따라잡기 위해 네트워크를 지속적으로 미세 조정하는 것에 대해 걱정할 필요 없이 바로 비즈니스 결과를 제공할 수 있습니다. 사이트 위치, 필요한 중복성, 인기 앱, 우선순위 지정 방법 등 비즈니스 의도를 간단히 알려주시면 48시간 이내에 상상했던 네트워크가 마법처럼 실현되는 것을 확인하실 수 있습니다. 뿐만 아니라 변화하는 비즈니스 요구에 따라 서비스형 네트워크가 지속적으로 적응하는 것을 확인할 수 있습니다. 아리아카는 글로벌 레이어 2 네트워크와 코어 네트워크에 연결되는 모든 라스트 마일 링크의 데이터를 지속적으로 처리하고 모니터링하여 거시적 추세를 감지하고 고객에게 지속적인 최적화 옵션을 제공합니다.
물론 큰 문화적 변화가 필요한 것은 사실입니다. 데브옵스는 새로운 철학이며 네트워킹 분야에서도 필연적으로 적용될 것입니다. 아리아카는 민첩성과 비즈니스 성과를 제공하는 클라우드 우선 엔터프라이즈 WAN을 통해 글로벌 기업을 전 세계적으로 연결하는 새로운 방식인 데브옵스 문화를 네트워킹에 도입하기 위해 클라우드 우선 WAN으로 구축되었습니다. 800개 이상의 기업이 가입했습니다. 스마트서비스 포트폴리오의 데모에 참여해 보시지 않으시겠어요?
