기술은 기본 하드웨어 시스템에서 소프트웨어를 추상화하는 접근 방식인 가상화로부터 많은 이점을 얻었습니다. 가상화의 초기 구성 요소인 가상 머신(VM)을 사용하면 서버 작업 부하를 보다 쉽게 구성, 배포 및 조정할 수 있습니다.
그러나 각 VM에는 운영 체제(OS)가 포함되어야 하므로 크기가 크고 다루기 어렵습니다. 이러한 장점에도 불구하고 VM은 시작하는 데 시간이 오래 걸리고, 저장 공간을 많이 사용하며, 이동하기 어렵습니다. 또한, 게스트 운영 체제와 호스트 운영 체제 간의 차이로 인해 VM을 한 환경에서 다른 환경으로 이동할 때 애플리케이션 기능이 제한될 수 있습니다.
가상화의 차세대 진화를 나타내는 컨테이너는 조직이 이러한 과제를 극복하는 데 도움이 됩니다. VM과 달리 컨테이너에는 게스트 OS 계층이 포함되지 않으며 호스트의 OS에 의존합니다. 결과적으로 컨테이너는 애플리케이션에서 기본 OS를 추상화합니다. 이 기능을 사용하면 컨테이너를 VM보다 훨씬 빠르게 스핀업할 수 있습니다. 또한, 훨씬 적은 저장 공간을 차지하고 더 쉽게 마이그레이션할 수 있습니다. 컨테이너는 전체 런타임 환경을 포함하여 애플리케이션이 한 컴퓨팅 환경에서 다른 컴퓨팅 환경으로 옮길 때 안정적으로 작동하는 데 도움이 됩니다.
그러나 기업 IT 환경에 컨테이너를 배포하려면 지원이 가능하고 견고한 컨테이너 플랫폼이 필요합니다. 이 개요에서는 F5와 Red Hat의 통합 컨테이너 플랫폼 솔루션이 어떻게 엔터프라이즈 컨테이너 배포를 단순화하여 애플리케이션 개발과 성능을 개선할 수 있는지 설명합니다.
과거에는 엔터프라이즈 애플리케이션이 크고 단일적이었습니다. 업데이트에는 변경되는 각 기능과 영향을 받는 모든 기능에 대한 상당한 코드 변경이 필요했습니다. 결과적으로 신청서는 일반적으로 1년에 한두 번만 업데이트되었습니다.
현대 비즈니스의 속도가 빨라지고, 민첩성과 차별화에 대한 끊임없는 요구와 내부 및 외부 사용자의 기대가 높아짐에 따라 이러한 방대하고 느린 업데이트는 더 이상 충분하지 않습니다.
이제 애플리케이션은 작고 개별적인 마이크로서비스로 분해되어 지속적이고 민첩한 DevOps 모델을 통해 배포됩니다. 여러 소프트웨어 개발 및 인프라 운영 팀이 수개월 동안 동기화를 거쳐야 하는 대규모 점검 대신, 각 마이크로서비스를 독립적으로 업데이트할 수 있으며 언제든지 새로운 마이크로서비스를 추가할 수 있습니다.
그러나 VM이 마이크로서비스를 위한 주요 제공 메커니즘인 경우 DevOps 모델은 유지될 수 없습니다. 애플리케이션당 수백 또는 수천 개의 마이크로서비스가 있고 각 VM에 OS가 포함되어 있으면 기본 컴퓨팅, 네트워킹 및 스토리지 시스템에 필요한 오버헤드가 너무 많아집니다.
VM 기반 마이크로서비스 제공의 대안으로, 컨테이너는 획기적으로 낮은 오버헤드로 컴퓨팅 환경에 애플리케이션 기능을 더 빠르고 쉽게 제공할 수 있도록 지원합니다.
VM의 한계를 극복하는 것 외에도 컨테이너는 마이크로서비스와 DevOps의 약속을 이행하는 데 도움이 됩니다. 컨테이너는 개발자가 최소한의 오버헤드로 코드를 빠르게 테스트, 배포, 확장 및 리팩토링할 수 있도록 도와줍니다. 컨테이너 기반 환경은 동적이고 유동적이며 가능한 한 상태가 없으므로 개발자는 애플리케이션 성능이나 기본 인프라 리소스를 방해하지 않고 DevOps 모델의 일부로 반복적이고 지속적으로 애플리케이션을 개선할 수 있습니다.
오픈 소스 컨테이너는 비용, 유연성, 자유, 커뮤니티 중심의 지식과 혁신을 포함한 추가적인 이점을 제공합니다. 그러나 컨테이너 환경이 확장되고 기업 내에서 중요해지면 강력하고 안정적인 애플리케이션 가용성, 성능 및 보안을 제공해야 합니다. 이러한 기능을 구현하려면 유입 트래픽, 컨테이너 간 네트워크 통신, 컨테이너 자체에 대한 가시성과 제어가 필요합니다.
오픈소스 컨테이너 기술은 메모리, 중앙 처리 장치(CPU), 라우팅을 포함한 컨테이너화된 애플리케이션을 해석할 수 있지만, 트래픽 흐름, 부하 분산, 취약성을 포함한 전송 네트워크를 해석할 수는 없습니다. 예를 들어, 트래픽이 분산 서비스 거부(DDoS) 공격인지 아니면 단순한 쿠키인지 알 수 없습니다. 컨테이너 환경에서는 고급 트래픽 관리, 최적화 또는 보안 정책을 조율할 수 없습니다.
가시성과 지원의 부족을 완화하려면 검증되고 지원되는 애플리케이션 전송 컨트롤러(ADC)를 오픈 소스 컨테이너 환경과 통합하여 컨테이너가 네트워크를 통해 목적지로 이동할 때 트래픽을 검사, 제어 및 최적화해야 합니다.
Red Hat® OpenShift Container Platform을 사용하면 조직은 검증되고 지원되는 솔루션을 확신하면서 오픈소스 컨테이너의 이점을 활용할 수 있습니다. Red Hat OpenShift Container Platform은 Docker 및 Kubernetes 표준을 기반으로 하는 포괄적인 엔터프라이즈급 컨테이너 플랫폼입니다.
F5와 Red Hat은 F5 Container Connector를 통해 Red Hat OpenShift Container Platform을 정교한 로드 밸런서이자 전체 프록시 ADC인 F5 BIG-IP와 통합하기 위해 협력했습니다. 완벽하게 지원되는 이 솔루션은 효과적인 트래픽 제어와 부하 분산 기능을 통해 고급 컨테이너 기반 애플리케이션 개발 및 제공을 제공합니다.
F5 컨테이너 커넥터는 Red Hat OpenShift Container Platform의 컨테이너와 BIG-IP 간의 구성을 해석합니다. F5 컨테이너 커넥터는 지속적인 연결을 통해 POD에 새로운 컨테이너가 추가되면 즉시 이를 인식하고 BIG-IP의 풀에 추가합니다. 또한 컨테이너화된 애플리케이션이나 환경에 맞게 네트워크 구성을 자동화합니다. IT 티켓팅 시스템을 사용하여 이러한 변경 사항을 수동으로 구현하려면 몇 주 또는 몇 달이 걸릴 수 있지만, 이 통합 자동화 솔루션을 사용하면 몇 초 만에 완료할 수 있습니다.
이 Red Hat 및 F5 솔루션은 또한 모든 네트워크 트래픽에 대한 세부적인 제어를 제공하고 다음을 포함한 여러 변수를 기반으로 네트워크 핸드오프, 연결 및 흐름을 최적화합니다.
최적의 결과를 얻으려면 컨테이너를 우수한 트래픽 제어 및 부하 분산을 제공할 수 있는 ADC와 통합해야 합니다. 업계를 선도하는 기술 기업인 Red Hat과 F5는 보다 빠르고 안전한 애플리케이션 전송을 위해 네트워크 구성을 최적화하는 통합 자동화 컨테이너 솔루션을 만들기 위해 협력했습니다. 이 완벽한 지원 솔루션에는 컨테이너 성공을 보장하는 데 도움이 되는 로드맵과 엔터프라이즈 지원이 포함되어 있습니다.
https://f5.com/solutions/technology-alliances/red-hat 또는 redhat.com/openshift 에서 F5와 Red Hat의 파트너십과 솔루션 통합에 대해 자세히 알아보세요.