데이터 경로 해부하기: 앱 서비스 입문

Lori Mac Vittie수석 엔지니어 겸 최고 에반젤리스트 | F5

지난 몇 년 동안 제 동료인 Cindy Borovick과 저는 전 세계 IT 전문가들이 애플리케이션 딜리버리 현황 설문조사에 제출한 수천 건의 응답을 조사하고 취합해 분석해 왔습니다. 이 설문조사는 F5에 매우 걸맞게도 앱 서비스 환경을 이해하는 데 중점을 두고 있습니다. 조사 결과를 발표할 때면 이 기술에 익숙하지 않은 분들로부터 “앱 서비스란 무엇인가요?”라는 질문을 자주 받습니다.

좋은 질문이고, 답할 가치가 있는 질문입니다. 그림도 하나 있어야겠죠. 그림 없는 기술 블로그가 무슨 재미가 있겠어요? 지루하죠. 맞아요, 지루합니다.

이 질문에 대한 가장 간단한 답은 “앱 서비스란 네트워크에서 호스팅되며 애플리케이션 데이터를 검사, 변경, 거부 또는 전달하는 모든 서비스”라는 것입니다. 또는 IT 분야가 아닌 사람에게 설명하자면, “앱 서비스는 현재 위치와 목적지 사이에 내비게이션 시스템에 설정된 경유지”라고 할 수 있습니다. 실제로 앱 서비스는 바로 그런 존재, 즉 데이터 경로상의 경유지이기 때문입니다.

데이터 경로 분석

데이터 경로는 로컬 네트워크, 인터넷 및 기업 네트워크에 걸쳐 있습니다. 이는 모든 개별 패킷이 A 지점(클라이언트)에서 B 지점(앱)으로 이동하는 경로입니다. 패킷은 이 데이터 경로를 통과하면서 여러 장치와 서비스를 거쳐야 하며, 각 장치와 서비스는 단순한 라우팅부터 복잡한 암호화 처리에 이르는 네트워크 및 애플리케이션 기능을 제공합니다. 당사의 설문조사에서는 애플리케이션과 사용자 모두에게 보안, 성능, ID 및 액세스, 모빌리티, 가용성을 지원하는 26가지 서비스를 추적합니다. 이러한 서비스는 모두 데이터 경로 내에 배포됩니다. 즉, 애플리케이션 요청과 응답이 목적지에 도달하려면 해당 서비스를 통과해야 합니다. 목적지는 클라이언트(아웃바운드)일 수도 있고 앱(인바운드)일 수도 있습니다.

각 애플리케이션은 서로 다른 요구 사항과 필요를 가지고 있으므로, 이러한 요구 사항과 필요를 충족하기 위한 고유한 데이터 경로와 애플리케이션 서비스 구성을 갖게 될 가능성이 높습니다. 그중 일부는 비즈니스상의 필요에서 비롯되고, 일부는 규정에 따라 요구될 수 있습니다. 그 배경이 무엇이든 반드시 충족되어야 합니다. 바로 이것이 애플리케이션 서비스가 존재하는 이유입니다.

이러한 이유로 ‘네트워크 방화벽’과 같은 네트워크 관련 서비스도 애플리케이션 서비스 범주에 포함합니다. 네트워크 방화벽은 애플리케이션에 대한 인식 수준이 가장 낮아 일반적으로 포트와 IP 주소에만 관심을 두지만, 그래도 애플리케이션을 인식합니다. 또한 데이터 경로가 반드시 거쳐야 하는 서비스 중 하나입니다. 네트워크 방화벽은 저희가 추적하는 애플리케이션 서비스 중 가장 널리 배포되어 있으며, 응답자의 83%가 현재 하나 이상을 배포하고 있다고 답했습니다.

네트워크 방화벽을 지나면 데이터 경로는 매우 다양한 애플리케이션 서비스를 거치게 됩니다. 흥미롭게도 인바운드 데이터 경로와 아웃바운드 데이터 경로는 서로 다를 수 있습니다. 필수로 들어가는 다이어그램에서 두 경로를 따로 표시한 이유도 바로 이 때문입니다. 실제로 프로그래밍 가능성이 매우 높은 오늘날에는 데이터 경로가 애플리케이션마다 달라질 뿐 아니라 요청마다 달라지는 경우도 점점 늘고 있습니다. 서비스 제공업체 네트워크는 속도에 대한 요구가 매우 높은 것으로 잘 알려져 있습니다. 데이터 전송 속도에서 빛의 속도라는 한계를 무시할 수 없듯이, 서비스가 요청이나 응답을 검사할 때마다 최소한의 지연 시간(지연)이 추가된다는 사실도 간과할 수 없습니다. 따라서 서비스 네트워크 운영자는 동적 서비스 체이닝에 능숙해졌습니다. 이는 현재 전송 중인 애플리케이션 데이터를 기반으로 데이터 경로를 실시간으로 조정하는 기술입니다.

