F5 컨테이너 커넥터: 이제 Ingress Control, Red Hat OpenShift 및 Pivotal Cloud Foundry가 제공됩니다.

아직 눈치채지 못했을 수도 있지만 컨테이너는 놀라운 속도로 계속해서 추진력을 얻고 있습니다. 클라우드조차도 이런 종류의 열성적인 채택을 자랑할 수 없습니다. 프로덕션에 컨테이너를 배포한다고 해서 모든 것이 컨테이너로 옮겨지는 것은 아니라는 점을 기억하는 것이 중요합니다. 적어도 아직은요. 많은 신기술의 경우와 마찬가지로, 기업은 자사 조직과 환경에 고유한 문제점을 해결하기 위해 애플리케이션별로 배포를 시작합니다.

그래도 성장률은 놀랍고 가까운 시일 내에 둔화될 가능성은 낮습니다. 더 많이 사용될수록 모범 사례와 아키텍처가 더욱 발전하고 더 많은 앱이 마이그레이션됩니다. 이 측면에서 클라우드, 클라이언트-서버, 모바일과 같은 여러 다른 기술과 모델을 따릅니다. 걷기 전에 기어가야 하고, 기어가고 나면 곧 뛰게 됩니다.

퍼블릭 클라우드나 프라이빗 클라우드, 또는 데이터 센터의 자체 환경 등 모든 곳의 프로덕션 환경으로 빠르게 발전하는 컨테이너 생태계의 일원이 되어 기쁩니다.

올 봄에 F5 컨테이너 커넥터를 떠났을 때, 우리는 Kubernetes에 대한 지원을 발표했습니다 . 동시에, 컨테이너 환경에서는 유입 제어가 더욱 시급한 필요성이 되었는데, 특히 마이크로서비스 기반 API가 컨테이너화된 애플리케이션에서 상당 부분을 차지하는 경향이 있기 때문입니다. 기억하실지 모르겠지만, 인그레스 컨트롤러는 API 및 기타 컨테이너화된 앱에 필요한 앱 라우팅(7계층)을 제공합니다 . BIG-IP와 같은 대부분 앱 프록시는 이러한 기능을 제공할 수 있는 능력이 완벽히 갖춰져 있지만(결국 URI와 HTTP 헤더를 기반으로 하는 라우팅에 대해 이야기하고 있기는 하지만) 뭔가 부족했습니다. 컨테이너 생태계에서 제대로 작동하려면 구성 요소가 프로비저닝 및 구성의 선언적 모델을 지원할 수 있어야 합니다. 즉, 자동으로 리소스 파일을 읽고 이를 구현하는 구성으로 전환하는 것을 의미합니다.

이에 대한 좋은 예는 Kubernetes 입니다. Kubernetes는 주석을 사용하여 구성 요소를 컨테이너 생태계에 통합하는 데 필요한 메타데이터를 첨부합니다. 쿠버네티스에 대한 인그레스 제어를 제공하기 위해 우리가 해야 할 일은 컨테이너 커넥터가 올바른 이벤트를 구독하고 BIG-IP에 제공된 정보에 따라 올바른 라우팅을 구현하는 방법을 알려주는 것뿐이었습니다.

우리는 그렇게 했습니다.

하지만 쿠버네티스가 유일한 플랫폼은 아닙니다(비록 쿠버네티스가 가장 앞선 플랫폼 중 하나라는 점은 부인할 수 없지만). 많은 고객이 Red Hat OpenShift Origin 이나 Cloud Foundry를 자사의 플랫폼으로 선택했습니다. 그리고 우리는 Container Connector의 최신 릴리스를 통해 이들도 지원하게 되어 기쁩니다.

F5 컨테이너 커넥터는 무료이며 Docker 저장소 에서 모든 환경( Marathon 도 포함!)을 위해 다운로드할 수 있습니다. 설치 및 통합을 포함한 모든 컨테이너 통합에 대한 자세한 내용은 여기에서 확인하세요.