혹시 눈치채지 못하셨다면, 저희는 ‘… 사이의 간극 좁히기’와 같은 주제로 시리즈를 연재하고 있습니다.
이번 글은 팀 간의 간극을 좁히는 것에 관한 이야기인데, 처음에는 함정처럼 느껴진다.
DevOps 팀과 NetOps 팀을 서로 대립시키고, 거의 개인 간의 갈등처럼 다루는 글을 너무 많이 봐 왔습니다. 그런 접근은 도움이 되지 않습니다. 문제는 사람이나 팀 자체가 아니라, 그들을 지금의 모습으로 만든 제약과 기대에 있기 때문입니다. 두 팀의 구성원 대부분은 직장에서 멋진 일을 하는 것을 좋아한다는 공통점이 있습니다. 우리 모두는 자랑스러워할 수 있고, 유용한 역할을 하며, 말 그대로 멋진 무언가를 만들고 싶어 합니다.
팀마다 다른 점, 그리고 우리의 업무일이 어떤 모습이 될지를 결정하는 것은 우리가 하는 일의 범위와 영향, 그리고 우리가 활용할 수 있는 도구입니다. DevOps 팀은 일반적으로 하나의 애플리케이션이나 여러 서비스의 문제를 해결합니다. NetOps 팀은 하나의 기업을 대상으로 문제를 해결하며, 클라우드 NetOps 팀의 경우에는 수백 개 기업을 대상으로 하기도 합니다(네, 실제로 그런 팀이 있습니다). 대부분의 네트워크 팀은 물리적 세계에 적어도 한 발을 걸치고 있습니다. 광자와 전자를 실제로 한 곳에서 다른 곳으로 보내려면 무언가가 필요하기 때문입니다. 반면 대부분의 DevOps 팀은 가상이라는 비물질적 세계에서 일하며, 리소스를 거의 즉시 생성하고 제거할 수 있는 힘을 누립니다. 개발 팀과 DevOps 팀은 코드와 비즈니스 로직을 기반 아키텍처의 세세한 부분으로부터 자유롭게(그리고 지극히 당연하게) 추상화하지만, 이는 누군가가 API 호출이 올바른 곳으로 오가도록 보장하고 있다는 암묵적인 신뢰를 바탕으로 합니다. 모두가 빠르게 움직이기를 원하고, 장애가 발생하지 않기를 바라며, 장애가 발생하더라도 쉽게 진단하고 해결할 수 있기를 원합니다. 다만 각자가 속한 세계는 내부에서 바라볼 때 조금 다르게 보일 뿐입니다.
이 두 현실의 경계에서 문제가 시작될 수 있습니다. 많은 조직에서 서로 다른 팀의 업무 방식과 SLA 요구 사항 사이에 분명히 존재하는 간극이 있습니다. 이러한 마찰이 새로운 현상으로 여겨질 수도 있지만, 이는 우리가 10년 넘게 관찰해 온 상황입니다. F5 기술이 항상 애플리케이션 중심 팀과 인프라 중심 팀을 연결하는 역할을 해 왔기 때문입니다. 단순히 백엔드 서버 수가 바뀌든 애플리케이션 동작이 변경되든, 애플리케이션 아키텍처의 변화는 보안 검사, 콘텐츠 라우팅 또는 부하 분산이 이루어지는 애플리케이션 전송 계층에 항상 반영되어야 했습니다. 이제 개발자들이 더욱 반복적인 방식으로 워크플로를 구성하면서 이러한 변화가 갈수록 빠르게 일어나고 있으며, 그에 따라 문제의 징후도 더욱 뚜렷해지고 있습니다.
바로 그렇기 때문에 지금이 매우 흥미로운 시기입니다. 이러한 간극을 메울 수 있는 이토록 좋은 기회는 지금까지 없었기 때문입니다. F5는 매우 안정적인 엔터프라이즈급 기술을 더욱 민첩하고 자동화된 워크플로에 통합할 수 있도록 점점 더 많은 도구를 개발해 왔습니다. 또한 이러한 새로운 업무 방식을 배우고자 하는 모든 사람에게 교육을 제공해 왔으며, 내부 업무 방식도 혁신해 왔습니다.
하지만 간극을 잇는 최고의 다리는 이해와 경험의 공유를 바탕으로 만들어집니다. 협업이라는 접착제가 없다면 다리를 지탱하는 도구와 프로세스도 제자리를 지킬 수 없습니다. 제가 NGINX와 더욱 긴밀히 협력하는 것을 가장 기대하는 이유도 바로 여기에 있습니다. 간극을 뛰어넘어 그들의 관점에서, 더 중요하게는 프로세스 간극의 반대편에 있는 그들의 고객 관점에서 상황을 바라볼 기회이기 때문입니다. 함께 협력하면 공동 고객이 안전하고 빠르며 혁신적인 애플리케이션을 제공하는 데 관여하는 모든 팀 간의 이해를 더욱 깊일 수 있도록 지원할 수 있습니다. 물론 여기에는 기술도 포함될 것입니다. 결국 기술은 우리가 만드는 것이니까요. 하지만 더 폭넓은 사용 사례를 아우르고, DevOps와 NetOps에 대한 더욱 완전한 비전을 바탕으로 우리가 가장 중점을 두는 대상, 즉 고객과 사용자의 요구를 충족하게 될 것입니다.
작성자 소개
관련 블로그 게시물
성평등을 향한 여정: 사이버 보안 분야에서 성공적인 커리어를 개척하는 방법에 관한 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 파이프라인 초기에 보안을 통합하여 취약점을 예방하고 시간을 절약하는 방법을 알아보세요.