앱을 더 빠르게 만들기

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

애플리케이션과 애플리케이션이 의존하는 네트워크를 분리해 데이터 센터를 계속 세분화하더라도, 한 가지 비즈니스 격언은 여전히 유효합니다. 바로 속도가 왕이라는 것입니다. 성능은 매출부터 생산성에 이르기까지 모든 것에 영향을 미치며, 수익을 조금씩, 때로는 크게 잠식하는 비즈니스 차원의 주요 관심사로 남아 있습니다.

최근 DZone에 게재된 기사인 2016년 웹 애플리케이션의 속도는 얼마나 빠른가,에서는 성능과 관련된 몇 가지 구체적인 내용을 살펴보며 “일반적인 웹 애플리케이션의 경우 트랜잭션의 4.2%가 중도에 포기된다”고 지적했습니다. 이는 “서로 다른 500개의 웹 기반 애플리케이션에서 발생한 50억 건의 사용자 상호작용”을 바탕으로 한 결과입니다.

물론 이것이 금액으로 환산되어 수익이나 생산성에 미치는 영향은 비즈니스 모델에 따라 달라집니다. 수백만 또는 수십억 달러의 손실을 의미할 수도 있고, 통화 시간이 길어져 수많은 시간을 낭비하고 고객의 불만을 초래할 수도 있습니다.

그럼에도 불구하고 성능은 개발자와 운영 담당자 모두에게 여전히 중요한 고려 사항입니다. 여기서 운영이란 모든 운영 영역, 즉 인프라, 네트워크, 스토리지 및 보안을 의미합니다. 최근 실시한 애플리케이션 딜리버리 현황 설문조사에서도 모든 IT 직무에 걸쳐 성능이 매우 중요하다는 인식이 계속해서 확인되었습니다. 성능은 보안 강화를 위해 포기할 가능성이 가장 낮은 요소였으며(그러한 선택을 하겠다는 응답자는 9%에 불과), 응답자의 14%는 멀티 클라우드 구현에서 직면하는 주요 과제로 성능을 꼽았습니다.

그럼에도 불구하고 현재 애플리케이션 가속 서비스를 사용하고 있다고 답한 비율은 38%에 불과했으며, 향후 1년 이내에 도입할 계획이라고 답한 비율도 22%에 그쳤습니다. 다소 놀랍게도 40%는 애플리케이션 가속을 배포하거나 사용할 계획이 없다고 답했습니다.

이는 ‘앱 가속’이 무엇을 의미하는지에 대한 인식이 다소 모호하기 때문일 수 있습니다. 여기서 모호하다는 것은 ‘클라우드’ 때문이라는 뜻이 아니라, 앱 가속이 수년에 걸쳐 QoS에서 브라우저 기반의 델타 새로 고침과 캐시를 거쳐, 실제로는 성능에 고도로 특화된 기능을 갖춘 전문 프록시인 이른바 애플리케이션 프런트엔드(AFE)로 진화하고 변화해 왔기 때문입니다.

대부분의 경우 ‘앱 가속’이라고 하면 압축과 캐싱, 코드 최소화와 이미지 최적화를 떠올립니다. 오늘날 기업과 사용자의 기대 전반에 퍼져 있는 ‘스코티, 워프 9가 필요해’라는 사고방식에서 프로토콜 최적화까지 고려하는 경우는 드뭅니다. 하지만 이제는 고려해야 합니다.

요즘에는 프로토콜 오프로딩이 많이 사용되고 있습니다. 2015년 한 해 동안 클라이언트 측 SSL 오프로딩(사용자와의 보안 HTTP 통신을 관리하는 측) 사용률은 80%에 조금 못 미치는 수준에서 거의 100%까지 증가했습니다. “Let’s Encrypt!”와 “SSL Everywhere” 같은 활동으로 보안 통신에 대한 관심이 높아진 점을 고려하면 놀라운 일은 아닙니다. SSL/TLS는 특히 부하가 증가할수록 성능에 부정적인 영향을 미칩니다. 따라서 성능이 뛰어난 프록시에 오프로딩하는 것은 합리적이며, 실제로 여러 조직이 모든 통신을 보호하는 데 따른 성능 저하를 상쇄하기 위해 그렇게 하고 있습니다.

하지만 백엔드, 즉 서버 측에서는 이와 비슷한 증가세가 나타나지 않고 있습니다. 성능을 개선하고 동시에 리소스 용량을 늘리기 위한 TCP 멀티플렉싱 사용률은 지난 1년간 큰 변화가 없었습니다. 조직의 절반에 조금 못 미치는 수준(지속적으로 약 46%)에서 이처럼 잘 알려지지 않은 최적화 기법을 사용하고 있습니다.

이들 조직 중 상당수가 현재 컨테이너 열풍에 휩싸여 있다는 점을 생각하면 우려스러운 일입니다.

왜 이것이 무서운 일일까요? 그 이유를 말씀드리겠습니다… 가상화 덕분에 조직이 각 인스턴스의 TCP 스택을 세밀하게 조정하여 애플리케이션별로 가능한 최고의 성능을 확보할 수 있게 되었을 가능성은 충분하지만, 컨테이너의 등장은 이러한 모델을 위협합니다. 컨테이너는 하나의 네트워크 스택을 공유하기 때문입니다. 한 컨테이너에 배포된 애플리케이션에 맞춘 튜닝이 다른 컨테이너의 다른 애플리케이션에도 최적의 구성이라고 보장할 수는 없습니다. 특히 두 컨테이너가 동일한 호스트에 있는 경우에는 더욱 그렇습니다.

TCP 멀티플렉싱과 같은 TCP 기반 최적화는 프로토콜 계층에서 작동하므로 벌꿀오소리와도 같습니다. 앱이 컨테이너에 있든, 가상 머신에 있든, 아니면 웹 플랫폼에 그대로 올라가 있든 전혀 개의치 않습니다. 앱이 어떻게 또는 어디에 배포되었는지와 관계없이 해당 연결을 철저히 조정해 성능을 향상합니다. 이러한 서비스는 오직 프로토콜에만 주목하며, 클라이언트 측과 서버 측이 분리되어 있다는 점을 활용해 클라이언트 측은 클라이언트에 맞게, 서버 측은 앱에 맞게 최적화합니다. 즉, 성능이 두 배로 향상됩니다.

기존의 애플리케이션 가속 서비스와 기술도 물론 훌륭합니다. 위의 다채로운 차트에서 볼 수 있듯이, 조직들은 애플리케이션 성능을 개선하기 위해 이러한 방법을 모두 활용하고 있습니다. 하지만 할 수 있는 일은 더 많으며, 앞서 언급한 성능 데이터에서 알 수 있듯이 실제로 더 많은 조치가 필요합니다.

프록시(아마도 현재는 부하 분산 용도로만 사용하고 있을 것입니다)를 살펴보고, 지금 활용 중인 기능 외에 애플리케이션 성능 향상에 더 기여할 수 있는지 확인해 보는 것이 좋습니다.

F5가 앱을 더 빠르고, 더 스마트하고, 더 안전하게 만드는 방법을 알아보세요.

작성자 소개

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

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

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