보안과 성능을 저해하지 않으면서 출시 기간 단축

소프트웨어 제공 및 운영 성능을 개선하려면 애플리케이션 가까이에 배포할 수 있고 애플리케이션 코드와 손쉽게 통합되는 가볍고 유연한 로드 밸런서가 필요합니다. 바로 이때 NGINX가 필요합니다.

과제는 무엇일까요? 훌륭한 앱을 빠르고 안전하게 배포하는 것

애플리케이션은 현대 조직의 새로운 자본으로, 조직의 성공에 매우 중요한 역할을 합니다. 이처럼 애플리케이션 중심으로 전환하면서 애플리케이션과 인프라 사이에 간극이 생겼습니다. 한편으로 개발자는 사용자에게 더 큰 가치를 제공하기 위해 빠르게 개발하고 자주 배포하는 데 집중합니다. 하지만 이러한 속도 중심의 접근 방식은 애플리케이션이 고객의 기대를 충족하도록 안정성, 보안 및 성능을 보장하는 데 중점을 두는 운영팀의 목표와 상충합니다.

다음과 같이 할 수 있습니다

개발팀과 운영팀 모두의 요구 사항을 충족하려면 DevOps 팀이 자신들이 개발하고 유지 관리하는 애플리케이션과 더 가까운 위치에서 로드 밸런서를 관리할 수 있도록 지원하는 동시에, NetOps 팀은 프런트엔드에 있는 F5 어플라이언스에 대한 제어권을 유지할 수 있어야 합니다. 이렇게 하면 네트워크 팀에 필요한 안정성과 보안 제어를 희생하지 않으면서도 애플리케이션 팀이 필요로 하는 민첩성과 출시 기간 단축의 이점을 얻을 수 있습니다.

F5가 지원하는 방법

F5의 클라우드 네이티브 NGINX 소프트웨어 로드 밸런서는 DevOps와 NetOps 간의 격차를 해소하는 데 도움이 됩니다. 이 솔루션을 사용하면 가볍고 이식성이 뛰어난 NGINX 로드 밸런서를 애플리케이션에 더 가까이 배포하여 전사적 BIG-IP 로드 밸런서를 보완할 수 있습니다.

솔루션 가이드

트렌드

According to Forrester에 따르면, 조직의 50%가 출시 기간을 단축하고(빠른 기능 출시) 안정성을 개선하기 위해(서비스 중단 발생률 감소 및 문제 해결 시간 단축) DevOps 방식을 도입하고 있습니다.

DevOps 관행이 확산됨에 따라 기업들은 마이크로서비스 아키텍처를 활용해 애플리케이션을 현대화하고 있습니다. 이 아키텍처에서는 애플리케이션을 개별적으로 패키징된 서비스로 분할합니다. 애플리케이션의 약 10%는 마이크로서비스로 새롭게 구축되며, 또 다른 25%는 하이브리드 애플리케이션(마이크로서비스가 결합된 모놀리식 애플리케이션으로, ‘미니서비스’라고도 함)입니다.

DevOps 원칙으로의 전환과 마이크로서비스 아키텍처 도입은 애플리케이션 개발 및 인프라의 모든 측면에 지대한 영향을 미치고 있습니다. 자세한 내용을 확인하려면 NGINX 솔루션 가이드를 다운로드하세요.

DevOps 혁신

이러한 트렌드는 애플리케이션을 바라보고 개발하는 방식을 변화시키고 있습니다.

인력
제어 권한이 인프라 팀에서 애플리케이션 팀으로 이동합니다. 출시 기간을 단축하기 위해 DevOps 팀은 자신들이 개발하고 유지 관리하는 앱을 지원하는 인프라를 직접 제어하고자 합니다.
프로세스
DevOps는 프로비저닝 시간을 단축합니다. 최신 애플리케이션 인프라는 자동화되어야 하며 이전보다 훨씬 빠르게 프로비저닝되어야 합니다. 그렇지 않으면 중요한 수정 사항과 개선 사항의 배포가 지연될 수 있습니다.
기술
인프라는 소프트웨어를 하드웨어로부터 분리합니다. 소프트웨어 정의 인프라, 코드형 인프라, 컴포저블 인프라는 모두 새로운 배포 아키텍처를 설명하는 개념으로, 이러한 아키텍처에서는 프로그래밍 가능한 소프트웨어가 범용 하드웨어 또는 퍼블릭 클라우드 컴퓨팅 리소스에서 실행됩니다.

