트렌드
Forrester 에 따르면, 조직의 50%가 제품 출시 시간을 단축(높은 기능 속도)하고 안정성을 향상(중단 발생률 감소 및 문제 해결 속도 향상)하기 위해 DevOps 관행을 구현하고 있습니다.
DevOps 관행이 성장함에 따라 기업에서는 다양한 애플리케이션을 개별적인 패키지 서비스로 분할하는 마이크로서비스 아키텍처를 사용하여 앱을 현대화하고 있습니다. 앱의 약 10%는 마이크로서비스로 완전히 새롭게 구축되고, 나머지 25%는 하이브리드 애플리케이션(모놀리식에 마이크로서비스가 첨부된 형태, 때로는 "미니서비스"라고도 함)입니다.
DevOps 원칙을 따르고 마이크로서비스 아키텍처를 도입하는 것은 애플리케이션 개발과 인프라의 모든 측면에 큰 영향을 미치고 있습니다.
관련 내용
DEVOPS 변환
이러한 추세는 우리가 애플리케이션을 생각하고 개발하는 방식을 바꾸고 있습니다.
사람들 >
인프라 팀에서 애플리케이션 팀으로 통제권이 이전됩니다. 시장 출시 속도를 높이기 위해 DevOps는 개발하고 유지 관리하는 앱을 지원하는 인프라를 제어하려고 합니다.
프로세스 >
DevOps는 프로비저닝 시간을 단축합니다. 최신 앱 인프라는 자동화되어야 하며 엄청나게 빠른 속도로 프로비저닝되어야 합니다. 그렇지 않으면 중요한 수정 사항과 향상 사항의 배포가 지연될 위험이 있습니다.
기술 >
인프라는 소프트웨어와 하드웨어를 분리합니다. 소프트웨어 정의 인프라, 코드형 인프라, 구성 가능 인프라는 모두 프로그래밍 가능한 소프트웨어가 상용 하드웨어나 퍼블릭 클라우드 컴퓨팅 리소스에서 실행되는 새로운 배포 아키텍처를 설명합니다.
도전
DevOps와 마이크로서비스는 애플리케이션 인프라의 모든 측면에 영향을 미치지만, 특히 로드 밸런서는 모든 앱 앞에 있는 지능형 제어 지점이기 때문에 기업이 로드 밸런서 기술을 배포하는 방식을 변경합니다.
그러나 조직 내의 여러 팀은 서로 다른 방법으로 부하 분산 기술에 액세스해야 합니다.
기업 >
기업들은 모든 애플리케이션 트래픽을 관리하기 위해 고급 기능을 갖춘 중앙 로드 밸런서를 채택하여 배포 처리량과 안정성을 개선합니다. 환경의 프런트 도어에 있는 F5 어플라이언스는 로컬 트래픽 관리, 글로벌 트래픽 관리, DNS 관리, 봇 보호, DDoS 완화, SSL 오프로드, ID 및 액세스 관리와 같은 고급 애플리케이션 서비스를 제공하여 힘든 작업을 수행합니다.
데브옵스 >
DevOps 팀은 새로운 앱을 도입하거나, 기존 앱에 새로운 기능을 추가하거나, 확장성을 개선하기 위해 로드 밸런서를 변경해야 하는 경우가 많습니다. 기존 프로세스에서 DevOps는 로드 밸런서의 구성을 수정하고 프로덕션에 다시 배포하기 위해 인프라 및 운영(I&O) 팀에 의존해야 합니다.
운영 >
I&O 팀은 중앙 집중형 로드 밸런서를 사용하여 수백 개 또는 수천 개의 애플리케이션을 지원해야 하므로 일반적으로 신중한 접근 방식을 취합니다. 어떤 오류라도 기업의 전체 앱 환경에서 성능과 보안에 치명적인 영향을 미칠 수 있습니다. 따라서 I&O 팀은 먼저 테스트 환경에서 변경 사항을 적용한 다음, 최종적으로 프로덕션에 적용합니다. 이러한 운영 절차는 변경 사항이 애플리케이션 포트폴리오에 부정적인 영향을 미치지 않도록 보장하는 데 도움이 되지만 이를 따르면 개발 및 혁신 속도가 느려질 수 있습니다.
해결책
애플리케이션 코드와 쉽게 통합할 수 있는 가볍고 유연한 로드 밸런서를 앱에 더 가깝게 배포하면 소프트웨어 전달 속도와 운영 성과를 개선할 수 있습니다.
F5의 클라우드 기반 ADC 솔루션인 NGINX는 DevOps와 NetOps 간의 격차를 해소하는 데 도움이 되는 소프트웨어 로드 밸런서입니다.
작동 원리 >
NGINX를 사용하여 F5 BIG-IP 인프라를 확장하기 위한 세 가지 일반적인 배포 모델이 있습니다.
- F5 어플라이언스 뒤에 NGINX를 배포하여 DevOps 친화적인 추상화 계층 역할을 수행합니다.
- 각 앱 또는 각 고객에 대해 NGINX 인스턴스를 프로비저닝하세요.
- 클라우드 기반 앱을 위한 멀티 클라우드 애플리케이션 로드 밸런서로 NGINX를 실행하세요.
프로그래밍 가능한 NGINX 로드 밸런서는 가볍기 때문에 컴퓨팅 리소스를 거의 사용하지 않으며 인프라에 추가적인 부담을 거의 주지 않습니다.
결론
F5 및 NGINX 로드 밸런서를 계층화하면 보안이나 안정성을 희생하지 않고도 출시 속도를 높일 수 있습니다.
이러한 접근 방식을 통해 I&O 팀은 보호하고 확장해야 하는 수많은 미션 크리티컬 앱에 고급 애플리케이션 서비스를 제공하기 위해 프런트엔드 F5 인프라를 유지할 수 있습니다. 동시에 DevOps 및 애플리케이션 팀이 소프트웨어 로드 밸런서에서 구성 변경을 직접 관리할 수 있도록 지원하며, 종종 CI/CD 프레임워크의 일부로 이를 자동화합니다.
결합된 솔루션을 사용하면 네트워크 팀에 필요한 안정성과 보안 제어 기능을 희생하지 않고도 앱 팀에 필요한 민첩성과 출시 기간 단축 혜택을 얻을 수 있습니다.
더 빠르게 확장 >
NGINX 로드 밸런서가 앱 성능을 개선할 수 있는 방법에 대해 자세히 알아보세요.