애플리케이션 개발자의 경우 대규모 인프라 플랫폼 팀과 함께 일하는 것은 어떤 날에는 축복이 될 수도, 저주가 될 수도 있습니다. 해당 팀이 관리형 셀프 서비스 모델로 인프라, 네트워킹 및 보안 서비스를 제공하여 개발자들이 인프라 관리의 수고로부터 해방될 때, 그것은 참으로 축복입니다. 비교해 보면 인프라 팀의 주요 납품이 일주일 분량의 백로그와 회전문 형태의 핸드오프라면 앱 개발자는 저주받은 기분을 느낄 수 있습니다.
문제는 후자의 경우 무엇을 할 수 있느냐는 것입니다. 솔직히 말해서, 기대하는 속도에 맞춰 생산할 수 있는 능력을 제한하는 느리고 다루기 힘든 인프라 팀을 어떻게 다루시겠습니까?
물론, 답은 갈등 자체만큼 오래되었습니다. 큰 그림에 대한 이해를 높이는 것부터 시작해서 건강한 공감을 더하고, 이 모든 것을 상호 존중과 공동 목표의 분위기로 만드세요. (평화상 수령처를 알려주세요.)
글쎄요, 그렇게 간단하지는 않을지 몰라도 이 계획은 시작하기에 좋은 곳입니다.
앱 개발자는 일반적으로 여러 가지 움직일 수 없는(또는 덜 움직일 수 있는) 제약에 의해 구속됩니다. 기업 인프라, 정책, 보안 요구 사항, 감사 요구 사항은 모두 중요한 비즈니스 고려 사항이므로 중요한 애플리케이션 고려 사항입니다. 그러나 많은 조직에서는 이러한 중요한 요소를 담당하는 NetOps 및 SecOps 팀이 DevOps 팀 보다 느리게 움직이는 경우가 많고, 이로 인해 마찰이 발생합니다.
어떤 면에서 NetOps가 DevOps보다 느리다고 말하는 것은 사과를 귤과 비교하는 것과 같습니다. 지난 몇 년 동안 DevOps 분야는 극적인 변화를 겪어, 보다 민첩한 워크플로를 도입하고 모든 측면에서 자동화를 수용했습니다 . 반면, NetOps는 지금 막 자체 자동화 도구 세트에 접근할 수 있게 됐습니다. 그 결과, 많은 조직이 속도와 생산성(이번에는 인프라 서비스 부문)에서 또 다른 큰 향상을 기대하게 되지만, 이를 위해서는 NetOps 팀이 새로운 네트워킹 자동화 도구를 활용할 수 있도록 기술을 발전시켜야 합니다.
DevOps가 NetOps보다 훨씬 오랫동안 자동화 도구를 사용할 수 있었다는 사실은 두 그룹 간의 중요한 차이점입니다. 하지만 이러한 차이점은 DevOps 팀이 인프라 팀에 대해 알아야 할 유일한 사항은 아닙니다.
그러면 NetOps에 대해 알아야 할 (또는 어떤 경우에는 기억해야 할) 권장 사항 5가지를 소개합니다.
여러분도 잘 아시다시피, 자동화는 더욱 빠른 배포의 핵심입니다. NetOps 동료들이 같은 페이지에 있도록 노력하세요. 앱 개발 라이프사이클에서 자동화의 가치에 대해 이야기하고, 자동화가 워크플로에 어떤 이점을 줄 수 있는지 알아보도록 장려하세요. 서로 다른 팀 간의 교류를 촉진하는 프로그램이나 이벤트는 이러한 공유된 초점을 밝히는 데 도움이 될 수 있습니다. F5에서는 전통적으로 연결되지 않았던 부서 간에 점심시간 학습 세션을 제공하여 많은 성공을 거두고 있습니다.
또한 F5는 네트워킹 전문가가 자동화를 향한 단계를 밟고 다양한 무료 Super-NetOps 온라인 과정을 통해 기술을 발전시킬 수 있도록 지원합니다. 이 Super-NetOps 프로그램은 네트워크 운영 전문가가 중요한 애플리케이션 서비스를 표준화하는 데 필요한 기술을 배우고 자동화된 툴체인을 효과적으로 활용하는 능력을 갖추는 데 도움이 됩니다. 자동화된 툴체인 은 서비스 시간을 며칠에서 몇 분으로 단축할 수 있고, 모든 애플리케이션이 필요한 규정 준수, 정책 및 성능 표준을 충족하도록 보장할 수 있습니다.
자동화 확대 및 셀프 서비스 인프라와 같은 주제에 관해 동료들과 소통할 때 모든 사람이 동일한 결과를 향해 노력하고 있다는 점을 명심하세요. 팀 간에 마찰이 있거나 한 팀이 다른 팀보다 느리게 움직일 때, 동료가 당신과 당신의 궁극적인 성공을 가로막는 적대자로 생각하기 쉽습니다. 실제로 지속 가능한 성공은 마찰이 없어지거나 적어도 상당히 줄어들고, 각 부서가 서로를 지원하며 전진할 때 달성됩니다.