진행 Cloud- 먼저 가속하라 WAN 변환

네트워크 설계자와 엔지니어의 경우 WAN 경험은 일반적으로 통신 사업자 관계의 눈을 통해 볼 수 있습니다. 많은 경우에 이 경험이 반드시 긍정적인 것은 아닙니다. 통신 사업자와 협력하여 다닐erp일어나 다 WAN 계약 및 요율 협상, 새 회로 프로비저닝 및 설치, 성능 문제 및 중단 해결, 서비스 수준 계약 관리(SLAs) 지속적으로. 이것은 최소한 말하기 어려울 수 있습니다. 운송업체가 배송을 위해 유지해야 하는 복잡한 피어링 관계를 포함하는 경우 글로벌 연결 통신 산업을 설명할 때 "민첩성"이라는 용어가 즉시 떠오르지 않는다는 사실 때문에 전반적인 경험이 좋지 않다는 결론을 내릴 수 있습니다.

Cloud-먼저 WAN 아키텍처
위에서 정의한 통신사업자 관계와 달리 cloud-먼저 WAN 경험은 이러한 패러다임을 바꿉니다. 그리고 우리는 공개적인 것에 대해서만 이야기하는 것이 아닙니다 cloud에스. 이는 비즈니스 민첩성, 운영 단순성 및 일관된 다중 환경을 전제로 하는 전반적인 경험입니다.cloud 배포. 이 모든 작업은 cloud 소비 모델.

다음과 같이 생각해 보십시오. 컴퓨팅은 엔터티가erp온프레미스 데이터 센터의 애플리케이션과 인프라를 소유, 운영 및 유지 관리하여 cloud 소비 모델. 마찬가지로, cloud-먼저 WAN 경험은 레거시 네트워킹 모델을 네트워크 소비 모델로 발전시킵니다.erp증가하고 네트워크 공급자는 다음에 대한 책임을 분담합니다. WAN 애플리케이션 및 인프라.

그림 1: 플랫폼 접근 방식을 사용하여 cloud-먼저 WAN

또한 소비 모델은 많은 교육이 필요한 수동 프로세스에서 많은 사람들이 "의도 기반"이라고 부르는 자동화된 프로세스로 변환하여 서비스 제공을 단순화합니다.

A cloud-먼저 WAN 경험은 "as-a-service"로 소비되는 예측 가능한 엔드-투-엔드 성능을 제공해야 하며, 이는 뛰어난 사용자 및 애플리케이션 경험을 제공해야 합니다.

Cloud-먼저 WANs는 비즈니스 민첩성을 향상시켜야 합니다. 출시 시간이 분, 시간, 일 단위로 측정되는 시대에 조직은 WAN 그 사용 cloud 소비 모델, 특히 유연한 청구와 손쉬운 서비스 통합을 특징으로 하는 OPEX 기반 제품입니다. IT 및 인프라 팀이 비즈니스 요구 사항에 신속하게 적응할 수 있도록 민첩성을 촉진하는 것이 바로 이 새로운 네트워크 소비 모델입니다. 여기에는 빠르게 변화하는 비즈니스 우선순위, 통합 공급망 및 세계화 요구가 포함됩니다. Cloud-먼저 WANs는 동종 최고의 관리 서비스를 제공하는 운영 단순성을 제공해야 합니다.erp복잡성을 크게 단순화하기 위해 상승합니다. 그만큼 cloud-먼저 WAN 테이크를 제시한다 WAN 기술 제공을 통한 소비 모델(SD-WAN) 및 관리 서비스. 실제로 두 세계의 장점을 모두 누리는 것과 같습니다.

Cloud-먼저 WANs 멀티를 제공해야 합니다.cloud-모든 애플리케이션을 어떤 환경에도 적용할 수 있는 선택권을 제공하는 준비된 아키텍처 cloud 대중을 연결하여 cloud 공급자, 서비스형 소프트웨어(SaaS) 제공업체 및 파트너 clouds—일관적인 사용자 경험을 제공하면서 이 모든 작업을 수행합니다. 바로 이 능력이 기업의 핵심이다. cloud-첫 번째 서비스 제공. 이는 모든 IaaS(Infrastructure-as-a-Service)에 연결할 수 있는 확장성을 갖춘 제품입니다(IaaS), 서비스형 플랫폼(PaaS) 또는 SaaS 적은 노력으로 모든 지역의 공급자. 이 접근 방식을 사용하여 IT는 모든 직원이 언제 어디서나 액세스할 수 있는 모든 응용 프로그램을 배포할 수 있는 유연성을 가져야 합니다.

요컨대, 당신의 WAN LAN에 연결된 것과 동일한 사용자 경험을 제공해야 합니다.

DIY에 비해 장점 SD-WAN
다중 프로토콜 이후 레이블 전환(MPLS) 세계에서 IT 기획자는 일반적으로 구축 또는 소비 중에서 선택할 수 있습니다. WAN.