과제

DevOps와 마이크로서비스는 애플리케이션 인프라의 모든 측면에 영향을 미치지만, 특히 기업이 로드 밸런서 기술을 배포하는 방식을 변화시킵니다. 로드 밸런서는 모든 애플리케이션의 앞단에 위치하는 지능형 제어 지점이기 때문입니다.

하지만 조직 내 각 팀은 서로 다른 방식으로 로드 밸런싱 기술을 이용해야 합니다.

엔터프라이즈
기업은 고급 기능을 갖춘 중앙 집중식 로드 밸런서를 사용하여 모든 애플리케이션 트래픽을 관리함으로써 배포 처리량과 안정성을 향상합니다. 환경의 최전방에 배치된 F5 어플라이언스는 로컬 트래픽 관리, 글로벌 트래픽 관리, DNS 관리, 봇 방어, DDoS 완화, SSL 오프로딩, ID 및 액세스 관리와 같은 고급 애플리케이션 서비스를 제공하며 핵심적인 역할을 수행합니다.
DevOps
DevOps 팀은 새로운 앱을 도입하거나 기존 앱에 새로운 기능을 추가하거나 확장성을 개선하기 위해 로드 밸런서를 변경해야 하는 경우가 많습니다. 기존 프로세스에서는 DevOps 팀이 인프라 및 운영(I&O) 팀에 의존하여 로드 밸런서 구성을 수정하고 프로덕션 환경에 다시 배포해야 합니다.
운영
I&O 팀은 중앙 집중식 로드 밸런서를 사용하는 수백 개, 많게는 수천 개의 애플리케이션을 지원해야 하므로 일반적으로 신중하게 접근합니다. 오류가 발생하면 기업의 전체 애플리케이션 환경에 걸쳐 성능과 보안에 심각한 영향을 미칠 수 있습니다. 따라서 I&O 팀은 먼저 테스트 환경에서 변경 사항을 적용한 후 최종적으로 프로덕션 환경에 배포합니다. 이러한 운영 절차는 변경 사항이 애플리케이션 포트폴리오에 부정적인 영향을 미치지 않도록 하는 데 도움이 되지만, 이를 따르다 보면 개발과 혁신의 속도가 느려질 수 있습니다.

솔루션

애플리케이션에 더 가까운 위치에서 애플리케이션 코드와 손쉽게 통합할 수 있는 가볍고 유연한 로드 밸런서를 배포하여 소프트웨어 제공 속도와 운영 성능을 향상할 수 있습니다.

F5의 클라우드 네이티브 ADC 솔루션인 NGINX는 DevOps와 NetOps 간의 격차를 해소하는 데 도움이 되는 소프트웨어 로드 밸런서입니다.

작동 방식
F5 BIG-IP 인프라를 NGINX로 보강하는 일반적인 배포 모델은 다음 세 가지입니다.
- F5 어플라이언스 뒤에 NGINX를 배포하여 DevOps 친화적인 추상화 계층으로 활용합니다.
- 각 애플리케이션별로, 또는 고객별로도 NGINX 인스턴스를 프로비저닝하세요.
- NGINX를 클라우드 네이티브 앱을 위한 멀티 클라우드 애플리케이션 로드 밸런서로 실행하세요.

프로그래밍 가능한 NGINX 로드 밸런서는 가볍기 때문에 컴퓨팅 리소스를 거의 사용하지 않으며 인프라에 추가적인 부담을 거의 또는 전혀 주지 않습니다.

결론

F5와 NGINX 로드 밸런서를 계층화하면 보안이나 안정성을 저해하지 않으면서 출시 속도를 높일 수 있습니다.

이 접근 방식을 사용하면 I&O 팀은 프런트엔드 F5 인프라를 유지하면서 보호 및 확장이 필요한 수많은 미션 크리티컬 앱에 고급 애플리케이션 서비스를 제공할 수 있습니다. 동시에 DevOps 및 애플리케이션 팀이 소프트웨어 로드 밸런서의 구성 변경 사항을 직접 관리하고, 이를 CI/CD 프레임워크의 일부로 자동화할 수 있도록 지원합니다.

통합 솔루션을 사용하면 네트워크 팀에 필요한 안정성과 보안 제어를 유지하면서도 애플리케이션 팀이 요구하는 민첩성과 출시 기간 단축의 이점을 누릴 수 있습니다.