프로덕션 환경의 문제점과 이를 해결하는 애플리케이션 서비스

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

• RisingStack 설문조사에 참여한 개발자들은 프로덕션 환경에서의 성능, 보안 및 배포 문제를 꼽았습니다
• 보안 및 성능 문제가 모두 ‘잘못된 코드’ 때문에 발생하는 것은 아닙니다. 대개는 플랫폼과 프로토콜 구현이 원인입니다.
• 애플리케이션 서비스는 보안 및 성능 문제를 모두 해결할 수 있습니다
• 자동화 및 셀프서비스 지원 서비스 는 배포 문제를 완화할 수 있습니다

수년간 우리는 ‘그런 용도의 앱도 있다’는 말을 들어왔습니다. 그리고 지금까지는 그 말이 대부분 사실이었습니다. 앱이 필요할 거라고는 생각조차 못 했던 일에도 쓸 수 있는 앱이 있습니다. 하지만 막상 필요해져서 찾아보면 마법처럼 딱 맞는 앱이 나타났습니다.

요즘은 아무도 ‘그런 용도의 애플리케이션 서비스가 있다’고 말하고 다니지는 않지만, 어쩌면 그래야 할지도 모릅니다. 적어도 IT 분야에서는 말입니다. 제가 해야 할 일에 맞는 앱이 흔히 있는 것처럼, 개발자가 프로덕션 환경에서 수행하거나 해결해야 할 일에 맞는 애플리케이션 서비스도 흔히 있기 때문입니다.

보안을 예로 들어보겠습니다. RisingStack의 설문조사에 따르면, 개발자들이 프로덕션 환경에서 겪는 가장 큰 어려움은 보안이었습니다.

문제점: 보안

이 설문조사에서는 보안의 어떤 점이 정확히 어려움으로 작용하는지 자세히 다루지는 않았습니다(물론 질문했다면 매우 다양한 답변이 나왔을 것입니다). 다만 제가 아는 것은 2018년 애플리케이션 딜리버리 현황 설문조사에서 애플리케이션 관련 직무 종사자(개발자)의 38%가 ‘공격 수법의 고도화’를 향후 1년간 가장 큰 보안 과제로 꼽았다는 점입니다. 26%는 보안 분야의 IT 역량 부족을, 23%는 애플리케이션, 특히 웹 앱을 공격으로부터 보호하기 어렵다는 점을 꼽았습니다.

이러한 관점에서 문제를 바라본다면(그리고 제 블로그이니 그렇게 보겠습니다), 이를 해결할 수 있는 애플리케이션 서비스가 있습니다. 사실 여러 가지가 있습니다. 기존 취약점이 악용되지 않도록 가상 패치를 적용하거나 방지하는 것이 목표인 경우에도 마찬가지입니다.

그리고 그런 사례는 아주 많습니다. 문제는 모든 침해 사고와 무단 액세스, 유출되는 모든 데이터가 개발자의 탓으로 돌려지는 경향이 있다는 것입니다. 취약점이 서드 파티 라이브러리에 있거나, 프로토콜 패킷 깊숙이 숨어 있거나, 말 그대로 인터넷상의 수백만 개 다른 사이트에서 사용하는 플랫폼에 있더라도 말이죠. 하지만 여러분은 이렇게 생각할 겁니다. “로리, 면밀히 조사한 결과에 따르면 애플리케이션의 79%를 차지하는 라이브러리에서 발견되는 취약점은 알려진 취약점의 2%에 불과하잖아요.”

그럼에도 불구하고 가장 널리 알려진 보안 침해 및 데이터 손실 사례 중 일부는 바로 그 2%, 즉 수백만 명이 함께 사용하는 플랫폼과 공통 라이브러리의 취약점 때문에 발생했습니다.

