- 디지털 트랜스포메이션 이니셔티브는 프로덕션 환경의 자동화를 강제하는 요인입니다. 자동화를 주도하지 않으면 운이 좋은 경우에도 결국 다른 누군가를 따라가게 될 것입니다.
- 개발자는 코딩, 스크립팅, 통합 기술에서 우위를 점하고 있습니다. 하지만 개발자에게 부족한 네트워크 전문 지식은 NetOps가 갖추고 있습니다.
- 전 세계 모든 산업의 조직들이 프로덕션 환경에서 자동화 활용을 확대하고 있습니다.
- NetOps는 교육/기술 부족을 프로덕션 파이프라인 자동화의 장애 요인으로 꼽을 가능성이 더 높습니다. Super-NetOps 프로그램은 이러한 문제를 해결합니다.
디지털 트랜스포메이션은 지나치게 자주 사용되고 과대 포장되며 종종 오용되는 표현일 수 있지만, 조직이 종이 문서와 수작업 프로세스에서 벗어나 디지털 경제에서 더욱 본격적으로 운영되도록 이끄는 매우 현실적인 움직임이기도 합니다. 당사의 2018년 애플리케이션 딜리버리 현황 조사에 따르면, 조직의 약 4분의 3(72%)이 디지털 트랜스포메이션 이니셔티브를 추진하고 있습니다. “디지털 트랜스포메이션 덕분에 X 브랜드가 이룬 성과를 보라”는 식의 이야기에서 흔히 간과되는 것은 최신 기기나 도구, 앱을 지원할 수 있도록 데이터 센터를 준비하는 데 들어간 수많은 땀과 눈물입니다.
현실적으로 앱은 API나 URI, JSON이나 XML, WebSocket이나 웹사이트 등 어떤 방식을 사용하든 여전히 백엔드 서비스와 통신합니다. 이는 매일 매 순간 인터넷에서 이루어지는 모든 앱, 모든 IoT 기기, 모든 통신의 기반에 네트워크가 존재한다는 뜻입니다.
이것이 얼마나 중요할까요? 인터넷 협회(Internet Association)의 추산에 따르면 인터넷을 통한 활동이 “미국 GDP에 기여하는 비중은 약 3.11%로, 역사적으로 미국 GDP의 약 3.0~3.5%를 차지하는 것으로 추산되어 온 자동차 산업과 거의 같은 규모입니다(Center for Automotive Research, 2015).” 또한 협회는 2016년 인터넷이 G20 경제권 GDP의 약 5.3%, EU GDP의 5.7%에 기여했다고 밝혔습니다. 이는 장비가 아니라 활동을 의미합니다. 공급망, 소매 판매, 금융 거래 등 이 모든 경제 활동에는 궁극적으로 앱과 API가 필요하며, 이는 곧 여러분의 네트워크가 필요하다는 뜻입니다.
이처럼 증가하는 부하를 감당하려면 네트워크의 안정성과 속도가 매우 중요합니다. 여기에는 백본을 구성하는 네트워크와 상호 연결망, 데이터 센터가 포함됩니다. 오늘은 이 중 여러분이 가장 큰 영향을 미칠 수 있는 데이터 센터에 초점을 맞추겠습니다.
그럴 수는 있지만, 실제로는 그렇지 않을 수도 있습니다. 개발자들은 이미 애자일 방법론을 도입하고 DevOps를 받아들였기 때문에, 점점 더 네트워크에 직접적인 영향을 미치는 데 관여하고 때로는 관련 결정을 내리기도 합니다. 이들은 네트워크가 따라잡을 수 없을 만큼 빠르게 움직이고 있습니다. 더 빨리 움직여야 한다는 절박함 때문에 프로덕션 환경에 배포하거나 클라우드로 내보내고 있습니다. 이는 우려스러운 일입니다. 성공적인 네트워크 엔지니어나 아키텍트에게 필요한 역량은 개발자에게 필요한 역량과 같지 않기 때문입니다. 전통적으로 두 직군의 역량은 밤과 낮만큼이나 달랐습니다. 하지만 이제는 달라지고 있습니다.
NetOps가 네트워크에 계속 영향력을 발휘하려면 개발 역량도 어느 정도 갖춰야 합니다.
일부에서는 NetOps 2.0 또는 DevNetOps라고 부르는 움직임을 통해 바로 그것을 실현하고자 합니다. 하지만 저희는 이를 Super-NetOps라고 부릅니다.
어떤 이름으로 부르든 전제는 같습니다. DevOps 원칙을 수용하고 그 방법론을 적용하며, 프로덕션 환경으로의 지속적인 배포를 지원하기 위한 전략적 접근 방식으로 자동화를 도입하는 것입니다.
이는 앱, 애플리케이션 서비스 및 네트워크 자체의 크고 작은 구성 변경을 자동화한다는 의미입니다. 또한 REST API를 사용하는 방법과 Git 같은 리포지토리를 활용하여 데이터 경로의 모든 요소를 프로비저닝하고 구성하는 데 필요한 스크립트와 템플릿을 관리하고 공동 작업하는 방법을 익힌다는 의미입니다.
또한 DevOps의 핵심 원칙인 CAMS를 이해해야 합니다. 즉, 문화(Culture)가 중요하고, 자동화(Automation)는 목적을 달성하기 위한 수단이며, 측정 결과(Measurements)는 프로세스와 성과를 개선하는 데 활용할 뿐만 아니라 공유(Shared)해야 한다는 점을 인식해야 합니다.
제 경험상 개발자에게 네트워킹을 가르치는 것보다 네트워크 엔지니어에게 코딩을 가르치는 편이 더 쉽습니다. 둘 다 불가능한 일은 아니며 언제나 예외는 있지만, 네트워킹을 배우기를 원하는 개발자는 좀처럼 찾아보기 어렵습니다. 클라우드와 컨테이너가 크게 성공한 이유 중 하나는 복잡한 네트워크 구성을 추상화하여 개발자가 간편하게 필요한 만큼 이용할 수 있는 단순한 서비스로 제공한다는 점입니다. 개발자는 그 작동 원리나 방식의 복잡한 세부 사항까지 깊이 파고들 필요가 없습니다.
그럴 필요도 없습니다. 개발자의 역할은 비트와 바이트, 논리를 멋진 애플리케이션으로 구현하는 것입니다. 네트워크가 잘 정비된 기계처럼 원활하게 돌아가고 포뮬러 원 경주차처럼 빠르게 패킷을 전송하도록 하는 것은 NetOps의 역할입니다. 저는 네트워크에 관심이 많은 개발자이며, 진정한 네트워크 엔지니어만큼 네트워크를 능숙하게 자동화하기에는 제가 충분히 알지 못한다는 사실을 잘 알고 있습니다.
그렇기 때문에 네트워크 전문가인 여러분이 저와 저 같은 수백만 명의 개발자를 위해 나서야 합니다. 여러분이 하지 않으면 다른 누군가가 할 테니까요. 예전에는 “이끌든지, 따르든지, 아니면 비켜서라”라고 했지만, 디지털 전환이라는 열차가 다가오는 지금은 그저 “이끌든지, 아니면 비켜서라”가 되었습니다.
현재 일부 조직이 자동화를 도입하지 않는 데에는 몇 가지 이유가 있습니다. 그중 하나는 기존의 기술 격차입니다. NetOps가 자동화를 제대로 구현하려면 다양한 ‘개발자’ 역량이 필요하지만, 정작 NetOps 담당자들은 자신이 그러한 역량을 갖추고 있는지 그다지 확신하지 못하고 있습니다.
이것이 바로 Super-NetOps를 추진하게 된 배경 중 하나입니다. 단순히 “BIG-IP를 자동화하는 방법”을 알려 주는 무료 교육 과정이 아닙니다. 현재 DevCentral에는 그런 자료가 아주 많습니다. 이 과정은 탄탄한 기반을 다지고, NetOps가 BIG-IP는 물론 그 이상의 영역까지 자동화하는 데 필요한 기술과 지식을 습득하도록 돕는 데 목적이 있습니다. 이러한 핵심 기술은 API와 템플릿을 현재 제공하며 프로덕션 환경에서 자동화 및 오케스트레이션에 활용할 수 있는 광범위한 네트워크 및 애플리케이션 서비스에 적용할 수 있습니다. 바로 개발 팀이 여러분에게 필요로 하는 역량입니다. 대개는 단지 어떻게(또는 어디서) 시작해야 할지 모르는 것이 문제입니다.
이것이 바로 Super-NetOps를 통해 답하고자 하는 질문입니다. 차세대 데이터 센터와 클라우드로 전문성과 경험을 확장하려면 교육을 받고 필요한 역량을 갖춰야 합니다. 저희가 전하고 싶은 말은 이렇습니다. “저희가 든든히 지원하겠습니다. 변화의 물결에 휩쓸리지 않고 그 흐름을 주도하는 데 필요한 역량을 알려드리겠습니다.”
미래는 상당 부분 자동화될 것입니다. 그리고 인터넷 경제의 엔진을 계속 가동하는 방법을 잘 아는 엔지니어와 아키텍트보다 네트워크 자동화에 더 적합한 사람은 없습니다.
이제 시작하지 않을 핑계는 없습니다. 그러니 가입하고 로그인하세요. 편안한 차림으로 바로 시작해 보세요. 자동화를 시작하기에 오늘보다 더 좋은 날은 없습니다.
작성자 소개
Lori MacVittie는 F5 CTO 오피스의 수석 엔지니어이자 최고 에반젤리스트로, 애플리케이션 딜리버리, 자동화 전략 및 인프라 분야에서 깊이 있는 전문성을 보유하고 있습니다. AI 에이전트를 위한 가드레일을 정의하고, 취약한 멀티클라우드 아키텍처를 분석하며, 확장 가능한 시스템의 한계를 탐구하는 등 복잡한 문제를 명확하게 풀어내는 것으로 잘 알려져 있습니다. 애플리케이션 개발, IT 아키텍처, 네트워크 및 시스템 운영 전반에 걸쳐 30년 이상의 업계 경험을 쌓았습니다. F5에 합류하기 전에는 수상 경력이 있는 기술 편집자로 활동했습니다. MacVittie는 컴퓨터 과학 석사 학위를 보유하고 있으며, 보안, 클라우드 및 엔터프라이즈 아키텍처 분야를 아우르는 다수의 저서를 집필한 작가입니다. 또한 보드게임과 비디오 게임을 열정적으로 즐기며, 치즈에 대해서는 거리낌 없이 확고한 견해를 갖고 있습니다.
Lori Mac Vittie의 다른 블로그 게시물관련 블로그 게시물
성평등을 향한 여정: 사이버 보안 분야에서 성공적인 커리어를 개척하는 방법에 관한 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 파이프라인 초기에 보안을 통합하여 취약점을 예방하고 시간을 절약하는 방법을 알아보세요.