ONUG 가을 컨퍼런스 2019
지난달 뉴욕에서 열린 ONUG Fall Conference에 참석하는 것이 정말 즐거웠습니다. 누군가 그것을 확인해야 하는 경우 SD-WAN 진보하고 있으며 주류로 자리잡고 있습니다. 거기에 있었다면 증거를 제공했을 것입니다: 높은 참석률, 현장에서의 훌륭한 토론, 많은 엔트erp그들의 경험을 공유하는 상승 SD-WAN 배포. 또한 업계 표준 및 참조 아키텍처에 대한 논의가 시작되었습니다. SD-WAN ONUG와 MEF가 주도하는 것은 기술이 성숙기에 도달하고 있음을 보여줍니다.
상상할 수 있듯이 우리는 사람들로 붐비는 전시장과 개념 증명 프레젠테이션에서 다양한 주제에 대해 논의하고 있었습니다. Aryaka 데모 여기에서 지금 확인해 보세요.). 하지만 우리가 가장 많이 논의한 주제를 요약해야 한다면 다음을 선택하겠습니다. 물론 여러분의 견해도 환영합니다.
SD-WAN 복잡성
DaVinci에는 SD-WAN 원래는 네트워크 복잡성을 종식시키는 기술로 선전되었지만, 이제 많은 사용자들이 그들의 초기 SD-WAN 배포는 네트워크 단순화에 대한 초기 약속에 부응하지 못했습니다. 사실 최소 3명의 엔트와 대화를 나눴다.erp중단했던 사용자 증가 SD-WAN 접근 방식을 재평가하고 있었습니다. SD-WAN 구현. 내가 들은 주요 고충은 엔트erp일어나 다 WAN 과거에는 복잡성을 주도했습니다. 애플리케이션 성능, 사용자 경험 및 QoS (그들은 모두 짜여져 있습니다). 이론에 의하면, SD-WAN 은 중앙에서 "간단한" 정책을 정의하고 모든 위치에 대한 배포를 오케스트레이션/자동화하여 이 문제를 해결해야 했습니다. 보라, 정책이 그렇게 간단하지도 않고 보편적으로 적용할 수 있는 것 같지도 않다. 따라서 네트워크 엔지니어는 과거의 악의적인 600개 이상의 CLI 명령을 여전히 떠올리게 하는 방식으로 초기 "범용" 정책을 만드는 데 많은 시간을 소비하게 됩니다. 더욱이 종종 이러한 정책은 라스트 마일 행동의 특성을 고려할 때 많은 위치에 대해 조정되어야 하며, 기본적으로 동일한 유형의 노드별 작업이 발생합니다.erp과거에는 네트워킹이 비효율적이었습니다. 이 문제가 특히 ent에 널리 퍼졌다고 말해도 놀라지 않을 것입니다.erp"Do-It-Yourself"에 착수한 상승세 SD-WAN 프로젝트.
내가 그런 말을 해도 너도 놀라지 않을 거야 Aryaka의 접근 방식은 이 문제를 해결합니다. 그리고 당신이 "음, 왜냐하면 그것은 관리형 서비스 모델 그리고 당신은 나를 위해 모든 것을 구현하고 내 SD-WAN 구현”, 나는 당신이 내 ONUG POC 데모. 전역 및 로컬 정책을 만들고 수정할 수 있는 구성 포털이 있습니다. 탐색이 매우 직관적입니다. 또한 라스트 마일에 대한 우리의 통제는 대부분의 경우 보편적인 QoS 정책은 단순히 작동합니다. 몇 가지 다른 애플리케이션 혼합 패턴을 수용하기 위해 하나 이상의 글로벌 정책을 생성할 수 있지만 고객 배포를 탐색하면 일반적인 200개 지점 네트워크에 2개 또는 3개만 있는 것을 볼 수 있습니다. QoS 정책, 더 이상.
가시성 및 문제 해결
뉴욕의 쇼케이스 플로어는 SD-WAN 네트워크 성능 모니터링(NPM) 회사를 위한 매우 비옥한 놀이터가 되었습니다. 오해하지 마세요. 엔트에 대한 좋은 이유가 많이 있다는 것을 알고 있습니다.erpNPM 도구를 채택하기 위해 상승합니다. 내 자신의 네트워크를 관리하는 경우 높은 수준의 가시성과 문제 해결 기능을 제공하는 벤더 중립적인 추가 도구를 선택해야 합니다. 즉, 이상하게 보이는 것은 또 다른 NPM 도구를 ent로 배포하는 것이 필수 요구 사항이 된 것 같습니다.erp라이즈는 0-1-2일에 출발합니다. SD-WAN 여행. 주된 이유는 0일 차에 작동 중인 트래픽 정책을 정의하고 Do-It-Yourself를 사용하여 1일 차 또는 2일 차 시나리오에서 운영/문제 해결 시 오버레이 및 언더레이 네트워크 동작을 조정하는 데 도움이 되기 위함입니다. SD-WAN. 1일차에 당신은 want 트래픽 정책이 예상대로 수행되지 않을 수 있는 이유를 확인하고 2일차에 애플리케이션 성능 문제를 해결해야 합니다. 어느 경우든 가상 오버레이와 물리적 언더레이에 대한 가시성이 떨어지는 것은 확실히 도움이 되지 않습니다.
그리고 다시 한 번, 나는 이 문제가 Aryaka 접근하다. 그만큼 MyAryaka 고객 콘솔은 고객에게 첫 번째, 중간, 마지막 마일에 걸쳐 완전한 엔드투엔드 가시성을 제공합니다. 조정해야 할 오버레이 및 언더레이 분할 가시성 문제가 없습니다. Aryaka 미들 마일(Global Layer 2 Core)에 대한 완전한 소유권과 긴밀하게 연결되는 폐쇄 루프 접근 방식을 보유하고 있습니다. Aryaka의 PoPs 에지 장치(Aryaka Network Access Point일명 ANAP) 첫 번째 및 마지막 마일 성능에 대한 심층적인 실시간 가시성을 제공합니다. 어딘가에 문제가 있는 경우 문제 해결 프로세스는 매우 간단합니다. 내 ONUG 데모). 나는 또한 우리의 SLAs 1일차부터 시작하세요. 정말 쉽습니다.
네트워크 엔지니어의 역할
다른 많은 토론 주제도 있었지만 제가 매우 정기적으로 다루었던 주제 중 하나는 네트워크 엔지니어 역할의 미래였습니다. 그것은 내 배경이 나를 약간 네트워크 회색 수염으로 드러내기 때문인 것 같습니다(아마 수염을 깎아야 할 것 같습니다 :-D) 그리고 또한 나는 다음과 같은 서비스로서의 네트워크(Network-as-a-Service) 회사에서 일하기 때문입니다. Aryaka 네트워크 엔지니어들이 저에게 "내가 당신의 서비스를 구매하면 *나*는 하루 종일 무엇을 하게 되나요?"라고 묻습니다. 나 자신을 불필요하게 만들고 있지 않습니까?”. 쉬운 논의는 아니지만, 네트워크 엔지니어의 역할이 변화하고 있고, 한동안 변화해 왔다는 것은 우리 모두 알고 있습니다. 여기 블로그가 있습니다. 나는 XNUMX년 전에 이 주제에 관해 대필을 썼습니다(내 의견 중 일부는 바뀌었지만!). 네트워크 엔지니어는 서버/애플리케이션 엔지니어의 역할이 어떻게 바뀌었는지 살펴봐야 합니다. DevOps는 네트워킹 분야의 새로운 전투 구호가 되어야 합니다. 간단히 말해서 이는 인프라를 비즈니스 요구 사항에 맞춰 지속적이고 신속하게 조정하고 지속적인 운영 변화 상태를 의미합니다. 나는 또한 다음과 같은 점을 분명히 해야 합니다. Aryaka의 주요 고객은 항상 쉽게 알 수 있듯이 네트워크 주제 전문가 *입니다* 그들은 우리 웨비나에 참여합니다, 기술과 그 기능을 완벽하게 인식합니다. 그러나 그들은 초기에 우선 순위가 바뀌고 IT 비즈니스 논의에 참여하고 네트워킹 상아탑에서 벗어나야 한다고 결정한 네트워크 엔지니어이기도 합니다. 에서 WAN 라우터 시대, 거의 모든 엔터티에 맞는 하나의 네트워크 모델erp증가했으며 연결성이 핵심 서비스였습니다. 네트워크 엔지니어는 중요한 비즈니스 모델이나 우선순위를 알 필요가 없었습니다. 디지털에서는, cloud- 첫 번째 시대에는 네트워크가 비즈니스 요구에 지속적으로 신속하게 적응해야 합니다. 그렇지 않으면 방해가 되어 우회 및/또는 아웃소싱될 것입니다. 그만큼 Aryaka 배포 모델은 네트워크 엔지니어가 문제 해결 시간의 70% 이상(여러 연구에 따르면)에서 벗어나 비즈니스 성공을 계획하는 데 더 많은 시간을 할애할 수 있도록 함으로써 도움이 됩니다.
로 연락주세요 데모 받기 우리 전문가 중 한 명으로부터!
저자,
