지속적인 배포로 클라우드 중단이 계속됨
클라우드가 처음 등장했을 때 많은 사람들은 이것이 조직에 엄청난 영향을 미칠 것이라고 예측했습니다. 많은 사람들은 다가올 혼란을 기존 인프라 시장에 미칠 영향 측면에서 보았습니다. 가시적인 제품을 사실상 덧없는 제품으로 전환하는 것이 매우 어렵기 때문입니다. 그것이 사실이기는 하지만, 인프라 시장이 클라우드를 염두에 두고 소프트웨어 기반 관점으로 복귀하면서(변혁이 아니라 복귀 라는 점에 유의하세요) 험난한 여정이었습니다.
물리적 세계뿐만 아니라 비즈니스 세계에도 혼란이 있다는 점을 지적한 전문가는 적었습니다. 애플리케이션(및 API) 경제에서 성공하는 데 필요한 네트워크와 인프라를 구축하기 위한 클라우드와 보다 소프트웨어 중심적인 접근 방식 역시 비즈니스 모델의 전환을 필요로 했습니다. 구체적으로는, 라이선싱을 포함하여 수많은 네트워크 및 인프라 구성 요소가 어떻게 관리되는지에 관한 것입니다.
아시다시피, 단일 상자에 대한 라이선스를 취득하는 것은 (비교적) 쉽습니다. 라이센스를 구매하고 적용하면 됩니다! 당신 것입니다. 하지만 소프트웨어는 결코 그렇게 간단하지 않았습니다 . 여러분 중 일부는 2000년대 초반에 일부 소프트웨어 거대 기업이 수년간 사용해 온 단일 CPU 라이선스 모델에서 다중 CPU, 다중 코어로 구성된 수학적 악몽으로의 전환을 필사적으로 시도하면서 불길한 징조를 기억할 것입니다. 이는 "새로운 수학"으로도 쉽게 해결할 수 없는 문제였습니다.
클라우드에도 동일한 문제가 발생했습니다. 클라우드의 공공 서비스 요금 청구 모델 때문에 가상 또는 클라우드 기반 하이퍼바이저에 맞게 코드를 약간 수정하는 것보다 소프트웨어로의 전환이 훨씬 더 어려웠습니다.
이제 "지속적인" 모든 것의 개념을 가진 DevOps가 등장했고 갑자기 라이선싱이 네트워크 및 인프라 시장이 뛰어넘어야 할 큰 장애물이 되었습니다. 네트워크와 인프라 서비스를 갑자기 프로비저닝하고 구성하는 속도뿐만 아니라, 변화 속도도 문제가 됩니다. 예전에는 인프라 구성요소를 배포하면 그 자리에 그대로 두었습니다. 하지만 이제는 여러 인프라 구성요소를 하루/일주일/한달에 여러번 배포해야 할 때가 있습니다. 변화의 빈도가 증가하고 있으며, 그 변화에 대한 요구가 (필연적으로) 네트워크로 스며들고 있습니다. CI(지속적인 통합)와 CD(지속적인 전달)는 앱 개발과 운영의 관할 영역입니다. 그러나 지속적인 배포에는 전체 소프트웨어 배포 스펙트럼에서의 협업이 필요합니다. 즉, 프로덕션도 포함됩니다.
파이프라인에서 더 일찍 테스트하는 것(테스트 또는 QA 단계, 프로덕션 단계가 아닌)은 빠른 배포뿐만 아니라 안정적인 배포를 달성하는 데 중요합니다. 네트워크 및 인프라 아키텍처의 차이로 인해 프로덕션에서 문제가 발생하여 개발자의 시간을 낭비하지 않는 배포.
라이선싱에 대한 유연하고 소프트웨어 중심적인 접근 방식은 이런 과제를 완화할 수 있을 뿐만 아니라 프로덕션 네트워크에서 더 많은 민첩성에 대한 필요성도 완화할 수 있습니다. 라이선스를 풀링하고, 중앙에서 관리하고, API 호출만으로 쉽게 배포할 수 있는 수단을 제공함으로써 조직은 개발 및 운영을 동등하게 할 수 있으며(신뢰성과 일관성에 중요) , 네트워크 및 인프라 플랫폼의 소프트웨어 버전을 사용할 때 운영에서 확장해야 할 필요성도 지원할 수 있습니다.
이것이 바로 BIG-IQ 5.0 과 iWorkflow 2.0이 모두 수천 개의 BIG-IP 인스턴스에 대해 민첩한 라이선싱을 지원하는 이유입니다. 개발 및 운영 팀이 사전 프로덕션 배포 단계에서 더 일찍 통합하고 테스트할 수 있도록 하려면 라이선스를 관리해야 하지만 반드시 라이선스가 부여된 인스턴스는 관리해야 하는 것은 아닙니다. BIG-IQ 5.0은 BIG-IP 관리에 중점을 두지만, 오늘날 DevOps가 구축하고 있는 빠르고 민첩한 개발 환경을 지원하는 유연한 모델에서 최대 5000개의 BIG-IP 인스턴스에 대한 라이선스를 관리할 수도 있습니다. 특히 아키텍처가 발전하고 로드 밸런싱과 같은 앱 서비스가 외부 "볼트온" 엔터티가 아닌 아키텍처의 일부로 앱(및 마이크로서비스)과 더욱 긴밀하게 결합됨에 따라 이러한 점은 더욱 중요합니다.
클라우드에 내재된 혼란은 운영 및 비즈니스 모델 모두에서 오늘날에도 여전히 느껴지고 있습니다. 하지만 단순히 "코드를 VM/컨테이너에 넣는" 접근 방식 그 이상이어야 합니다. 또한 클라우드가 도입하고 의도치 않게 가까운 미래에 "그 방식"이 되도록 추진된 변화하는 비즈니스 모델에 적응해야 합니다. F5 BIG-IP 5.0과 iWorkflow 2.0은 "방식"에 맞게 설계되었으며 조직이 물리적이든 일시적이든 자체 데이터 센터에서 해당 기반을 채택함에 따라 필요한 앱 서비스가 민첩하게 제공되도록 보장합니다.