대부분의 엔터프라이즈 네트워크는 설계상 유연성이 떨어지지만, 애플리케이션 서비스 측면에서 인바운드와 아웃바운드 데이터 경로가 서로 다른 경우가 여전히 많습니다. 보안이 좋은 예입니다. 최근 설문 조사 응답자들의 데이터 경로 보호 전략을 간단히 살펴보면, 애플리케이션 서비스가 인바운드 및 아웃바운드 데이터 경로를 보호하는 빈도에 차이가 있음을 알 수 있습니다. 웹 애플리케이션 방화벽과 같은 보안 애플리케이션 서비스가 아웃바운드 응답을 보호하는 경우보다 인바운드 요청을 보호하는 경우가 조금 더 흔합니다. 따라서 인바운드 요청은 그에 상응하는 아웃바운드 응답과 다른 경로를 거칠 수 있습니다.

앱 서비스

따라서 앱 서비스는 네트워크에서 찾아볼 수 있는 다양한 ‘기능’을 아우릅니다. 이들은 다음과 같은 공통된 정의를 갖습니다. 데이터 경로가 서비스의 내부를 통과하며(인바운드, 아웃바운드 또는 둘 다), 이를 통해 애플리케이션 데이터를 검사, 거부, 전달 또는 수정할 수 있습니다. 여기서 애플리케이션 이라는 한정어는 매우 중요합니다. 그렇지 않으면 애플리케이션 데이터를 처리하는 경우가 드물고, 대신 네트워크 데이터를 기반으로 패킷을 최대한 빠르고 효율적으로 전달하는 데 중점을 두는 스위치나 라우터 같은 장비까지 포함해야 하기 때문입니다.

애플리케이션 서비스에는 DNS, 부하 분산, 웹 애플리케이션 방화벽, 네트워크 방화벽, SSL VPN, 캐싱, TCP 최적화, SSL/TLS 오프로딩 서비스 등이 포함됩니다. 2017년 기준으로 대부분의 조직은 저희가 추적하는 26개 서비스 중 평균 14개 이상을 사용하며, 약 4분의 3(74%)은 애플리케이션 서비스를 10개 이상 배포하고 있습니다. 따라서 제가 첨부한 다이어그램은 실제 환경에서 애플리케이션 서비스가 광범위하게 배포되는 모습을 충분히 반영하지 못해 다소 단순해 보입니다. 다만 데이터 경로를 곡선으로 표시한 것은 실제와 같습니다. 케이블은 온갖 물리적 장애물과 랙, 패치 패널의 위와 사이를 지나기 때문입니다. 정말입니다. 케이블은 다이어그램에서 흔히 그리는 것처럼 직선으로 뻗어 있지 않습니다.

F5는 매년 실시하는 설문조사에서 애플리케이션 서비스에 관해 묻습니다. 그것이 바로 우리가 하는 일이기 때문입니다. 즉, 조직이 클라우드든 데이터 센터든(또는 그 둘의 중간쯤 되는 환경이든) 애플리케이션을 원활하게 운영할 수 있도록 애플리케이션 서비스를 제공합니다. 지난 수년간 이러한 서비스는 단순히 ‘있으면 좋은 부가 기능’이 아니라 애플리케이션 배포의 필수 구성 요소로 자리 잡았습니다. 확장성, 속도, 보안은 더 이상 애플리케이션의 선택 사항이 아니라 기본 요건이며, 이를 충족하려면 대부분 애플리케이션 서비스를 사용해야 합니다.

사용자가 인지하든 그렇지 않든(대부분의 경우 인지하지 못하는 것이 바람직하지만), API를 통하든 브라우저의 URL을 통하든 앱에 전달되는 거의 모든 요청은 적어도 하나, 대개는 그 이상의 애플리케이션 서비스를 거칩니다. 확장성, 보안, 성능 등 어떤 측면에서든 오늘날의 애플리케이션은 애플리케이션 서비스의 지원을 받아 더욱 안전하고 빠르게 작동합니다.

작성자 소개

Lori Mac Vittie수석 엔지니어 겸 최고 에반젤리스트 | F5

Lori MacVittie는 F5 CTO 오피스의 수석 엔지니어이자 최고 에반젤리스트로, 애플리케이션 딜리버리, 자동화 전략 및 인프라 분야에서 깊이 있는 전문성을 보유하고 있습니다. AI 에이전트를 위한 가드레일을 정의하고, 취약한 멀티클라우드 아키텍처를 분석하며, 확장 가능한 시스템의 한계를 탐구하는 등 복잡한 문제를 명확하게 풀어내는 것으로 잘 알려져 있습니다. 애플리케이션 개발, IT 아키텍처, 네트워크 및 시스템 운영 전반에 걸쳐 30년 이상의 업계 경험을 쌓았습니다. F5에 합류하기 전에는 수상 경력이 있는 기술 편집자로 활동했습니다. MacVittie는 컴퓨터 과학 석사 학위를 보유하고 있으며, 보안, 클라우드 및 엔터프라이즈 아키텍처 분야를 아우르는 다수의 저서를 집필한 작가입니다. 또한 보드게임과 비디오 게임을 열정적으로 즐기며, 치즈에 대해서는 거리낌 없이 확고한 견해를 갖고 있습니다.

Lori Mac Vittie의 다른 블로그 게시물