얼마 전 한 잠재 고객과 이야기를 나눈 후 제 지난 블로그를 읽었는데 인텐트 기반 네트워킹에 대해 이야기하면서 인텐트 기반 네트워킹의 핵심 요소인 오케스트레이션에 대한 글을 생략했다는 이야기를 들었습니다. 그들이 옳았습니다. 변명하자면 블로그가 너무 길어졌을 수도 있지만, 오늘은 그 누락된 부분을 바로잡겠습니다. 위대한 지휘자이자 작곡가인 레너드 번스타인은 이렇게 말했습니다: “위대한 일을 이루기 위해서는 계획과 충분한 시간, 이 두 가지가 필요합니다.” 그리고 그는 오케스트레이션에 대해 한두 가지 정도는 알고 있었을 것입니다. 이 말은 오늘날 IT 업계에서 흔히 볼 수 있는 극심한 시간 압박 속에서 변혁을 겪고 있는 네트워킹에서도 여전히 유효합니다. 그리고 이는 자동화 및 오케스트레이션으로 이어지며 서로 밀접하게 연결되어 있습니다. 물론 자동화는 오늘날 IT의 최우선 과제입니다(WAN 현황 보고서에서 자세한 내용을 읽고 웨비나에 등록할 수 있습니다). 그렇다면 ‘자동화’란 무엇을 의미할까요? 정의에 따라 다르지만, 네트워킹에서 자동화는 새로운 개념이 아닙니다. 네트워킹에서. 업계 분석가들이 항상 쓸모없는 수동 구성의 주범으로 여기는 스크립트를 오랫동안 사용해 왔습니다. 스크립팅을 통해 관리자가 훨씬 오래 걸릴 것이라고 생각했던 디바이스 구성 작업의 속도를 높일 수 있었습니다! 저희는 대본을 편집하고 실행한 후 동료 네트워크 엔지니어들과 함께 해피아워를 가졌습니다. 소프트웨어 과학에서 스크립팅과 같은 접근 방식은 필수적인 접근 방식으로 알려져 있는데, 이는 기본 레이어와 상호 작용하려면 해당 레이어의 모든 세부 기능을 알고 있어야 하며, 그렇지 않은 경우 매우 정확하게 수행해야 한다는 것을 의미합니다.
그렇기 때문에 저는 IT에서 혁신적인 자동화를 이야기할 때 스크립트를 의미하지 않는다고 생각합니다.
결국 스크립트의 적용 범위는 매우 좁습니다. 스크립트는 디바이스에 따라 다르며, 저는 디바이스별로 스크립트를 실행합니다.
스크립팅과 같은 도구는 로켓으로 구동되는 목발과 같아서 매우 특정한 움직임에 매우 효과적이지만, 그 좁은 범위를 벗어나면 ‘로켓 모드’ 스위치를 누르지 않고 절뚝거리며 나아가는 편이 낫습니다.
반면 오케스트레이션은 훨씬 더 광범위한 자동화를 가능하게 하는 도구입니다.
예를 들어, 새로운 UCaaS 배포를 롤아웃하기 때문에 QoS 정책을 전 세계적으로 업데이트하려는 경우, 두 가지 자동화 접근 방식에 대한 작동 방식은 다음과 같습니다:
- 스크립팅: 네트워크에 50개의 사이트가 있는 경우 약간씩 다른 버전의 자동화 스크립트 50개를 만들어 50개의 사이트별 스크립트를 만듭니다.
그런 다음 개별적으로 실행하세요.
이 방법이 터무니없다고 생각한다면 모든 노드에 로그인하여 로컬 서비스 클래스 정책을 변경하도록 수동으로 구성하는 경우 수백 개의 CLI 명령을 실행하는 것이 어렵지 않다는 사실을 생각해 보세요.
그리고 50개 사이트에서 수동으로 입력한 수백 개의 명령을 실행할 경우 구성 실수가 발생할 가능성까지 합산해 보세요.
이것이 바로 스크립팅을 통한 자동화가 네트워킹 분야에서 생각보다 훨씬 더 널리 채택된 이유입니다. - 오케스트레이션: 트래픽 우선순위와 UCaaS 클라우드로의 최적의 브레이크아웃 등 UCaaS에 대한 의도를 설명하는 추상화된 정책을 정의하기만 하면 됩니다.
오케스트레이션 도구는 소프트웨어 엔지니어링에서 선언적 모델이라고 하는 것을 사용하여 이를 변환합니다.
한 단계를 건너뛴 것 같습니다: “선언적”이 무엇을 의미하는지 말하지 않았습니다.
선언적 모델은 명령형 모델과 매우 다릅니다.
명령형 모델에서는 제어하려는 요소에 모든 복잡성이 노출됩니다.
택시를 부를 때 “샌프란시스코 공항의 터미널 A로 가고 싶어요”라고 말하고 운전을 하다가 졸고 있는 대신, “다음에 좌회전, 우회전, 6마일(미터법으로는 약 10km) 후에 출구로 나와…”라고 택시 기사에게 매번 지시해야 한다고 상상해 보십시오.
이것이 바로 명령형 모델입니다.
선언적 모델에서는 세계 최고의 택시기사가 정확하고 빠르게 목적지까지 데려다주고, 내 의도를 완벽하게 실행하며, 체크인 줄을 보기 전까지는 편안하게 터미널 A에 도착할 수 있다는 것을 알 수 있습니다.
“그게 아리아카와 무슨 상관이야?”라고 스스로에게 물어보실 수도 있겠지만, 제가 한 단계를 건너뛴 것도 알고 있습니다.
대답은 아리아카는 업계 최고의 오케스트레이션 워크플로우가 없었다면 우리 자신과 800여 글로벌 기업 고객 모두를 위한 네트워크 혁신을 제공할 수 없었을 것입니다.
아리아카의 오케스트레이션 도구는 “Aryaka 네트워크 모니터링 및 제어”를 위한 ANMC라고 불립니다.
이 도구는 상호작용하며 제가 강조하고 싶은 세 가지 주요 기능을 수행합니다(이 외에도 더 많은 기능이 있습니다):
- ANMC는 선언적 모델에 따라 의도를 자동화된 구성으로 전환하는 아리아카 글로벌 매니지드 SD-WAN 아키텍처의 핵심 아키텍처 요소입니다. 많은 SD-WAN 공급업체가 인텐트 기반 자동화에 대해 이야기하지만, 정의해야 하는 복잡한 정책을 살펴보면 네트워크 전문가가 필요하며, 최소 한두 달의 시간이 필요합니다. Aryaka 모델을 사용하면 지사 위치, 애플리케이션 우선순위, 보안 상태, 클라우드 기반 XaaS 및 이중화 요구 사항을 선언하기만 하면 전 세계 어디서나 48시간 이내에 ANMC 기반의 Aryaka 오케스트레이션 머신이 이를 실현합니다. 높은 수준의 네트워크 설계 의도를 아리아카 인프라 전반에 걸쳐 오케스트레이션된 명령으로 해결합니다:
- 1단계: 아리아카 글로벌 레이어 2 코어 네트워크에서 특정 연결, QoS 및 보안 구성을 오케스트레이션합니다.
- 2단계: 브랜치 디바이스를 활성화할 때마다 원활한 제로 터치 배포 모델을 통해 프로비저닝하고 즉각적인 글로벌 보안 및 결정론적 연결을 제공합니다.
- ANMC는 또한 아리아카 인프라를 통해 네트워크를 운영하는 모든 기업을 위해 아리아카의 서비스형 네트워크 인프라 내에서 일어나는 모든 일에 대한 글로벌 가시성을 제공합니다.
이 도구는 아리아카가 자체 인프라 요구 사항을 미리 계획할 수 있는 글로벌 트렌드 툴을 제공할 뿐만 아니라 고객에게 MyAryaka 고객 포털을 통해 자체 리소스에 대한 가시성을 제공합니다.
인텐트 기반 네트워킹 측면에서 보면, 이는 원래의 의도와 운영 현실을 지속적으로 일치시키고 불일치하거나 잠재적으로 파괴적인 트렌드를 알려주는 중요한 피드백 주기입니다. - ANMC는 Aryaka 내부 모니터링 및 오케스트레이션 도구이지만, 멀티테넌트 기능의 핵심입니다.
이 도구는 마이아리아카 가시성 및 셀프 프로비저닝 고객 포털을 위한 아키텍처 기반을 제공합니다.
오케스트레이션은 엔터프라이즈 네트워킹의 미래에 필수적인 요소이기 때문에 정기적으로 다시 다룰 주제가 될 것입니다.
하지만 다소 개인적인 생각으로 마무리하겠습니다. 20년 이상 네트워킹 분야에서 일해 온 우리 중 많은 사람들이 근무하는 회사에 관계없이 함께 모여 “오케스트레이션과 자동화가 도입되면 우리는 어떻게 해야 할까?”라는 고민을 함께 하고 있습니다.
레오나드 번스타인의 말을 다시 한 번 인용해 보겠습니다: “오케스트라에서 가장 연주하기 어려운 악기는 제2 바이올린이다”.
여기서 얻은 교훈은 네트워킹에서 우리는 너무 오랫동안 독주자가 되려고 노력했고, 자신의 영역을 완벽하게 통제하려고 노력했으며, 스스로를 필수 불가결한 존재라고 생각했다는 것입니다.
하지만 디지털 기업의 요구에 따라 네트워킹은 중요한 비즈니스 목적을 위한 도구가 되어야 한다는 것도 알고 있습니다.
저는 번스타인의 뉴욕과 빈 필하모닉 오케스트라에서 큰 성공을 거둔 모든 제2 바이올리니스트가 그들이 그늘진 앙상블의 제1 바이올리니스트보다 더 행복했다고 생각합니다.
새로운 디지털 시대의 IT 조직은 의심할 여지 없이 우리 모두를 번스타인의 표현을 빌리자면 ‘제2 바이올린’에서 ‘제1 바이올린’으로 선언하고 있습니다: 비즈니스 성공을 위해서는 클라우드 우선 기업의 요구 사항을 지원하는 매우 민첩하고 견고한 네트워크 인프라를 기반으로 해야 합니다.
그리고 나서 우리는 함께 아름다운 음악을 연주할 수 있습니다.
ANMC가 오케스트레이터가 되어 드리겠습니다.
자세히 알아보고 싶으신가요?
전문가와 함께 데모를 예약하세요.