오픈소스 스포트라이트: F5, Red Hat OpenShift를 통해 A/B 테스트 및 블루/그린 배포 지원

• 오늘날의 빠르게 움직이는 디지털 기반 데이터 센터는 트래픽을 분산하는 데 그치지 않고 이를 지시할 수 있어야 합니다.
• 2018년 애플리케이션 제공 현황에 따르면 응답자의 21%가 Red Hat OpenShift를 사용하고 있습니다.
• A/B 테스트와 블루/그린 배포는 요청을 지능적으로 지시하여 비즈니스 및 운영 목표를 달성하는 데 도움이 되는 유용한 배포 패턴입니다. 
• F5 컨테이너 커넥터는 Red Hat OpenShift를 사용하여 A/B 테스트와 Blue/Green 배포를 지원하는 컨테이너 오케스트레이션 환경과 BIG-IP의 실시간 제어 평면 통합을 용이하게 합니다.
• Red Hat OpenShift에는 기본 Kubernetes 배포판이 있으므로 OpenShift용 F5 통합은 Dockerhub 또는 Github 에서 사용할 수 있는 Kubernetes용 F5 통합 ( k8s-bigip-ctlr )과 동일한 컨트롤러를 사용합니다.

오랫동안 로드 밸런싱 프록시의 역할은 모든 요청에 대한 신속한 응답을 보장하는 데 그쳤습니다. 플레인 올드 로드 밸런싱(POLB). POLB는 알고리즘을 사용하여 요청을 리소스 풀에 분산합니다. 라운드 로빈. 연결이 가장 적습니다. 가장 빠른 응답. 이러한 알고리즘의 초점은 항상 목적지 에 맞춰져 있습니다. 즉, 응답을 제공하고 참을성 없는 사용자에게 다시 돌려보낼 수 있는 사용 가능하고 빠른 리소스를 선택하는 것입니다. 목표는 가용성이고, POLB는 확실히 그 기대에 부응합니다.

이제, 그것은 유용하지만, 최신 애플리케이션을 확장하는 것은 단순히 올바른 알고리즘을 선택하는 것 이상입니다. 아키텍처를 활성화하는 것입니다. 최신 애플리케이션(특히 컨테이너 환경에 배포된 애플리케이션)을 확장하려면 단순히 요청을 배포하는 것뿐 아니라 요청을 직접 전달할 수 있는 기능이 필요합니다. 목표는 인프라와 비즈니스 모두의 효율성과 민첩성을 실현하는 것이며, 이는 POLB가 실현할 수 없는 것입니다. A/B 테스트 및 블루/그린 배포와 같은 최신 배포 패턴을 지원하려면 POLB를 넘어서야 하며, 이를 통해 비즈니스가 필요에 따라 빠르게 운영을 진행할 수 있습니다.

이를 위해서는 요청을 분산할 뿐만 아니라 클라이언트, 네트워크, 운영 환경 등에서 얻을 수 있는 다양한 정보에 따라 요청을 지시할 수 있는 스마트 프록시가 필요합니다. 원하신다면 L7 프록시를 사용하셔도 됩니다. 무엇이라고 부르든, HTTP(위쪽)에서 IP(아래쪽)까지 요청을 구문 분석하고 이해할 수 있을 만큼 똑똑하며, 요청을 어디로 보낼지 결정할 수 있습니다.

이 게시물에서는 A/B 테스트와 Blue/Green 배포 패턴을 쉽게 구성하고 구현하는 기능에 주목합니다. 둘 다 요청을 적절한 리소스로 지능적으로 전달하기 위해 프록시에서 약간의 스마트함이 필요합니다.

컨테이너화된 환경에서는 컨테이너 오케스트레이션 환경(COE)과 통합할 수 있어야 하며 트래픽을 지능적으로 지시할 수 있어야 합니다.

이것이 바로 현재 Red Hat OpenShift용 F5 컨테이너 커넥터가 제공하는 것입니다. OpenShift와 F5 BIG-IP 사이의 컨테이너화된 '접착제'로, 애플리케이션의 한 버전에서 다른 버전(블루-그린)으로 트래픽을 지능적으로 전환하거나 동일한 앱의 두 버전 간에 비교 기반 테스트를 활성화하여 기업이 실제 방문자의 데이터를 기반으로 결정을 내릴 수 있도록 해줍니다. 

자세한 내용은 설명서에서 확인할 수 있으며, Dockerhub 또는 Github 에서 F5 컨테이너 커넥터를 직접 구매하여 오늘부터 고급 배포를 시작하세요.