오픈 소스와 컨테이너의 결합은 끊임없이 변화하는 환경을 만들어냅니다. 더 이상 초기 단계가 아닌 컨테이너 환경 기술은 오픈 소스에 기반을 둔 덕분에 빠르게 성숙하고 있습니다. 소프트웨어 개발의 상업 및 기업 측면에 종사하는 사람들은 종종 오픈 소스에 의존해 왔습니다(오늘날 애플리케이션의 80%는 타사 라이브러리로 구성되며 그 중 대부분은 오픈 소스입니다). 컨테이너도 예외는 아닙니다.
그러한 급속한 성숙과 함께 현대적 환경과 기존 네트워킹 간의 경로를 연결하는 F5 Container Connector와 같은 솔루션의 빠른 반복이 이루어졌습니다. 해당 브리지는 사용자(인간이든 기기든)가 API에 액세스할 수 있고, 애플리케이션이 컨테이너 환경에 배포될 수 있도록 보장하는 데 필요합니다.
그 이유는 인터넷이 해결해야 할 과제가 여전히 남아 있고, 이 과제를 가장 잘 해결할 수 있는 방법은 조직 외부에서 내부로 연결되는 안전한 인바운드 경로를 구축하는 것입니다. 제한된 IPv4 주소는 기업이 외부 세계에 접근할 수 있도록 제시할 수 있는 공개 엔드포인트의 수를 제한합니다. IPv6 도입으로 이 문제가 해결된다 하더라도 모든 요청이 데이터 센터로 전송되기 전에 검사 및 검증을 거치도록 하는 수단으로서의 진입점이 보안 문제로 인해 제한될 가능성이 높습니다.
즉, 컨테이너화된 API와 앱의 게이트웨이를 보호하기 위해 기존의 확장 가능한 부하 분산 프록시를 사용하는 것은 가까운 미래에도 계속될 것입니다. 하지만 이는 BIG-IP와 같은 이러한 솔루션이 요청을 전달하는 환경만큼 유연하고 역동적이지 않아야 한다는 것을 의미하지는 않습니다. 이것이 F5 컨테이너 커넥터가 존재하는 이유입니다. 컨테이너 환경 내의 변경 사항이 BIG-IP에 신속하게 전달되도록 보장하기 위해서입니다.
"F5 컨테이너 커넥터의 새로운 기능"에 대한 이번 반복에서 URL을 다시 쓰기 쉽게 해주는 재작성 주석에 대한 지원을 발표합니다. 이러한 기능은 다양한 목적으로 사용되는데, 여기에는 클라이언트를 한 버전의 API나 앱에서 다른 버전으로 마이그레이션하거나, 자동으로 새 경로로 다시 작성하여 기존 URL 경로 문제를 해결하는 것이 포함됩니다.
또한, Kubernetes 패키지 관리자인 Helm에 대한 지원이 새롭게 추가되었습니다. 컨테이너 환경과 그 안에 배포된 애플리케이션이 관련 시스템 측면에서 점점 더 복잡해짐에 따라 이를 수동으로 배포하고 관리하는 것이 불가능해지고 있습니다. 확장성을 위해서뿐만 아니라 주어진 애플리케이션의 모든 부분이 제자리에 있는지 확인하기 위해서도 보다 자동화되고 선언적인 배포 및 관리 방법이 필요합니다.
Helm은 차트라고 불리는 것을 사용하여 전체 애플리케이션과 그 구성 요소를 패키징하여 일관되고 반복 가능한 배포를 보장하고, 문제 발생 시 간단한 롤백을 보장합니다. F5 Container Connector는 이제 Helm 차트를 사용하여 BIG-IP에서 수신 경로를 원활하게 배포하고 관리할 수 있도록 지원합니다.
Rewrite Annotations에 대한 문서는 여기에서 찾을 수 있으며, F5 BIG-IP ingress Helm 차트는 Github에서 찾을 수 있습니다.