우리 막내는 아홉 살(하고도 반이에요! 반 살을 빼먹으면 안 돼요!)인데, 요즘 로봇에 푹 빠져 있습니다. 단순히 로봇을 가지고 노는 데 그치지 않고 직접 프로그래밍까지 하죠. 부모 둘 다 컴퓨터 과학 분야의 고급 학위를 가지고 있으니, 우리가 이런 관심을 무척 기뻐하며 적극적으로 응원하고 있다는 건 쉽게 짐작하실 수 있을 겁니다.
그래서 당연히 요즘 우리 집에서는 쉽게 배울 수 있는 프로그래밍 방식을 제공하는 로봇이 인기입니다. 이번 여름을 위해 마련한 장난감 중 하나는 Wonder Workshop의 제품으로, 이 회사의 로봇은 ‘블록’ 형태의 언어를 통해 프로그래밍할 수 있습니다.
요즘 아이들에게는 이것이 일반적입니다. 이 아이는 여러 기기에서 다양한 ‘게임’을 즐기는데, 모두 프로그램을 만들 때 이와 같은 “블록” 방식의 모델을 사용합니다. 심지어 아이의 Lego Mindstorms Ev3 로봇도 비슷한 방식을 사용합니다. 프로그래밍 요소를 블록처럼 서로 연결하는 방식입니다. 변수와 조건은 선택해서 설정하며, 화면에는 실제 “코드”가 표시되지 않습니다.
하지만 그 안에 코드가 있다는 건 알 수 있죠.
예전에 제가 BPM(비즈니스 프로세스 관리) 솔루션을 평가하던 당시에도, 비즈니스 이해관계자가 프로세스를 정의할 수 있도록 이와 비슷한 패러다임을 사용했습니다. 인터페이스에는 프로세스의 특성이 반영되어 있었습니다. 즉, 드래그 앤 드롭 방식으로 순서도를 만들되, 오케스트레이션 구성 작업의 상당 부분은 배우기 쉬운 인터페이스를 통해 수행할 수 있었습니다. 요즘 제 막내가 사용하는 것들과 비슷하지만, Visio에 더 가까운 형태였죠. 생각해 보니 Visio와 훨씬 더 비슷했습니다.
아이들 이야기는 접어두자. IT 자동화가 나아가야 할 방향은 바로 이것이다. 오늘날 IT 자동화가 본질적으로 복잡한 이유는 단지 아직 아무도 한 가지 사실을 깨닫지 못했기 때문이다. IT 자동화를 더욱 활성화하고, 타고난 코더가 아닌 사람들도 활용하게 하려면 IT 인프라를 배포하고 관리하며 구성하는 데 사용되는 IT 프로세스를 나타내는 워크플로를 더 쉽게 구축할 방법을 찾아야 한다.
우선 합의해야 할 점은 프로그래밍 방식이라는 말이 반드시 “코드니까 원하는 건 뭐든 할 수 있다”는 뜻은 아니라는 것입니다. 가장 넓은 의미에서는 맞는 말이지만, 프로그래밍 방식으로 동작을 변경하거나 정의할 수 있다는 뜻이기도 합니다. IT에서 워크플로를 실행하는 데 필요한 작업은 한정되어 있으며, 오늘날에는 대부분 (또 다른) API 경제를 통해 지원됩니다. 이러한 한정된 작업을 캡슐화하고 명확하고 이해하기 쉬운 논리 구조(if/then, while, 반복 함수)를 제공하는 인터페이스를 마련하면, 과거 기업에서 개발된 대부분의 소프트웨어보다 IT 운영에 훨씬 더 많은 기술 부채를 초래하는 비정형 스크립팅 메커니즘에 의존하려는 경향을 사실상 없앨 수 있습니다. 이처럼 제약된 추상화 수준을 적용하면 전문 개발자가 아닌 사람들(네트워크 및 스토리지 엔지니어와 아키텍트)도 체계적으로 구성되고 유지 관리가 매우 용이한 워크플로(표준화를 촉진하는 중요한 요인)를 만들 수 있습니다. 여기에 워크플로를 실행하는 서버리스 백본을 결합하면 IT 운영에 적합한 워크플로를 생성, 유지 관리 및 실행하는 데 필요한 투자를 줄일 수 있습니다.
이는 중요합니다. IT 자동화에 접근할 때 지속 가능성을 염두에 두어야 하기 때문입니다. 현재는 스크립트가 잘 작동하더라도, 향후 인력과 프로세스의 성장에 맞춰 확장할 수 있을까요?
물론 이처럼 단순한(또는 다채로운) 솔루션까지는 필요하지 않을 수도 있습니다. 하지만 IT 자동화의 미래와 궁극적으로 IT를 움직이게 될 코드를 구축하고 유지 관리하는 방식을 내다볼 때, 이 인터페이스의 설계 기반이 된 발상은 우리가 받아들여야 할 중요한 요소라고 생각합니다. 안타깝게도 우리는 기반 시스템의 복잡성을 해당 시스템과 상호 작용하고 이를 제어하는 시스템(따라서 인터페이스)의 설계에 그대로 옮기는 경향이 있습니다. 가능한 모든 조절 장치와 버튼을 노출하려고 합니다. 최소한, API로 전환된 CLI에 내재된 복잡성을 한데 모아 더 이해하기 쉬운 운영 작업으로 구성할 수 있게 해 주는 API 브로커가 있다면 IT 네트워크와 애플리케이션 서비스 자동화를 담당하는 사람들에게 큰 도움이 될 것입니다. 로그인은 매번 반복되는 여러 단계로 이루어진 복잡한 과정일 수 있습니다. 이러한 단계를 하나의 ‘서비스’로 구성하면 일관성을 확보할 수 있을 뿐 아니라 반복 실행이 가능하고 감사 가능성도 크게 높아집니다. 이를 (더) 직관적인 인터페이스와 결합하면 성공적인 IT 자동화 솔루션이 완성됩니다.
오늘날 어린이용 ‘코딩’ 앱의 인터페이스는 사용자가 설명서도 없이 ENIAC을 마주한 듯한 느낌을 받지 않게 하면서도 그렇게 할 수 있음을 보여줍니다. 우리는 더 잘할 수 있으며, 비즈니스의 속도에 맞춰 사내 디지털 트랜스포메이션을 확장하려면 반드시 그래야 합니다.
작성자 소개
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 파이프라인 초기에 보안을 통합하여 취약점을 예방하고 시간을 절약하는 방법을 알아보세요.