오픈 소스로 분열 해소

애플리케이션 제공 방식이 변화하고 있습니다. 유행어를 사용할 위험을 무릅쓰고 말씀드리자면, 디지털 방식으로 변화하고 있습니다. 지속적인 배포는 DevOps의 표준이 되었으며 (71%가 구현 계획), 애플리케이션 자본 시대에 기업이 성공하려면 지속적인 배포가 반드시 필요합니다. 조직의 73%는 지속적인 배포를 추진할 계획이지만, 그 중 절반 가량은 아직 시작하지 않았습니다. 무려 42%가 지속적인 배포 파이프라인의 단일 구성 요소도 아직 자동화하지 못했습니다 . 

배송과 배포 사이에는 실제적인 격차가 있습니다. 이는 설문조사에서는 이론적으로 확인할 수 있고, 실제에서는 클라우드와 데이터 센터 사이에 존재하는 격차를 통해 확인할 수 있습니다. 지속적인 배포를 중단시키고 일종의 지속적인 배포를 만나는 벽 속의 조직 내에서 볼 수 있습니다.

기술 분야에서도 연결이 끊긴 애플리케이션 제공 체인으로 인해 가시성에 매우 실질적인 격차가 발생하는 것을 볼 수 있습니다. 이는 멀티 클라우드 환경에서 애플리케이션 성능을 모니터링하고 측정할 수 없는 상황에서 나타납니다. 그리고 이는 현재 수천 개의 기업 조직에서 관리하고 있는 여러 세대의 애플리케이션 포트폴리오에서 보안 정책을 일관되게 배포하고 시행할 수 없는 능력에서 나타납니다.

분열이 커지고 있습니다

우리는 현대적이고 클라우드 기반 애플리케이션과 아키텍처가 도입되면서 이러한 격차가 점점 더 커지는 것을 지켜보았습니다. 데이터 센터에 연결되어 있는 애플리케이션도 영향을 받습니다. 그 영향이 새로운 접근 방식(모든 것을 지속적으로)이든, 현대의 클라우드 기반 환경에서 보안과 확장성에 대한 필요성을 충족하는 새로운 애플리케이션 서비스이든, 분명한 것은 애플리케이션 제공 방식이 변화하고 DevOps와 NetOps 간의 격차를 메워야 멀티 클라우드 환경에서 일관성과 가시성에 대한 필요성을 충족할 수 있다는 것입니다.

DevOps의 세계는 점점 더 오픈 소스를 기반으로 구축되고 있습니다. NGINX CEO인 Gus Robertson은 최근 블로그 에 "소프트웨어가 세상을 먹어치운다면 오픈소스는 소프트웨어를 먹어치운다"고 적었습니다. 오늘날 애플리케이션 자체는 주로 타사 구성요소를 통해 개발되며, 그 대부분은 오픈 소스입니다. 애플리케이션 인프라는 점점 더 오픈 소스 구성 요소를 기반으로 구축되고 있습니다. 웹 서버에서 앱 서버까지, 데이터베이스에서 유입 제어까지, 메시징에서 컨테이너 런타임 및 오케스트레이션까지. IT 운영은 Puppet, Chef, Terraform, Helm, Kubernetes, Ansible과 같은 오픈소스 도구에 의해 추진됩니다.

이러한 도구와 기술은 빠르고 빈번한 제공 및 배포와 원활한 비즈니스 모델이라는 여러 과제에 답하기 때문에 도입되었습니다. 하지만 전체 조직이 오픈 소스 기반 운영을 표준화하면 협업을 촉진하고 혁신을 촉진하는 측면에서도 이점이 있습니다.

오픈 소스 솔루션을 개선하기 위해 끊임없이 노력하는 개발자 커뮤니티의 열정적인 노력 없이는 이 모든 것이 불가능합니다.

F5에서는 이러한 커뮤니티의 가치를 높이 평가합니다.

F5가 커뮤니티를 보는 방식