엔트erp상승 wan모든 일을 자체적으로 수행하는 것은 일반적으로 박스 공급업체로부터 기술을 조달한 다음 보안을 추가하는 것입니다. cloud, 최적화 및 오케스트레이션 구성 요소.

이러한 DIY 방식은 말처럼 간단하지 않습니다. 특히 전문 지식의 격차가 큰 시대에는 더욱 그렇습니다. 결과적으로 엔트erp상승은 종종 비용, 복잡성 또는 타이밍으로 인해 도로의 끝에 도달합니다. 실제로 DIY 배포의 최대 20%가 실패하거나erp성능.

DIY 접근 방식과 관련된 몇 가지 과제 SD-WAN 과 같습니다 :

대대적인 업그레이드
너 스스로해라 SD-WAN 롤아웃에는 일반적으로 하드웨어 변경, 인벤토리 관리, 버전 제어, 패치 문제 등이 포함됩니다. 경우에도 SD-WAN 소프트웨어 업그레이드로 진행되고 있어 레거시 하드웨어의 성능은 SD-WAN 기능이 혼합되어 기술 부채, 좌초 된 자산 업그레이드된 하드웨어를 구입해야 할 필요성.

보안
엣지 전반에 걸쳐 일관된 보안 구현 cloud (예: 모든 트래픽을 암호화하는 기능 제공)은 움직이는 모든 부분으로 인해 어려울 수 있습니다.

SLAs
SLAs 정의, 이해 및 시행되는 만큼만 유효합니다. 대부분의 공급업체는 종단간 연결을 보장할 수 없습니다. SLA 서비스 제공 가치 사슬에서 충분한 구성 요소를 소유하지 않기 때문입니다. 이로 인해 기존의 SD-WAN 박스 공급업체는 네트워크를 보장할 수 없습니다. SLAs. 글로벌 배포 또는 라스트 마일 회로가 관련된 경우 훨씬 더 복잡해질 수 있습니다. 대부분의 공급업체는 복잡한 SLAs 그리고 종단 간 제어하지 않기 때문에 실제로 서비스 가동 시간을 제공할 수 없습니다. 결과적으로 그들은 복잡한 계산을 통해 백엔드 크레딧을 제공하며 이는 실패한 비즈니스 영향을 적절하게 반영하지 않습니다. SLA.

Cloud 민첩
디지털 엔터erp상승에는 민첩한 환경이 필요합니다. 새로 들여오는 중 cloud 애플리케이션, 레거시 애플리케이션의 제거 또는 마이그레이션, 지점 및 위성 사무소 개설 및 폐쇄에는 WAN.

배포 시간

여러 라스트 마일 및 미들 마일 서비스 제공업체와의 장비 리드 타임, 구성, 테스트 및 계약 수정으로 인해 롤아웃이 상당히 지연될 수 있습니다.

느린 애플리케이션 성능
직접 진입로가 부족함 cloud 서비스 제공업체는 cloud 애플리케이션 성능. 변동하는 대기 시간 및 데이터 손실은 다음과 같은 실시간, 대기 시간이 짧은 애플리케이션에 영향을 미칠 수 있습니다. UCaaS. 빌트인 부족 WAN 최적화 또는 애플리케이션 가속화 기술도 사용자 경험을 저하시킬 수 있습니다.

오버레이 문제
언더레이의 구성이 제대로 작동하지 않을 때 항상 문제가 발생합니다(MPLS) 전에 SD-WAN 일부에서 만든 오버레이를 수용하도록 재구성해야 합니다. SD-WAN에스. 이로 인해 파손 QoS, 라우팅 및 기타 관련 문제.

뿐만 아니라 엔드투엔드 제어 능력도 저하됩니다. SLAs 오버레이와 언더레이의 별도 가시성으로 인해 DIY 글로벌 백본 전체에 걸쳐 있습니다. 이로 인해 결함을 연관시키고 오버레이와 언더레이 사이에 최소한의 상관관계를 제공하거나 전혀 제공하지 않는 것이 더 어렵습니다.

복잡한 작업 및 여러 개념 증명(POC)
구축 WAN 여러 OEM(Original Equipment Manufacturer) 및 서비스 제공업체와의 계약이 필요합니다. 이로 인해 복잡성이 증가할 수 있습니다. 문제 해결에는 일반적으로 첫 번째 및 중간 마일 연결을 위한 여러 POC와 별도의 연락처 목록이 포함됩니다. 이 접근 방식은 다음과 일치하지 않습니다. cloud 소비 모델 CIO그들의 응용 프로그램을 선호합니다.

서비스 제공자에 비해 장점
DIY 방식을 제외하고 WANs, 어떤 사람들은 WAN 서비스 제공자로부터. 그런 다음 공급자는 박스 공급업체로부터 기술을 소싱합니다. 불행하게도 이것은 서비스 제공자와 기술 공급업체 사이의 모든 이동 부분 때문에 진정으로 원활한 경험을 가져오지 못합니다. 공급자의 언더레이 네트워크와 네트워크 간에 문제가 발생할 수 있습니다. SD-WAN 기술 공급업체의 오버레이. 서비스 공급자 접근 방식을 채택하는 데 따르는 문제는 다음과 같습니다.

