릴리스가 아니라 수명 주기입니다.

이는 기술 분야의 오래된 진언입니다. 적절한 기술이 없다면 아무 데도 갈 수 없을 것입니다. 하지만 최고의 기술을 갖추면 성공한다는 전제는 정말 타당한가?

오늘날 우리는 그것이 전부가 아니라는 것을 알고 있습니다. 세상에서 가장 뛰어난 기술을 구축할 수 있다 하더라도 사람들이 새로운 개념과 역량을 문제에 적용하는 방법을 이해하도록 돕지 못했다면 아무도 사용할 수 없는 위젯만 있을 뿐이며, 그것이 실제로 작동하는지 알 방법도 없습니다.

성공적인 제품을 만드는 진짜 목적은 제품 개발에 투자하는 것과 실제로 제품을 사용할 사람들에게 동일하게 투자하는 것입니다. 기술이 발전함에 따라 공급업체는 제품에 앞서 새로운 기술을 활용하는 데 필요한 기본 기술을 사람들에게 교육, 멘토링하고 지원하는 데 적극적으로 투자하는 것이 중요합니다.

이를 통해 우리는 자신의 경험과 상황을 적용할 수 있는 더 나은, 더 정보에 입각한 사용자 기반을 만드는 데 도움이 됩니다. 그리고 새롭게 정보를 얻은 사용자 기반은 공급업체인 우리와 상생 관계를 형성하여 성숙하고 정보에 입각한 권위를 바탕으로 우리가 제품과 솔루션을 개발하는 방법을 안내하는 데 도움을 줍니다.

이러한 환경에서는 새로운 제품을 출시하는 것만이 성공의 기준이 되지 않습니다. 혁신과 개선의 지속적인 라이프사이클에서 고객, 파트너, F5 엔지니어, 지원 직원 등 모든 제품 구성 요소의 참여와 의견에 귀를 기울이고 있습니다.

교육을 위한 DevOps 방법론 활용

Super-NetOps 프로그램의 역사를 살펴보면 이것이 어떻게 작동하는지 알 수 있습니다. F5가 멀티클라우드 애플리케이션 서비스 회사로 전환하는 과정의 일환으로, 우리는 전 세계 수백 명의 엔지니어에게 클라우드, 자동화, 오케스트레이션, DevOps 방법론에 대한 새로운 기본 기술을 교육해야 했습니다.

이를 통해 우리는 우리 회사의 엔지니어들과 상생 관계를 구축하기 위해 노력했습니다. 이 사이클은 다음과 같습니다. 교육 콘텐츠를 개발합니다. 몇몇 사용자를 대상으로 콘텐츠를 테스트합니다. 사용자 경험에서 개선이 필요한 부분을 파악합니다. 그것을 우리 제품에 포함시키세요. 반복하다.

고객에게 제품을 출시할 때 동일한 DevOps 및 Agile 방법론을 다음과 연관시킬 수 있습니다. 어떤 물건을 만들면, 이제 프로토타입이 생깁니다. 피드백을 받아야 하지만 시간과 노력을 투자할 의향이 있는 사람을 찾을 때까지는 피드백을 받을 수 없습니다. 그러기 위해서는 훈련이 필요합니다. 그들에게는 서류가 필요합니다. 그들은 이를 극복하기 위해 도움의 손길이 필요합니다.

그래서 우리는 개발 노력과 함께 훈련 방법에 대한 메커니즘을 구축하고 있습니다. 그 중 일부는 교육과 제품 자체에 대한 피드백 루프를 구축하는 것입니다. 이러한 프로토타입을 사용하는 사람들이 오픈 소스 방식으로 다시 기여할 수 있게 하려면 어떻게 해야 할까요? 고객이 구현 과정에서 막혔을 때, 그 지점에서 어떻게 배울 수 있을까요? 그리고 그러한 학습을 활용하여 제품과 지원을 더욱 개선하려면 어떻게 해야 할까요?

지난 몇 년 동안 우리는 고객과 커뮤니티를 참여시켜 왔으며, 그러한 노력의 결과로 오늘날의 Super-NetOps가 탄생했습니다. 이는 2년 전 Agility에서 프로그램을 라이브로 시작한 데서 비롯된 것입니다.

이는 NetOps 중심 엔지니어에게 근본적인 변화였습니다. 우리는 단순히 자동화 및 오케스트레이션 솔루션을 구축하는 것이 아니라 실제로 DevOps 및 소프트웨어 프로세스를 중심으로 한 방법론에 맞춰 조정하고 있습니다. 우리는 F5 플랫폼에서 실행되고 통합되는 거대한 분산 소프트웨어 프로젝트인 것처럼 설계하고 있습니다. 소프트웨어 시스템처럼 보이는 것에 끼워 넣은 네트워크 요소가 아닙니다.

파트너십 구축

이 모든 것은 DevOps를 수용하고 참여하는 것과 동등하지만, 파트너십을 구축하는 것과도 관련이 있습니다. 이제 우리는 고객과 새로운 대화를 나눌 수 있는 기반을 갖추었습니다. 우리는 주의 깊게 듣고 고객이 가장 성공적인 결과를 얻을 수 있는 방법에 대한 완전히 예측 가능한 적극적이고 건설적인 토론을 하고 있습니다. 가끔은 우리가 기능을 개발하겠다고 말하는 경우도 있습니다. 가끔 우리는 여러분이 이 길을 가지 말라고 권장하기도 합니다.

또한 이를 통해 NetOps가 DevOps의 진정한 파트너가 되는 데 도움이 되는 도구도 제공됩니다. 그들은 그저 벽 너머로 던져진 프로젝트를 받는 그런 사람일 필요는 없습니다. 그들은 파트너가 될 수 있습니다. DevOps 및 개발 팀이 성공하고 애플리케이션, 제품, 창작물이 성공하도록 도울 수 있는 사람입니다. 그 사람이 아직 회사에 없다면 2주 안에 그 사람을 데려올 수 있습니다.

이런 과정을 거치고 변화를 이루는 것은 F5가 우리가 어떤 사람이 될 것인지에 대한 시각을 근본적으로 바꾸어 놓았습니다. 이제 우리는 컨테이너 생태계가 구축되는 방식, 마이크로서비스가 구축되는 방식, 현대에 소프트웨어가 개발되는 방식 등 최첨단 기술에 어떻게 대응해야 할지 이해하게 되었습니다.

이번 달 Automation Toolchain API를 출시하면서 보실 수 있듯이, 이러한 철학은 한 번에 한 라이프사이클씩 우리 제품에도 큰 변화를 가져다주고 있습니다.