Is MPLS 죽은? MLPS 네트워크 기술의 필요성 이해

Is MPLS 죽은? 우리는 여전히 90년대가 필요한가 mpls 네트워크 기술?

월드 와이드 웹의 출현 이전과 이후의 시대를 연결하는 90년대는 다양한 이유로 여전히 특별합니다. 디자이너에게 여전히 돈을 벌 수 있는 세련된 장치, 서서히 복귀하고 있는 패션과 대중 문화 등이 있습니다. 거의 90년이 지난 지금도 매진 상태입니다. 90년대는 기술이 미래로 비약적으로 도약하여 오늘날 우리가 속한 세상의 토대를 마련한 시기이기도 합니다. Google의 공식 통합과 판도를 바꾸는 오픈 소스 운영 체제 Linux부터 Nokia 휴대폰과 Sony PlayStation의 등장에 이르기까지 XNUMX년대부터 문화를 정의하는 단 하나의 순간을 고르기가 어렵습니다.

MPLS?

네트워킹 분야에서 그러한 파괴적 혁신 중 하나는 MPLS. 무엇을합니까 MPLS 물어봐? Multi-Protocol Label Switching은 1997년 Internet Engineering Task Force에 의해 처음 도입되었으며, 다중 레이어 스위칭 및 IP-over-ATM을 대체할 만한 가치가 있는 것으로 나타났습니다. ent의 필수품이 되기까지는 그리 오랜 시간이 걸리지 않았습니다.erp상승 연결.

정보부족이라든가, 무모한 행동이라든가 순전히 거부감이라 부르지만 MPLS 여전히 많은 글로벌 기업의 네트워크 중심 역할을 하고 있습니다.erp상승한다. 90년에 2020년대 기술에 의존하고 있습니까? 그 말에 문제가 있습니까? 좋은. 이야기하자.

오래된 TV

의 죽음 MPLS

여기서 우리가 말하고자 하는 요점은 2013년 Gartner가 "Is is is MPLS 죽은?" 비용 경쟁이 치열한 시장, 변화하는 트래픽 패턴 또는 기업 데이터 센터에서 튀어나오는 미션 크리티컬 애플리케이션을 비난합니다. cloud - MPLS 퇴색할 운명이었다. 또한 다음과 같은 최신 트렌드에 따라 SASE, 보안의 모든 것을 포괄하는 MPLS 따라갈 수 있을까? ~이다 MPLS 비해 충분히 안전하다. SASE 계산erp기예?

최근 연구에 따르면, 엔트의 93%erp현재 사용중인 상승 cloud소프트웨어 기반으로, 하이브리드 수는 XNUMX년 밖에 걸리지 않았습니다. cloud 단순한 점프 시스템 19 %로 57 퍼센트. 하지만 cloud 단지 첫 번째 단계일 뿐입니다. 모든 이점을 활용하려면 SaaS 애플리케이션에는 통합이 필요합니다. cloud 강력한 네트워크 아키텍처를 갖춘 데이터. 충족할 수 없는 요구사항 MPLS.

그러나 일부 전통적인 엔트erp라이즈는 2-3년 계약을 선택합니다. MPLS 제공. 새로운 솔루션에 투자하는 것이 비용이 많이 들고 때로는 끔찍한 경험이 될 수 있다는 것은 이해할 수 있지만, 모래 속에 머리를 파묻고 성공을 달성하기 위해 운과 확률의 법칙에 의존하는 것은 변명의 여지가 없습니다.

결국 그렇게 "글로벌"하지

세계화가 대부분의 비즈니스에서 잘 작동했다는 데에는 의문의 여지가 없습니다. 그들은 한때 범위를 벗어난 것으로 간주되었던 시장을 탐색하고 있습니다. 안타깝게도 좋은 소식은 아닙니다. MPLS 고객.

지난 몇 년간 미국과 유럽의 가격 하락에도 불구하고 전 세계적으로 MPLS 아직도 겁나게 비싸요. 다음과 같은 장소에 연결하려고 하면 상황이 더욱 실망스러울 수 있습니다. China, 브라질, Australia및 India. (PS: 이곳은 글로벌 해양 개발의 핫스팟입니다.)

수만 달러의 선불 비용을 예상하고 있을 뿐만 아니라 통신사에 따라 전용 독점 하드웨어의 구성 및 연결에 몇 개월의 리드 타임이 소요될 것입니다.

둘째, "글로벌" 및 "MPLS” 같은 문장에서 합산되지 않습니다. "글로벌 컨셉" MPLS”는 희극입니다. 그들이 글로벌하다고 해서 통합된 글로벌 솔루션을 판매한다는 의미는 아닙니다. 기본적으로 의미하는 것은 다음의 조합입니다. MPLS 연결하려는 위치에 따라 점대점 L2 링크 및 L3 링크가 있습니다. 여러 파트너 관계에 머물면서 d로 구성된 네트워크에 판매됩니다.isp매머드 크기의 단일 지폐로 링크를 연결합니다.

