사용자 요구를 충족하거나 민첩성을 높이기 위해 클라우드 네이티브 기술 도입을 고려해 보지 않은 기업을 찾기는 어렵습니다. 그렇다면 지금 팀들이 이러한 전환을 주저하게 만드는 요인은 무엇일까요? 더 많은 조직이 선뜻 도입하지 못하는 이유 중 하나는 클라우드 네이티브 스택의 핵심 요소 상당수가 오픈 소스로 제공되기 때문입니다. 오픈 소스 프로젝트는 상당한 이점과 향상된 유연성을 제공하지만, 프로젝트의 방향을 거의 통제할 수 없는 상황에서 빠르게 변화하는 오픈 소스 프로젝트를 지속적으로 도입하고 관리하는 데 드는 전반적인 투자는 기업이 감당하기 어려운 경우가 많습니다. 또 다른 이유는 현재 클라우드 네이티브 시장이 포화 상태이며, 향후 몇 년 안에 상당한 통합이 이루어질 것이 확실하기 때문입니다. 선택지가 너무 많아 부담스러울 수 있으며, 곧 사라질 가능성이 있는 기술에 잘못 투자했을 때의 손실이 그 기술을 통해 얻을 수 있는 이점보다 클 수 있습니다.
요약하면, 클라우드 네이티브 기술은 네트워킹과 애플리케이션 딜리버리 분야에서 엄청난 혁신을 이끌고 있지만, 모든 초기 시장이 그렇듯 도입에는 상당한 장벽이 존재합니다. 또한 속도와 유연성에 대한 기대 때문에 오픈 소스 프로젝트를 운영, 유지 관리 및 지원하는 데 드는 비용이 간과되는 경우가 많습니다. F5는 고객이 이러한 전환 과정을 원활하게 헤쳐 나가고 망설임과 재고의 여지를 없앨 수 있도록 지원하여, 불확실성 없이 오픈 소스의 속도와 유연성을 누릴 수 있게 하고자 합니다.
오픈 소스 우선 접근 방식
인프라와 클라우드 네이티브 애플리케이션은 개방형 API와 오픈 소스 우선 접근 방식으로 전환되고 있습니다. Kubernetes와 같은 오픈 소스 프로젝트는 기업에서 폭넓게 도입되었으며, 이러한 추세는 둔화될 기미가 보이지 않습니다. 이를 염두에 두고 F5의 여러 팀은 오픈 소스 프로젝트에 기여하고 이를 주도하는 한편, F5 고객이 관리 부담 없이 오픈 소스의 속도와 유연성을 온전히 활용할 수 있도록 개방형 API를 구축하는 데 주력하고 있습니다. 이를 위해 F5는 "장작을 패고 물을 긷는" 접근 방식을 취합니다. 이를 통해 고객은 벤더 중립적이고 커뮤니티 중심적인 기술 스택의 이점을 누리면서도, 애플리케이션을 통한 비즈니스 가치 창출과 같이 자신에게 중요한 일에 집중할 수 있습니다.
F5는 다음과 같은 핵심적인 방식으로 고객이 오픈 소스를 성공적으로 활용할 수 있도록 지원합니다:
- 사용자에게 중요한 핵심 문제 및 버그 해결 – 최종 사용자 기업은 GitHub를 통해 프로젝트에 피드백을 제공하거나 다양한 포럼에서 질문하는 등 적극적으로 참여하는 경우가 많지만, 대규모 오픈 소스 프로젝트에서는 커뮤니티 구성원의 관심을 끌기가 쉽지 않습니다. 등록된 미해결 문제를 적시에 릴리스에 반영하는 것 역시 마찬가지입니다. 기업에는 심각한 버그의 해결 방법과 수정 일정에 대한 신속한 안내가 필요하다는 점을 인식하고, F5의 팀들(NGINX 및 Aspen Mesh 포함)은 이러한 우려 사항을 해소하고 해당 문제를 공개적으로 신속하게 해결하는 데 주력하고 있습니다.
- 사용자가 요청한 유용한 기능 추가 – 대규모 오픈 소스 프로젝트에서는 설계 문서, 구현 방식, 코드 검토에 대한 합의를 도출해야 하므로 작은 기능 하나를 추가하는 데도 수개월이 걸릴 수 있습니다. 프로젝트가 자사의 요구 사항을 충족하도록 이끌 영향력이 없는 기업에는 비용 대비 성과가 낮을 수 있습니다. F5 팀원들은 다양한 오픈 소스 프로젝트의 기여자이자 유지관리자이므로 이러한 환경을 잘 이해하고 있으며, 고객의 요구를 대변하고 구체적인 성과로 이어지도록 지원할 수 있습니다.
- 특정 산업 분야에 맞춘 솔루션 제공 – 마찬가지로 오픈 소스 커뮤니티에는 일반적인 엔터프라이즈 기능과 겹치면서도 고유한 요구 사항이 있을 수 있는 다양한 산업 분야(예: 통신, 의료, 금융 서비스)에 대한 전문 지식이 부족한 경우가 많습니다. 활기차고 번영하는 오픈 소스 프로젝트는 여러 산업의 참여와 기여를 통해 다양한 부문에 서비스를 제공하고 더 나은 제품으로 발전할 수 있습니다. 여러 산업에 걸친 F5의 폭넓은 전문 지식은 주요 기회를 파악하고, 다양한 산업에서 널리 채택될 수 있도록 오픈 소스 프로젝트의 로드맵을 수립하는 데 매우 유용합니다.
- 신속성과 투명성을 바탕으로 확장 가능한 기술 보호 – 보안은 오픈 소스 기술을 도입하는 조직이 중요하게 고려해야 할 또 다른 사안이며, 프로덕션 환경에서의 사용 및 데이터 처리와 관련된 정책 요건은 이러한 프로젝트의 광범위한 도입을 가로막는 주요 장애물이 될 수 있습니다. 버그 수정도 물론 매우 중요하지만, 오픈 소스 프로젝트의 보안은 그 이상의 의미를 지닙니다. 여기에는 구성원과 최종 사용자가 잠재적 취약점을 책임감 있게 보고할 수 있는 절차를 마련하고, 공급업체와 기타 이해관계 조직이 예정된 보안 릴리스에 대한 알림을 미리 받을 수 있는 사전 공개 시스템을 구축하는 것도 포함됩니다. F5의 팀원들은 수십 년 동안 핵심 인프라 제품의 취약점을 책임감 있게 관리하는 데 앞장서 왔습니다. 오픈 소스 커뮤니티에서 쌓은 경험을 활용해 모범 사례 도입을 촉진하고 대응 체계를 구축함으로써, 귀사는 비즈니스 가치를 창출하는 업무에 집중할 수 있습니다.
오픈 소스 프로젝트는 본질적으로 빠르게 발전하며 기능을 신속하게 추가하기 때문에 엔터프라이즈 엔지니어링 팀이 그 속도를 따라가기 어려울 수 있습니다. 특히 클라우드 네이티브 인프라 프로젝트의 경우, 기업의 업그레이드 및 배포 주기가 길어질 수 있고 조직의 개발자와 고객 모두에게 상당한 영향을 미칠 수 있으므로 이는 반드시 고려해야 할 중요한 사항입니다. F5는 지원하는 오픈 소스 프로젝트에 대해 예측 가능한 릴리스 및 지원 종료 주기를 고객에게 제공함으로써 중요한 역할을 수행합니다. F5는 이 분야에서 쌓은 경험과 교훈을 바탕으로 규모가 크고 성숙한 조직의 기대에 부응하는 더 나은 경험을 제공합니다.
오픈 소스 도입을 진행 중이거나 이제 막 시작하려는 단계라면, F5의 전문가 팀이 오픈 소스를 최대한 활용할 수 있도록 도와드리겠습니다.
작성자 소개
관련 블로그 게시물
성평등을 향한 여정: 사이버 보안 분야에서 성공적인 커리어를 개척하는 방법에 관한 Jenn Gile과의 Q&A
F5의 ‘성평등을 향한 여정’ 시리즈 네 번째 Q&A에서는 Rachael Shah와 NGINX 제품 마케팅 책임자 Jenn Gile이 사이버 보안 직종에 대한 오해를 바로잡고, 사이버 보안 분야의 성별 격차를 해소하기 위한 조언과 그 이점에 대해 이야기합니다.
TLS 검사에서 피터 파커 원칙 다루기
“큰 힘에는 큰 책임이 따른다.” 볼테르와 처칠도 이와 비슷한 말을 남겼지만, 이 문구는 스파이더맨 코믹스에서 벤 삼촌의 말로 가장 널리 알려져 있습니다. 물론 이 문구가 문화적으로 널리 통용되는 이유 중 하나는 TLS 검사를 비롯해 수많은 상황과 주제에 적용할 수 있기 때문입니다.
Venafi와 F5를 통한 머신 아이덴티티 보호
‘머신 아이덴티티’란 간단히 말해 자동화된 프로세스가 자신의 신원을 식별할 수 있도록 하고, 다른 자동화 시스템과 프로세스가 관련 리소스에 적절한 수준의 접근 권한을 부여하도록 하는 방법을 의미합니다. 이 개념 자체는 새로운 것이 아닙니다. 비교적 새로운 점은 이를 구현해야 하는 규모입니다.
마이너와 미니언: 데이터 유출만이 비용을 초래하는 것은 아닙니다
물론 데이터 유출은 더 큰 비용을 초래할 수 있고(적어도 지금은), 실패 사실을 세상에 드러낼 수밖에 없게 합니다(통지 의무가 있으니까요). 하지만 보안을 단순히 데이터 노출 문제로만 봐서는 안 됩니다. 요즘은 데이터가...
내 클라우드에서 나가!
F5의 Jay Kelley가 전하는 최신 소식에는 Microsoft Office 365용 신규 ID 및 액세스 솔루션을 배포할 때 고려해야 할 사항이 정리되어 있습니다.
Shift(웹 앱) 보안 레터
웹 앱 보안을 개발 초기 단계로 앞당기세요. F5 블로그에서 DevOps 파이프라인 초기에 보안을 통합하여 취약점을 예방하고 시간을 절약하는 방법을 알아보세요.