A 웹 애플리케이션 방화벽(연례 설문조사에서 추적하는 30가지 애플리케이션 서비스 중 하나)은 이 두 가지 취약점뿐 아니라 공격자가 액세스 권한을 얻거나 리소스를 고갈시키거나 데이터를 훔치는 데 사용하는, 갈수록 다양해지는 공격 수단에도 대응합니다. 또한 앱 액세스 제어는 그 자체로도 가치가 있는 자격 증명은 물론 애플리케이션과 해당 데이터까지 보호하는 계층을 제공합니다. 주목할 점은 연례 설문조사 전체 응답자의 75%가 온프레미스와 퍼블릭 클라우드 모두에서 애플리케이션을 보호하기 위해 앱 액세스 제어를 사용한다고 답했다는 것입니다.

문제점: 성능

마찬가지로 성능 역시 개발자가 언제나 통제할 수 있는 것은 아닙니다. 장기적인 유지 가능성을 우선하는 경향이 있는 코딩 표준도 앱 성능에 영향을 미칩니다. 때로는 가장 효율적인 데이터 구조나 구문을 사용할 수 없습니다. 나중에 다른 누군가가 해당 코드를 유지보수하고 수정해야 한다는 점을 염두에 두어야 합니다. 때로는 용량, 수요, 네트워크 상태, 그리고 Windows ME가 설치된 10년 된 PC를 끝내 포기하지 않는 고객처럼 통제할 수 없는 변수들이 영향을 미치기도 합니다.

이러한 문제점을 해결할 수 있는 애플리케이션 서비스도 있습니다. 사실 여러 가지가 있습니다. TCP 최적화부터 캐싱, 압축, 많은 리소스가 필요한 암호화 처리의 오프로딩에 이르기까지 선택지가 매우 다양합니다. 이러한 애플리케이션 서비스는 모두 성능을 개선하고 사용자 만족도를 높일 수 있습니다.

이미 많은 사람들이 바로 이러한 서비스를 활용해 앱의 속도와 안전성을 높이고, 성능과 보안이라는 두 가지 문제를 모두 해결하고 있습니다.

문제점: 배포

하지만 개발자들은 프로덕션 환경에서 골칫거리가 되는 것은 보안이나 성능 문제뿐만 아니라 배포도 마찬가지라고 답했습니다. 배포의 핵심은 이러한 앱과 애플리케이션 서비스를 프로덕션 환경에서 실행되도록 만드는 방법입니다.

이는 단일 애플리케이션 서비스는 물론, 여러 애플리케이션 서비스를 연계하는 것만으로도 해결할 수 없는 더 큰 문제입니다. 배포의 어려움을 해결하려면 자동화와 오케스트레이션을 중심으로 보다 전략적인 이니셔티브를 추진하고, 코드형 인프라와 같은 DevOps 개념을 수용해야 합니다.

기존 NetOps가 DevOps의 원칙과 방법론을 수용하도록 전환하려면 조직 차원의 노력이 필요하며 이를 통해 개발자를 지원하는 데 필요한 변경 사항을 프로덕션 환경에 배포하는 프로세스를 코드화해야 합니다.

이는 인프라 공급업체가 API 지원 인프라를 제공하고, CLI가 아닌 템플릿과 배포 아티팩트를 활용하는 보다 선언적인 모델로 운영할 수 있도록 지원해야 한다는 의미입니다.

개발자들이 지적하는 세 가지 문제점 중 배포는 단일 도구나 기술만으로 해결할 수 없기 때문에 가장 해결하기 어렵습니다. 수동으로 진행되는 배포 모델에서 미래의 자동화된 조립 라인 방식으로 IT를 전환하려면 협업과 공동의 노력이 필요합니다.

개발자의 고충을 해결하는 일이 쉽든 어렵든, 세 가지 모두 프로덕션 환경에서 NetOps를 통해 해결할 수 있다는 사실은 분명합니다. 애플리케이션 서비스를 적극 활용하든 내부 디지털 혁신에 더욱 집중하든, NetOps는 프로덕션 환경으로의 전환을 모두에게 덜 고통스럽고 더 성공적인 경험으로 만들어 줄 수 있습니다.

작성자 소개

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

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

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