이전 블로그에서 네트워크 엔지니어가 제2 바이올린을 연주한다는 글을 썼는데(레오나드 번스타인의 뉴욕과 빈 필하모닉을 언급한 것은 신경 쓰지 마세요!), 제 LinkedIn을 확인해보면 몇몇 지인들로부터 경멸을 받기도 했습니다(우리는 여전히 친구 사이입니다). 건전한 토론이 이어졌고, 네트워크 엔지니어는 지금과 같은 클라우드 우선 시대에 ‘넷옵스’ 패턴을 수용해야 한다는 데 동의했습니다. 하지만 IT 분야를 네트워킹에 적용하면서 이름을 바꾸려고 한다는 사실(DevOps는 어떻게든 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-서비스 제공 모델이 있었기에 가능했습니다.
이것이 바로 Aryaka가 네트워킹을 위해 하는 일입니다.
저는 이를 라우터 없는 네트워킹이라고 부르는데, 서버리스 컴퓨팅에서 차용한 것입니다.
구성과 지속적인 조정은 잊어버리세요.
라우터 공급업체 영업사원이 훨씬 더 나은 새 하드웨어가 출시되었고 특별 프로모션이 있다고 말할 필요도 없습니다.
복잡한 네트워크 정책을 정의하거나 관리 경계 간에 SLA를 제공하는 방법, 끊임없이 변화하는 IaaS 및 SaaS 트래픽 부하를 따라잡기 위해 네트워크를 지속적으로 미세 조정하는 것에 대해 걱정할 필요 없이 바로 비즈니스 결과를 제공하세요.
아리아카는 사이트의 위치, 필요한 리던던시, 인기 앱, 우선순위 지정 방법 등 비즈니스 의도를 간단히 파악하고 48시간 이내에 상상했던 네트워크가 마법처럼 실현되는 것을 확인할 수 있습니다.
뿐만 아니라 변화하는 비즈니스 요구 사항에 따라 서비스형 네트워크가 지속적으로 적응하는 모습도 확인할 수 있습니다.
아리아카는 글로벌 레이어 2 네트워크는 물론 코어 네트워크에 연결되는 모든 라스트 마일 링크의 데이터를 지속적으로 처리하고 모니터링하여 거시적 추세를 감지하고 고객에게 지속적인 최적화 옵션을 제공합니다.
물론 큰 문화적 변화가 필요하긴 합니다.
데브옵스는 새로운 철학이며 네트워킹 분야에서도 필연적으로 적용될 것입니다.
아리아카는 민첩성과 비즈니스 성과를 제공하는 클라우드 우선 엔터프라이즈 WAN으로 글로벌 기업을 전 세계적으로 연결하는 새로운 방식인 데브옵스 문화를 네트워킹에 도입하기 위해 클라우드 우선 WAN으로 구축되었습니다.
800개 이상의 기업이 가입했습니다.
지금 바로 스마트서비스 포트폴리오 데모에 참여해보세요.