라스트 마일 락인
운송업체는 고객이 시장에서 가장 좋은 옵션을 선택하도록 하는 대신 최종 마일 솔루션에 고객을 고정시키는 것을 선호합니다. 라스트마일 서비스는 전반적인 사용자 경험을 저하시킬 가능성이 있으며 SD-WAN 보다 더 전체적인 접근 방식으로 피할 수 있습니다.

느린 출시
OEM과의 계약에서 장비 리드 타임, 구성, 테스트 및 수정으로 인해 지연이 발생할 수 있습니다.

가난한 cloud colocation
운송업체가 항상 같은 위치에 있는 것은 아닙니다. cloud Amazon Web Services(AWS), Microsoft Azure 또는 Google과 같은 서비스 공급자 Cloud. 이로 인해 보장하기가 어려워집니다. cloud 애플리케이션 성능 및 최적화된 지역 연결.

민첩하지 않음
앞서 언급했듯이 디지털 엔터erp상승은 민첩성이 필요한 환경에서 작동합니다. 변경이 필요한 이벤트 WAN 새로운 것을 꺼내는 것을 포함 cloud 애플리케이션을 중단하거나 레거시 애플리케이션에서 마이그레이션하고 지점 및 원격 위치를 열고 닫습니다. 유산 WANs는 급격한 변화에 보조를 맞추지 못합니다.

보안
공급자가 엔터티가 선호하는 보안 공급업체와 협력하지 않을 수 있습니다.erp증가. 공급자는 특정 보안 공급업체에 대한 직접적인 경험과 깊은 지원이 없을 수도 있습니다.

불일치 SLAs

이동통신사는 단일 국가 또는 지역과 같은 특정 서비스 지역 내에서 운영됩니다. 국제 연결을 위해 여러 서비스 공급자와 피어링 계약이 이루어지기 때문에 end-to-end를 보장하기 어렵습니다. SLAs. 이로 인해 제공되는 서비스는 공급자의 패치 워크 중 최소 공통 분모만큼만 좋을 것입니다.

융통성 없는 가격 책정
캐리어 네트워크는 종종 여러 서비스 공급자 간의 계약을 포함합니다. 이는 가치 사슬의 모든 사람을 보상하도록 설계된 가격 책정 모델로 이어져 유연성이 떨어지고 비용이 많이 듭니다.

낮은 Net Promoter Score(NPS)
설문 조사는 일반적으로 운송 업체를 좋지 않게 평가합니다. NPS 설문 조사. 그들의 낮은 점수는 수많은 도전에 기인합니다. 다양한 OEM에 대한 의존도; 복잡한 통신사 간 계약의 필요성; 레거시 투자 보호 의무 MPLS; 그리고 무엇보다도 고객을 첫 번째 및 마지막 마일 제공에 고정시키는 경향.

크리에이터 대 소비자
SD-WAN 단일 상자 플러그 앤 플레이 솔루션이 아닙니다. 포괄적인 SD-WAN 솔루션에는 다양한 요소 간의 연동이 필요합니다. 그들은 기술의 제작자가 아니라 소비자이기 때문에 통신 사업자는 동급 최고의 서비스를 제공할 수 있는 능력이 제한됩니다.

그림 2: DIY 비교 SD-WAN, MSP/통신업체 및 Cloud-첫 번째 WAN 구혼

플랫폼 접근 방식 평가
검토하자면 전통적 SD-WAN 공급업체는 엔드 투 엔드 글로벌 경험에 대한 책임이 거의 없는 상자 중심의 관점을 취하는 반면, 기존 서비스 제공업체는 여러 공급업체의 기술 제품을 꿰맞추기만 하여 결과적으로 원활한 경험을 제공하는 능력을 타협하게 됩니다. .

가장 논리적인 경로는 확장 가능하고 엔드투엔드에 도달하는 통합 서비스 아키텍처를 활용할 수 있는 플랫폼 접근 방식을 평가하는 것입니다. 플랫폼은 일련의 연결성을 가능하게 하는 정교한 서비스를 제공해야 합니다. cloud, 보안 및 최적화 서비스. 특히 다음은 배포되는 서비스입니다. SaaS 모든 고객에게 모델을 제공하고 쉽게 개선할 수 있습니다.

지역적이든 전 세계적으로 배포하든 플랫폼 접근 방식을 취하려면 종단 간 배포 또는 첫 번째, 중간 및 마지막 마일에 대한 가시성과 제어를 제공하는 오케스트레이션 엔진도 활용해야 합니다. 당신은 세계 최고의 하드웨어를 가질 수 있으며, SD-WAN 단편적인 운영 모델에서 결과를 제공합니다.

요약하면 종단 간 책임은 DIY와 관련된 문제뿐만 아니라 자신의 종단 간을 제어하지 않는 통신사와의 협력 문제를 제거합니다. WAN 기술.

이 기사는 원래에 게시되었습니다. 파이프라인pub.com