오픈소스 스포트라이트: F5 Infrastructure as Code 및 멀티 클라우드 관리성
여러분은 멀티클라우드라는 만트라의 중요한 핵심이 관리 용이성이라는 것을 알고 있을 것입니다. 앱을 확장하고 보안을 강화하고 사용자에게 제공하는 작업에는 로드 밸런서, 컴퓨팅, 스토리지, 앱 보안과 같은 특정 서비스가 필요하기 때문입니다. 클라우드를 사용하면 서비스 제공 프로세스가 훨씬 쉬워질 수 있지만, 운영에는 부정적인 영향을 미칩니다. 안타깝게도 이로 인해 복잡성이 다른 곳으로 옮겨가게 됩니다.
여러분이 그 서비스를 제공하는 사람이라면, 그거 다 멋진 일이죠. 하지만 서비스를 구성하고, 조정하고, 관리해야 하는 사람이라면 그다지 멋지지 않습니다.
복잡성으로 인해 관리가 더 어려워지기 때문이다. API와 서비스 측면에서 두 클라우드가 동일할 리가 없습니다. 이는 이제 사람들이 다루어야 할 완전히 별개의 두 가지 운영 모델을 의미하는 경우가 많습니다.
따라서 관리 용이성은 멀티 클라우드를 성공적으로 만드는 데 중요한 요소입니다.
조직이 이를 실현할 수 있는 방법 중 하나는 배포를 단순화하는 구조를 도입하는 것입니다. 이는 점점 더 일종의 템플릿 형태를 띠고 있습니다. OpenStack HEAT, AWS Cloud Formation, Azure ARM 등이 떠오릅니다. 이러한 템플릿은 BIG-IP의 실제 가치(서비스)를 극대화하기 위해 필요한 구체적인 구성 측면에서 BIG-IP 배포의 대부분을 체계화합니다.
템플릿은 코드로서의 인프라(IAC)의 가장 좋은 예 중 하나입니다. 이는 이를 코드 아티팩트처럼 처리할 수 있기 때문입니다. 버전 관리, 분기화, 병합, 검색, 복제가 가능하며, 궁극적으로 배포도 가능합니다.
이 모델은 API와 스크립팅 언어를 통한 클라우드 및 관리에 대한 DevOps 중심 관점과 잘 맞습니다. 결국 DevOps가 NetOps로 영향력을 확장하고, 차례로 IAC 접근 방식을 사용하여 서비스를 신속하게 배포할 수 있다면 모두가 행복할 것입니다. NetOps에서 이러한 서비스가 부족하다는 점을 고려하면 클라우드와 관련하여 IT를 우회하려는 DevOps의 결정에 상당한 영향을 미치는 것은 의사가 처방한 것과 마찬가지입니다.
멀티 클라우드 관리 기능을 지원하는 것은 바로 저희(현재의 기업 저희)가 OpenStack, AWS, Azure용 템플릿을 개발하기 시작했을 때 상상했던 것과 똑같습니다. IAC 접근 방식을 사용하면 민첩성과 속도를 높일 수 있으므로 이러한 템플릿을 Github에서 무료로 사용할 수 있습니다.
왜냐하면 우리의 실험실 배치는 당신의 배치가 아니고, 당신 뒤 줄에 서서 어깨 너머로 책을 읽고 있는 다른 사람의 배치도 아니기 때문입니다. 배포에는 공통적인 특성이 공유되지만 모든 앱에는 동일한 상품화된 서비스 구성으로는 충족할 수 없는 특정 요구 사항이 있습니다. 라운드 로빈 로드 밸런싱은 상태 비저장 마이크로서비스 기반 앱에는 충분할 수 있지만, 다른 애플리케이션 아키텍처, 특히 클라우드 환경에서는 매우 비효율적일 수 있습니다(비용이 많이 드는 것은 말할 것도 없고). 앱 성능을 적응시키고 최적화하고, 데이터 보안과 사용자 상호작용의 안전을 보장할 수 있는 자유가 필요합니다.
IAC를 포함하는 NetOps 접근 방식의 이점을 얻으려면 가능한 한 많은 서비스 기반을 가능한 한 많은 클라우드 환경에 배포할 수 있도록 아티팩트를 자체 저장소로 가져오고 복제하고 커밋할 수 있어야 합니다.
따라서 일정에 맞춰 풀, 복제, 커밋, 배포를 진행하세요. 하루 3회든 분기 3회든 상관없습니다. 오픈 소스이고 언제나 접근이 가능합니다.