기술 업계에는 오래된 격언이 있습니다. 적합한 기술이 없으면 아무것도 이룰 수 없다는 것이죠. 하지만 최고의 기술을 보유하는 것이 곧 성공을 의미한다는 전제는 정말 타당할까요?
오늘날 우리는 기술만으로는 충분하지 않다는 사실을 알고 있습니다. 세계 최고의 기술을 개발하더라도 사람들이 새로운 개념과 기능을 자신의 문제에 어떻게 적용해야 하는지 이해하도록 돕지 않았다면, 결국 아무도 사용할 수 없는 도구만 남을 뿐이며 그것이 실제로 제대로 작동하는지조차 확인할 방법이 없습니다.
성공적인 제품을 만드는 진정한 과업은 제품 개발뿐 아니라 각자의 환경에서 그 제품을 사용할 사람들에게도 동등하게 투자할 때 이루어집니다. 기술이 발전함에 따라 공급업체는 제품보다 사람을 우선시하여, 새로운 기술을 활용하는 데 필요한 기초 역량을 갖출 수 있도록 교육하고 멘토링하며 지원하는 데 적극적으로 투자해야 합니다.
이를 통해 사용자가 자신의 경험과 상황을 적용할 수 있도록 더 나은 정보를 갖춘 사용자 기반을 조성할 수 있습니다. 그리고 이렇게 새롭게 정보를 갖춘 사용자 기반은 공급업체인 당사와 공생 관계를 형성하여, 성숙한 식견과 전문성을 바탕으로 당사가 제품과 솔루션을 개발하는 방향을 제시하는 데 도움을 줍니다.
이러한 환경에서 성공의 기준은 더 이상 신제품을 출시하는 데 있지 않습니다. 성공하려면 고객, 파트너, F5 엔지니어, 지원 담당자 등 제품과 관련된 모든 구성원과 지속적으로 소통하고 이들의 의견에 귀 기울이며, 끊임없이 혁신하고 개선해 나가야 합니다.
교육에 DevOps 방법론 적용
이것이 어떻게 작동하는지는 Super-NetOps 프로그램의 역사를 살펴보면 알 수 있습니다. F5가 멀티 클라우드 애플리케이션 서비스 기업으로 전환하는 과정에서 전 세계 수백 명의 엔지니어에게 클라우드, 자동화, 오케스트레이션 및 DevOps 방법론에 관한 새로운 기초 역량을 교육해야 했습니다.
그 과정에서 우리는 사내 엔지니어들과 상호 공생하는 관계를 구축하기 위해 많은 노력을 기울였습니다. 그 주기는 다음과 같았습니다. 교육 콘텐츠를 개발합니다. 소수의 사용자를 대상으로 콘텐츠를 테스트합니다. 사용자 경험에서 개선이 필요한 부분을 파악합니다. 이를 제품에 반영합니다. 이 과정을 반복합니다.
고객과 함께 제품을 시장에 출시하는 과정에도 동일한 DevOps 및 애자일 방법론을 적용할 수 있습니다. 무언가를 만들면 프로토타입이 생깁니다. 이제 피드백을 받아야 하지만, 시간과 노력을 들일 의향이 있는 사람들을 찾기 전까지는 피드백을 얻을 수 없습니다. 그리고 이들이 참여하려면 교육과 문서가 필요하며, 전 과정을 무사히 진행할 수 있도록 세심한 지원도 필요합니다.
따라서 저희는 개발 작업과 병행해 교육을 제공하기 위한 체계를 구축하고 있습니다. 여기에는 교육과 제품 자체 모두에 대한 피드백 루프를 마련하는 것도 포함됩니다. 이러한 프로토타입을 사용하는 사람들이 오픈 소스 방식으로 다시 기여할 수 있게 하려면 어떻게 해야 할까요? 고객이 구현 과정에서 막히는 지점으로부터 무엇을 배울 수 있을까요? 그리고 그렇게 얻은 교훈을 활용해 제품과 지원을 더욱 개선하려면 어떻게 해야 할까요?
지난 몇 년간 저희는 고객과 커뮤니티의 참여를 이끌어 왔으며, 이러한 노력은 2년 전 Agility에서 프로그램을 정식으로 시작한 것을 토대로 오늘날의 Super-NetOps로 이어졌습니다.
이는 NetOps 중심의 엔지니어들에게 근본적인 변화였습니다. 우리는 단순히 자동화 및 오케스트레이션 솔루션을 구축하는 데 그치지 않고, 실제로 DevOps와 소프트웨어 프로세스의 방법론에 맞춰 나가고 있습니다. 소프트웨어 시스템처럼 보이도록 네트워크 기능을 억지로 끼워 넣는 것이 아니라, F5 플랫폼에서 실행되고 이와 통합되는 거대한 분산 소프트웨어 프로젝트를 설계하듯 접근하고 있습니다.
파트너십 구축
이 모든 것은 DevOps를 수용하고 적극적으로 활용하는 것인 동시에 파트너십을 구축하는 일이기도 합니다. 이제 고객과 새로운 대화를 나누는 데 필요한 기반이 마련되었습니다. 우리는 고객의 의견을 주의 깊게 경청하며, 고객이 최상의 성과를 거둘 수 있도록 하는 방법에 초점을 맞춰 적극적이고 건설적인 논의를 이어가고 있습니다. 때로는 고객의 요청에 동의하고 기능을 개발하기도 합니다. 반대로 때로는 그 방향으로 진행하지 않는 것이 좋겠다고 권고하기도 합니다.
또한 이를 통해 NetOps가 DevOps의 진정한 파트너가 되도록 지원할 수 있는 도구를 확보하게 됩니다. NetOps는 더 이상 다른 부서에서 일방적으로 넘겨준 프로젝트만 맡는 역할에 머물 필요가 없습니다. DevOps와 개발자 팀의 성공을 돕고, 그들의 애플리케이션과 결과물, 창작물이 진가를 발휘하도록 지원하는 파트너가 될 수 있습니다. 회사에 아직 그런 인재가 없다면, 단 2주 만에 그러한 역할을 수행할 수 있도록 지원해 드립니다.
이 과정을 거치고 이러한 변화를 이루면서 F5가 앞으로 어떤 기업이 될 것인지를 바라보는 관점이 근본적으로 달라졌습니다. 이제 우리는 최첨단 기술과 어떻게 교류해야 하는지, 컨테이너 생태계와 마이크로서비스가 어떻게 구축되는지, 그리고 현대에 소프트웨어가 어떻게 개발되는지를 이해하게 되었습니다.
그리고 이번 달에 출시되는 Automation Toolchain API를 통해 확인하실 수 있듯이, 이러한 철학은 한 번에 하나의 라이프사이클씩 우리 제품에도 실질적인 변화를 가져오고 있습니다.
관련 블로그 게시물
성평등을 향한 여정: 사이버 보안 분야에서 성공적인 커리어를 개척하는 방법에 관한 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 파이프라인 초기에 보안을 통합하여 취약점을 예방하고 시간을 절약하는 방법을 알아보세요.