클라우드는 하룻밤 사이에 바뀔 수 있으므로 NetOps는 민첩해야 합니다.

NetOps는 퍼블릭 클라우드에 배포된 애플리케이션 수가 증가함에 따라 안정성과 속도의 균형을 회복하기 위해 DevOps 방법론과 원칙을 수용해야 합니다.

네트워크 측면에서는 DevOps를 도입한 팀은 속도를 위해 안정성과 보안을 포기했다는 믿음이 있습니다.

많은 경우 이는 절대적으로 사실입니다. IoT와 모바일 애플리케이션의 보안에 관한 Arxan과 IBM의 이 귀중한 정보를 기억하시나요? 이 보고서에서 우리는 응답자 대부분이 취약한 코드가 포함된 애플리케이션을 출시하는 주된 이유로 "출시를 서두르는 것"을 꼽았다는 사실을 알게 되었습니다. 속도는 보안과 안정성보다 중요합니다.

안정성 측면에서는 정량화할 수 있는 데이터는 적지만 일화적인 증거는 산더미처럼 쌓여 있습니다. 가장 주목할 만한 것은 "클라우드"가 하룻밤 사이에 바뀔 때 클라우드 파트너가 보이는 열광적인 반응입니다.

아무에게도 말하지 않았다. 누군가가 무엇인가가 부러졌다는 것을 알아차렸습니다. 이 문제에 대한 조사를 실시한 결과, 변함없이 원인은 기반 시설의 변화였습니다. 이러한 변화는 공급자는 물론 고객에게도 유익했을 것임이 틀림없지만, 그 인프라에 의존하는 많은 솔루션이 망가지는 결과를 낳았습니다.

퍼블릭 클라우드를 제어할 수 없습니다.

아마도 클라우드 규칙'을 제로 규칙으로 시작해야 할 것입니다. 왜냐하면 그것은 여러분의 정신 건강과 클라우드 도입 방식에 중요하기 때문입니다.

클라우드 인프라는 당신의 것이 아닙니다. 당신은 그것을 통제할 수 없고, 바꿀 수도 없습니다. 하지만 공급자는 확실히 통제할 수 있습니다(그리고 바꾸고 있습니다). 기업 데이터 센터 인프라와 같은 사고방식으로 클라우드에 접근한다면, 비참할 것입니다.

당신이 할 수 있는 일은 그 변화에 대응하는 것 뿐입니다. 시기적절하게 대응하는 데 도움이 되는 DevOps 방법론 중 하나가 코드형 인프라입니다. 기억하세요, 인프라를 코드로 사용한다는 것은 비유적인 표현입니다. 인프라를 배포하고, 프로비저닝하고, 관리하는 구성, 템플릿, 스크립트를 코드처럼 취급한다는 의미입니다.

핵심 은 선언적 배포 모델을 채택하는 것입니다. 즉, 가능한 경우 템플릿을 사용하여 인프라가 어떻게 동작해야 하는지가 아닌 무엇 을 동작해야 하는지 설명하는 것입니다.

선언적 모델을 사용하면 예상치 못한(하지만 놀랍지 않은) 클라우드 인프라 변경에 대처할 때 더욱 민첩하게 대응할 수 있습니다. 네, 깨질 거예요. 하지만 중앙(공유) 템플릿에서 변경 사항만 수정하면 되므로 더 빠르게 적응할 수 있습니다.

코드를 수정할 필요도 없고, 기존 구성을 훑어보거나 변경할 필요도 없습니다(패치 같은 건 무섭지만요). PDF로 된 코드나 설치 프로그램 또는 레거시 '설치 가이드'를 수정하는 것보다 훨씬 빠르게 템플릿을 수정, 테스트 및 재배포할 수 있습니다.

클라우드는 변화할 것이고, 당신도 이에 대응해야 할 것입니다. 제어할 수 없는 변화에 신속히 대처하려면 민첩해야 하며 그 원칙을 따라야 합니다.

퍼블릭 클라우드에서 인프라에 대한 선언적 모델과 결합된 민첩한 접근 방식은 속도를 희생하지 않고도 애플리케이션의 안정성을 회복하는 가장 좋은 방법입니다.