요점? Nokia 5110은 1998년에 "쿨"의 동의어였을지 모르지만 지금은 아닙니다. 더 이상은 없어. 시장은 직업에 더 적합한 선택과 대안으로 가득 차 있습니다. 마찬가지입니다 MPLS.

XNUMXD덴탈의 Cloud 과 MPLS

그 어떤 것도 그 격차를 정확히 지적하지 않는다. MPLS 방법 cloud 서비스는 합니다. 뭔지 아시는 분들은 MPLS 네트워크와 그것이 어떻게 작동하는지, 내가 무엇을 얻고 있는지 알고 있습니다. 의 주요 제한 사항 MPLS 액세스를 위한 종료 지점이 필요하고 WAN 최적화 실제 애플리케이션 성능 향상을 목격할 수 있습니다. 자신의 회사 데이터 센터에서 장치를 호스팅하는 것은 하나의 문제입니다. 그러나 다루는 cloud 과 SaaS 응용 프로그램은 다른 야구 게임입니다. Cloud 서비스는 다음과 같은 폐쇄된 네트워크에서는 제대로 작동하지 않습니다. MPLS 어느 하나. 지사 생산성을 담당하는 IT 팀은 개방성과 액세스를 모색하고 있습니다. cloud 좋은 사용자 경험을 보장하고 트롬본 효과를 피하기 위해 직접 서비스를 제공합니다.

사물의 대역폭 측면에 도달합니다. 전 세계적으로 폭락하는 인터넷 대역폭 비용에도 불구하고 국제 인터넷 액세스는 여전히 비싸고 핫 포테이토 라우팅 덕분에 대기 시간 및 성능 문제가 발생하기 쉽습니다.

90년대였으면 상황이 덜 컸을 텐데”cloud와이", MPLS 네트워크 연결을 위한 최선의 선택이었을 수 있습니다. MPLS 현재 엔트에서 사용되지 않는 사이트 간 트래픽을 지원하도록 설계되었습니다.erp상승 시나리오. 오늘날 비즈니스는 모든 데이터 센터 간에 협업해야 합니다. MPLS 거래용으로 설계된 적이 없으며 TCP- 그리고 이를 활용하는 HTTP 기반 대화형 애플리케이션 cloud.

Aryaka: 만들기 WAN 글로벌하게 작업

온프레미스 애플리케이션, SaaS, 하이브리드 clouds, 원격 근무자, 국제 사무소, 글로벌 파트너 등이 있습니다. 90년대에 탄생한 네트워크 기술이 오늘날의 변화하는 비즈니스 및 연결 요구 사항에 적합하지 않은 이유에 대한 충분한 논쟁이 있습니다. 이제 현재 세대의 기술이 무엇을 보유하고 있는지 살펴보겠습니다.

어떻게 완전하게 관리 된 Cloud-첫 번째 WAN 제공할 수 있는 MPLS-높은 비용과 경직된 아키텍처 없이 대륙 간, 심지어 대륙 간 보안 글로벌 네트워크와 같은 MPLS 소리?

전통적-하이브리드-단순화

당사의 글로벌 사설 네트워크를 통해 종단 간 오케스트레이션 및 제어를 제공할 수 있습니다. 고객은 네트워크에 온보딩하고 가장 가까운 PoP로 리디렉션됩니다. 이것들 PoPs 최고의 서비스 공급자가 제공하는 사설 네트워크 연결의 백본으로 상호 연결됩니다. 당신이 얻는 것은 네트워크입니다 MPLS-등급의 신뢰성, 보안 및 QoS, 와 함께 WAN 모든 타사에 대한 최적화 및 비공개 연결 cloud 같은 플랫폼 AWS 과 하늘빛 뿐만 아니라 모든 상단 SaaS 분야의 다양한 어플리케이션에서 사용됩니다.

미래를 향하여

그래서, 왜 사용 MPLS? 글로벌 서비스 제공자(또는 해당 지역 matter) 질문해야 할 분명한 질문이 있습니다. 내일의 비즈니스 문제를 해결하기 위해 과거의 기술에 의존해도 괜찮습니까? MPLS 완전히 죽지 않았을 수도 있지만, 다닐erp일어나 다 WAN 확실히 침식되고 있습니다. 물론 대기 시간, 패킷 손실, 데이터 손실, 데이터 보안, 사이버 공격 등을 포함하되 이에 국한되지 않는 순전히 기술적 단점이 있습니다.

또는 "오래된 세계"로 돌아가는 것을 피하고 기술 향상이 비즈니스 향상을 의미하는지 확인할 수 있습니다. 무료 데모를 보려면 여기를 클릭하십시오. 과 Aryaka 민첩성과 유연성이 결합된 네트워크를 경험해보세요. SD-WAN, 글로벌 프라이빗 멀티 테넌트 네트워크의 신뢰성과 안정성, 세계적 수준의 최적화 및 애플리케이션 가속화, 그리고 이 모든 것을 cloud기반의 완전관리형 서비스입니다.

만약 너라면 wan방법에 대해 자세히 알아보려면 MPLS 일 & 무엇 MPLS 연결 및 사용 가능한 다른 네트워크 아키텍처는 무엇입니까? whitepaper "SD-WAN 아키텍처 설명".

저자,