비슷한 예로, DevCentral 커뮤니티는 오픈 소스 프로젝트를 주도하는 많은 원칙을 따르는 협력적 혁신을 기반으로 합니다. 커뮤니티 전반의 코드 공유와 지식 전수는 수십만 명의 회원이 BIG-IP 플랫폼을 혁신하고 새로운 역량을 창출하는 데 도움이 됩니다. 이러한 솔루션에는 Puppet, Chef 및 node.js와 같은 오픈 소스 프로젝트를 위한 새로운 확장 기능, 플러그인 및 라이브러리가 함께 제공됩니다.

우리는 우리 제품뿐만 아니라 고객과 커뮤니티가 사업을 운영하는 데 사용하는 오픈 소스 소프트웨어를 개선하기 위한 이러한 노력에 적극적으로 참여하고 이를 장려하며 지원합니다.

그래도 우리는 여러분 중 많은 분, 특히 NGINX 오픈 소스 커뮤니티에 있는 분들은 F5를 잘 모르신다는 걸 알고 있습니다. 우리는 그것이 당신에게 회의적인 이유를 제공한다는 것도 알고 있습니다. 이해할 만하죠. 지금까지 오픈 소스와의 상호작용은 대체로 비공개적으로 진행되어 왔습니다.

그럼에도 불구하고, 우리는 애플리케이션 제공에서 애플리케이션 서비스로 초점을 옮기면서 CI/CD 파이프라인과 제품을 구동하기 위해 오픈 소스를 광범위하게 활용하고 있습니다. 우리는 끊임없이 오픈 소스와 상호 작용하고 있으며, 우리 핵심 엔지니어는 loopback.io 와 nats.io 에 적극적으로 기여하고 있습니다. Aspen Mesh 부서는 istio.io를 사용하고 이에 정기적으로 기여하며 istio-vet , istio-client-go , tracing-go 등 우리가 유지 관리하는 여러 관련 오픈 소스 프로젝트를 생성했습니다. 우리는 Ansible을 위한 오픈 소스 모듈 세트를 개발하고 유지 관리합니다.

우리는 마케팅 포인트를 획득하기 위해 기여하지 않기 때문에 이에 대해 크게 소리치지 않습니다. 우리는 그것이 우리, 우리 고객, 그리고 오픈 소스 프로젝트를 관리하는 각 커뮤니티에 옳은 일이기 때문에 기여합니다.

다리 건설

기업이 지속적인 IT를 실현하는 데 방해가 되는 격차를 메우기 위해 지금 해야 할 옳은 일은 애플리케이션 제공 스택에서 가장 널리 채택된 오픈 소스 구성 요소의 임무를 확대하고 가속화하는 것입니다.

따라서 Gus와 Igor가 전달한 내용을 다시 말씀드리겠습니다. F5는 NGINX 미션을 확대하고 가속화하기 위해 투자를 늘릴 계획입니다.

F5와 NGINX를 결합함으로써 기업은 일관된 엔드투엔드 애플리케이션 서비스 세트를 통해 여러 클라우드 속성에 있는 다양한 애플리케이션 아키텍처 전반에 걸쳐 빠르고 빈번한 배포라는 IT의 가장 시급한 요구 사항 중 하나를 해결할 수 있습니다. 우리는 NGINX가 오픈 소스로 유지되고 그것을 만든 커뮤니티가 주도하는 것이 성공을 좌우한다고 믿습니다.

NGINX는 지금까지 오픈소스 소프트웨어와 커뮤니티를 육성하는 데 놀라운 일을 해왔습니다. 그것이 우리를 끌어들인 것 중 하나예요. NGINX와 F5는 모두 애플리케이션이 주도하고 형성할 미래를 내다보며, NGINX 스택에서 개발 및 혁신을 확대하고 가속화할 필요성과 기회가 있다고 봅니다.

우리는 이러한 커뮤니티로부터 배우고 애플리케이션과 그 완벽한 전달에 대한 열정을 공유하는 미래를 향해 함께 일하기를 기대합니다.