DevOps 수용 Aryaka Cloud-첫 번째 WAN
이전에 블로그, 나는 두 번째 바이올린을 연주하는 네트워크 엔지니어에 대해 썼습니다(내가 Leonard Bernstein의 뉴욕 및 비엔나 필하모닉에 대해 언급했다는 사실은 신경쓰지 마세요!). 내 LinkedIn을 확인하면 일부 지인들로부터 경멸을 받았습니다(우리는 여전히 친구입니다). 건전한 논쟁이 이어졌고, 네트워크 엔지니어가 이 분야에서 "NetOps" 패턴을 수용해야 한다는 것이 인정되었습니다. Cloud-우리는 첫 번째 시대에 있습니다. 그러나 제가 보기에 우리가 IT 분야를 네트워킹에 적용하면서 이름을 바꾸려고 한다는 사실(DevOps는 어떻게든 NetOps가 되어야 합니다)은 네트워킹에서 우리가 여전히 다르다고 생각한다는 것을 보여줍니다. 나는 절대적으로 disp네트워킹은 다르기 때문에 (NetOps 대신) DevOps 모델을 더 빨리 채택할수록 더 나은 결과를 얻을 수 있습니다. 데브옵스는 Cloud-첫 번째 애플리케이션 및 인프라 환경이므로 네트워크도 이에 따라야 합니다.
다음은 NetOps에 관한 것입니다. NetOps가 나올 때마다 Python을 사용한 네트워크 프로그래밍 가능성, 구성 자동화 또는 정책 정의에 중점을 둡니다. 기술 용어가 NetOps 논의를 지배합니다. 반면에 DevOps 토론은 비즈니스 혁신, 문화 및 철학에 중점을 둡니다. NetOps가 발생하고 있으며 이는 훌륭합니다. 그러나 진정한 네트워킹 게임 체인저는 토론을 격상하고 진정한 DevOps 철학을 채택하는 것입니다. 이를 위해 네트워킹 전문가는 무엇보다도 기술 도구가 아닌 비즈니스 의도와 문화를 주도해야 합니다.
애플리케이션 컴퓨팅의 역사와 그것이 어떻게 DevOps로 이어졌는지 빠르게 다시 살펴보겠습니다. 그런 다음 네트워크 엔지니어로서 당신은 마지못해 거기에 놀라운 친숙함이 있고 우리가 정확히 같은 궤적을 반영하고 있으며 확실히 같은 결과인 DevOps에 도달할 것임을 인정해야 합니다. 태초에 철이 있었다. 애플리케이션 세계에서는 메인프레임에서 서버로 이동했습니다. 애완동물(일명 서버)을 사랑스럽게 돌봐야 했습니다. 애완동물을 설치하고, 구성하고, 실행한 응용 프로그램과의 호환성을 유지하면서 OS를 패치하고, 성능이 시작되면 수동으로 CPU나 메모리 또는 드라이브를 업그레이드해야 했습니다. 저하. 그런 다음 가상화가 등장했습니다. 갑자기 "추상화의 힘"이 일어났습니다. Barbara Liskov의 전설적인 강의) 코드 혁신에 더 많은 시간을 할애하고 서버 문제를 처리하는 시간을 줄일 수 있습니다. 이러한 분리는 서비스형 모델을 가능하게 했으며 이제 서버리스 컴퓨팅, 코드형 인프라 등을 볼 수 있습니다. "애완 동물이 아닌 가축"은 컨테이너와 오케스트레이션 사이에서 완전히 추상화되었습니다. Dev(eloper)는 코드를 오케스트레이션에 푸시하기만 하면 됩니다. wan사용자가 훌륭한 사용자 경험을 가질 수 있도록 필요한 규모로 매우 신속하게 롤아웃해야 합니다. 그러나 당신은 그것이 어디서 어떻게 일어나는지 신경쓰지 않습니다. 그것은 알아내는 것이 작전에 달려 있습니다. 두 가지를 결합: DevOps는 혁신과 비즈니스 결과를 주도하는 문화를 만듭니다.
네트워킹에서 우리는 라우터, 스위치, 그리고 – 네, 말해야 합니다 – Do-It-Yourself와 같은 애완동물을 여전히 돌보고 있다는 것을 인정해야 합니다. SD-WAN. 엔터테이너의 역사를 살펴보자erp일어나 다 WAN: 업계에 합류했을 때 ATM 인프라를 구축하고 있었습니다. 그런 다음 IP 라우터가 나왔고 재미있었습니다. 그런 다음 VoIP, 보안 기능 등과 같은 모든 종류의 애플리케이션을 라우터 OS에 통합하기 시작했습니다. 그 '애완 동물'은 매우 높은 유지 관리가 되었지만 햄스터의 기대 수명을 가졌습니다. XNUMX~XNUMX년마다 더 큰 CPU, 더 빠른 인터페이스, 새로운 스위치 패브릭 등 주요 하드웨어 업그레이드가 필요한 것 같습니다. 원하는대로 말만 해. 네트워크 세계의 일부 사람들은 애플리케이션 세계가 가상화로 달성한 것을 부러워하며 울타리 너머를 엿보았고 SDN 비전가들은 네트워크 추상화에 대해 이야기하기 시작했습니다. 네트워크 가상화가 시작되었습니다. 대다수의 SD-WANs 가상 오버레이로 구축됩니다. 비즈니스 수준을 제공하기 위해 의존하는 언더레이 물리적 네트워크 인프라와 달리 오버레이가 상당히 민첩하기 때문에 좋습니다. SLAs (여기에 오버레이-언더레이 문제에 대해 썼습니다). 그리고 네, 제로 터치 프로비저닝이 존재합니다. 그러나 글로벌 구현을 구현한 사람들에게 물어보십시오. 손수 함 SD-WAN 애플리케이션 개발자를 위해 코드를 푸시하는 것만큼 쉬웠다면. 확실히 아니다(네트워크 월드 기사 링크)! 디자인 가이드가 참조하는 다른 문서를 확인하면 수백 페이지에 달하는 여러 디자인 가이드가 있습니다. Day 0에 정의해야 하는 정책은 상당히 복잡하므로 올바른 정책을 선택하는 것이 좋습니다. 아, 그리고 당신은 여전히 필요합니다 MPLS 비즈니스 크리티컬 애플리케이션의 경우, 많은 경우 여러 국가에 걸쳐 이러한 링크를 직접 조달하고 모두 함께 패치해야 합니다.
DevOps로 돌아가서: X-as-a-Service 제공 모델 덕분에 가능해졌습니다. 정확히 무엇입니까? Aryaka 네트워킹을 위해 않습니다. 저는 이를 라우터리스 네트워킹이라고 부르고 싶습니다. 서버리스 컴퓨팅에서 빌려와 요점을 설명하는 것입니다. 구성과 지속적인 조정은 잊어버리세요. 라우터 공급업체 영업사원이 새롭고 훨씬 더 나은 하드웨어가 출시되었으며 특별 프로모션이 있다는 말을 듣지 마십시오. 간단한 비즈니스 결과를 제공하고, 복잡한 네트워크 정책 정의나 제공 방법에 대해 걱정하지 마세요. SLAs 끊임없이 변화하는 상황에 발맞추기 위해 네트워크를 지속적으로 미세 조정하는 것도 아닙니다. IaaS 과 SaaS 교통 부하. Aryaka 귀하의 비즈니스 의도를 간단하게 해결합니다. 귀하의 사이트 위치, 필요한 중복성, 최고의 앱은 무엇인지, 어떻게 사용하는지 알려주세요. wan우선순위를 정하고 여러분이 상상했던 네트워크가 48시간 이내에 마법처럼 실현되는 것을 확인하세요. 그뿐만 아니라 서비스로서의 네트워크(Network-as-a-Service)가 변화하는 비즈니스 요구 사항에 지속적으로 적응하는 것을 확인하세요. Aryaka 거시적 추세를 감지하고 고객에게 지속적인 최적화 옵션을 제공하기 위해 글로벌 레이어 2 네트워크와 코어 네트워크에 연결되는 모든 라스트 마일 링크의 데이터를 지속적으로 처리하고 모니터링합니다.
그렇습니다. 큰 문화적 변화가 필요합니다. DevOps는 새로운 철학이며 필연적으로 네트워킹에서도 지배하게 될 것입니다. Aryaka 으로 지어졌습니다. Cloud-첫 번째 WAN 네트워킹에 DevOps 문화를 도입하기 위해: 글로벌 기업을 글로벌하게 연결하는 새로운 방법erp상승하다 cloud-첫 번째 엔트erp일어나 다 WAN 민첩성과 비즈니스 결과를 제공합니다. 800엔트 이상erp상승이 우리와 합류했습니다. 당신은 왜 우리와 함께하지 않습니다 데모 우리의 SmartServices 포트폴리오의?
저자,
