API는 애플리케이션 프로그래밍 인터페이스(Application Programming Interface)의 약자입니다. API는 수년에 걸쳐 긴밀하게 결합된 명령형 사양에서 느슨하게 결합된 선언형 모델로 발전해 왔습니다. 오늘날 가장 일반적인 API는 RESTful 방식이며, 시스템 간 통합을 지원하는 데 사용됩니다. 구현 방식이나 호출 방식과 관계없이 API는 대체로 애플리케이션 개발과 연관됩니다.
하지만 또 다른 API 경제가 꾸준히 확장되고 있습니다. 바로 운영 영역에서입니다. 그리고 이 영역에서 API의 "A"는 자동화(Automation)를 의미합니다.
운영 영역에서 API가 의미하는 것은 인프라 및 애플리케이션 서비스의 도입, 구성, 운영을 자동화할 수 있는 역량입니다. 따라서 운영을 지원하는 데 필요한 인터페이스, 즉 API는 자동화를 간소화하는 데 초점을 맞춰야 합니다.
조직이 본격적으로 디지털 트랜스포메이션의 두 번째 단계에 진입하고 제공 및 배포 파이프라인 전반으로 자동화를 확대하기 시작함에 따라 이러한 초점은 중요합니다. 자동화를 확장하려면 애플리케이션의 배포 파이프라인을 구현하는 일관되고 반복 가능하며 예측 가능한 프로세스를 개발할 수 있어야 합니다.
A report from Kentik의 2019년 자동화 현황 보고서에 따르면, 절반이 넘는 조직(53%)이 이미 네트워크 구성에 자동화를 사용하고 있었으며, 40%는 정책 관리를 자동화하고 있었습니다. 자체 조사에서는 그 비율이 훨씬 더 높아, 압도적 다수인 86%가 네트워크를 자동화하고 있는 것으로 나타났습니다. 동일한 조사인 애플리케이션 서비스 현황 2020에서도 배포 파이프라인 전반의 자동화 수준이 점차 일관성을 갖춰 가고 있는 것으로 나타났습니다.
조직에서 사용하는 도구 역시 변화하고 있습니다. Python은 여전히 가장 인기 있는 선택지 중 하나이지만, DevOps와 클라우드 네이티브 앱이 IT에 미치는 영향도 커지고 있습니다. 배포 파이프라인은 Jenkins 및 Ansible과 같은 도구를 중심으로 운영되는 경우가 늘고 있으며, GitHub 및 GitLab Enterprise와 같은 리포지토리를 통해 실행됩니다. 앞으로는 고급 분석을 통해 도출된 실행 가능한 인사이트가 인프라와 애플리케이션 서비스를 주도하게 될 것입니다.
배포 파이프라인 전반에서 API를 호출하는 주체는 사람이 아니라 시스템입니다. 따라서 자동화를 염두에 두고 운영 API를 설계해야 합니다. 이를 위해서는 몇 가지 사항을 고려해야 합니다.
먼저 운영 API가 호출될 수 있는 시스템을 고려해야 할 수 있습니다. Jenkins나 리포지토리에서 제공되는 데이터는 기존 네트워크 자동화 도구 및 서비스에서 제공되는 데이터와 분명 상당히 다를 것입니다. 따라서 다른 곳에서 데이터를 가져오거나 가능한 경우 표준화된 값을 기본값으로 사용해야 할 수 있습니다.
둘째, ‘자격 증명을 갖춘 사용자’의 API 호출과 별개로 ‘자격 증명을 갖춘 머신’의 API 호출 필요성을 해결하는 것이 매우 중요합니다. 오늘날 대부분의 인증 시스템은 “사용자”를 사람으로 전제합니다. API 키가 좋은 선택지가 될 수 있지만, 머신 전용 자격 증명을 유지하도록 설계된 시스템을 배포, 운영 및 관리하려면 IT 운영 부문에서 어느 정도 학습이 필요합니다. 그럼에도 이는 AI 지원 애플리케이션 서비스와 운영이 더 많은 운영 부담을 맡게 될 디지털 혁신의 세 번째이자 마지막 단계로 나아가는 데 매우 중요합니다.
오늘날 도구를 활용해 운영을 자동화할 수 있는 스크립트를 작성할 수 있다는 것은 매우 고무적입니다. 하지만 앞으로는 API의 A가 거의 전적으로 자동화(Automation)를 의미하게 될 것이라는 점을 인식해야 합니다. 적어도 운영 환경에서는 사람 대신 머신 간의 상호작용과 호출 방식에 미칠 영향 때문입니다.
작성자 소개
Lori MacVittie는 F5 CTO 오피스의 수석 엔지니어이자 최고 에반젤리스트로, 애플리케이션 딜리버리, 자동화 전략 및 인프라 분야에서 깊이 있는 전문성을 보유하고 있습니다. AI 에이전트를 위한 가드레일을 정의하고, 취약한 멀티클라우드 아키텍처를 분석하며, 확장 가능한 시스템의 한계를 탐구하는 등 복잡한 문제를 명확하게 풀어내는 것으로 잘 알려져 있습니다. 애플리케이션 개발, IT 아키텍처, 네트워크 및 시스템 운영 전반에 걸쳐 30년 이상의 업계 경험을 쌓았습니다. F5에 합류하기 전에는 수상 경력이 있는 기술 편집자로 활동했습니다. MacVittie는 컴퓨터 과학 석사 학위를 보유하고 있으며, 보안, 클라우드 및 엔터프라이즈 아키텍처 분야를 아우르는 다수의 저서를 집필한 작가입니다. 또한 보드게임과 비디오 게임을 열정적으로 즐기며, 치즈에 대해서는 거리낌 없이 확고한 견해를 갖고 있습니다.
Lori Mac Vittie의 다른 블로그 게시물관련 블로그 게시물
AI 시대의 새로운 애플리케이션 제공 원칙으로 복잡성 극복하기
보안, 일관성, 완전 자동화에 중점을 둔 애플리케이션 제공의 새로운 6가지 원칙을 도입하여 복잡성 없이 하이브리드 멀티클라우드의 유연성을 누리세요.
디지털 혁신을 가속화하는 6가지 기술 역량
오늘날의 엔터프라이즈 아키텍처에는 기술 변화를 주도하는 데 핵심적인 민첩성, 확장성, 보안 및 관찰 가능성이 부족하지만, 이 여섯 가지 핵심 역량은 기업이 디지털 혁신 전반에 걸쳐 위험과 과제를 관리하는 데 도움이 될 것입니다.
하이브리드 근무가 ID 중심 보안으로의 전환을 이끌고 있습니다
자동화와 디지털화의 폭발적인 성장에 하이브리드 근무 모델로의 전환 추세가 더해지면서, IP 기반 보안에서 벗어나 ID 기반 액세스 전략으로 전환하는 움직임이 더욱 가속화될 것입니다.
관점의 현대화: 애플리케이션에서 경험으로
그리스와 로마의 신들처럼, 여러 신화에서도 동일한 존재가 다양한 모습으로 나타나는 것을 볼 수 있습니다. 본질적으로 각각의 화신은 기존 존재가 새로운 얼굴로 드러난 것입니다. 디지털 세계에서도 이와 비슷한 양상이 나타납니다. 우리가 ‘애플리케이션’이라고 부르는 것들은 흔히 기존 기능이 새로운 형태로 구현된 것이라 볼 수 있습니다.
코로나19 이후 기업 결제의 디지털 전환
디지털 결제는 과거의 현금만큼이나 보편화되었습니다. 코로나19 팬데믹으로 인한 봉쇄 조치는 소비자의 디지털 결제 서비스 의존도를 더욱 빠르게 높였습니다. 기업의 디지털 결제 도입 역시 가속화되었습니다. 대중을 상대로 영업하든 하지 않든 기업에는 여전히 지급해야 할 대금과 받아야 할 대금이 있기 때문입니다.
공급망 해킹과 보안에서 하드웨어의 역할
수석 아키텍트 Dave Schmitt와 CTO 오피스가 최근 Bloomberg의 Super Micro 관련 기사를 계기로 하드웨어 보안 전문성의 중요성을 되짚어봅니다. 또한 이 글에서는 시스템이 안전하게 보호되고 있는지 확인하기 위해 공급업체에 물어봐야 할 질문도 소개합니다.