끊임없이 변화하는 디지털 환경에서는 애플리케이션이 전 세계적으로 높은 가용성과 안정성, 보안, 성능을 유지할 수 있도록 솔루션을 결합할 때 기존의 틀을 벗어난 사고가 필요합니다.
이를 위해서는 우리 대부분에게 익숙한 간단한 지점에서 이 과제를 살펴보는 것이 합리적입니다. 바로 DNS 워크로드입니다. 더 구체적으로는 내부 DNS 워크로드와 외부 DNS 워크로드를 말합니다.
“내부 애플리케이션 워크로드에는 온프레미스 DNS 솔루션을, 외부 애플리케이션 워크로드에는 클라우드 DNS 솔루션을 배포하는 것이 모범 사례가 될 수 있습니다.”
두 워크로드는 본질적으로 유사하지만, 하나의 도구 세트로 둘 다 처리하는 것이 항상 가장 효율적이거나 안전한 방식은 아닙니다. DNS 솔루션에 지나치게 많은 역할을 요구하면 비효율성, 보안 위험, 지연 시간 증가, 컴퓨팅 리소스에 대한 과도한 부담이 발생할 수 있습니다. 하지만 하나의 솔루션이 두 워크로드의 요구 사항을 모두 충족할 필요는 없습니다. 실제로 내부 애플리케이션 워크로드만 처리하는 DNS 서비스와 외부 애플리케이션 워크로드만 처리하는 전용 솔루션을 함께 사용하면, 각 솔루션이 리소스를 집중해 한 가지 역할을 탁월하게 수행할 수 있습니다.
따라서 인프라에 가해지는 부하를 분산하려는 팀에는 내부 애플리케이션 워크로드용 온프레미스 DNS 솔루션과 외부 애플리케이션 워크로드용 클라우드 DNS 솔루션을 함께 사용하는 것이 모범 사례가 될 수 있습니다. 두 개의 DNS 솔루션을 별도로 활용하면 하나의 장치를 통해 서로 다른 트래픽 흐름을 세세하게 관리할 필요가 없습니다. 각 솔루션이 가장 잘하는 역할에 집중하도록 하여 전반적인 부담을 줄일 수 있습니다.
DNS 워크로드를 내부 리소스와 외부 리소스로 나누는 것이 합리적인 이유는 다음과 같습니다.
1. 보안
내부 앱에 전용 DNS 솔루션을 사용하면 민감한 내부 레코드가 공용 인터넷에서 발생할 수 있는 공격에 노출될 위험을 최소화할 수 있습니다. 전용 외부 DNS 서비스는 외부 공개 영역에 대한 분산 서비스 거부(DDoS) 공격 완화와 같은 조치를 구현하여 공개 자산을 보호하는 데 집중할 수 있습니다.
2. 성능 최적화
내부 DNS 서비스는 지연 시간이 짧은 쿼리에 맞게 조정하고 조직 내부 트래픽에 특화되도록 최적화할 수 있습니다. 이는 대규모 애플리케이션이나 지연 시간에 민감한 애플리케이션에 매우 중요합니다. 외부 DNS 서비스는 외부에 공개되는 애플리케이션의 전송을 최적화하여 사용자가 필요한 앱에 가장 빠르고 효율적인 경로로 접근할 수 있도록 합니다.
3. 확장성
내부 DNS와 외부 DNS를 분리하면 각 서비스가 트래픽 패턴과 앱 요구 사항에 따라 독립적으로 확장될 수 있습니다. 외부 앱은 예측하기 어려운 트래픽 급증이 발생할 수 있으므로 강력한 캐싱과 전 세계 범위를 지원하는 확장 가능한 DNS 서비스가 필요합니다. 반면 내부 앱은 이와 유사한 트래픽 급증이 발생할 가능성이 낮으므로 인프라 내 확장성에 최적화된 DNS 서비스가 필요합니다.
4. 규정 준수 및 가시성
규제 프레임워크(예: GDPR, HIPAA)를 준수하려면 DNS 쿼리에 대한 더욱 강력한 제어와 가시성이 필요한 경우가 많습니다. 전용 내부 DNS 시스템은 이러한 요구 사항을 충족하는 데 도움이 될 수 있습니다. 외부 DNS 전용 서비스는 최종 사용자 트래픽 패턴, 도메인 상태 및 외부용 애플리케이션의 성공 여부에 초점을 맞춘 가시성을 제공할 수 있습니다.
5. 맞춤형 관리 및 기능
내부 DNS 서비스는 마이크로서비스 아키텍처에 맞춘 내부 서비스 검색(예: SRV 또는 NAPTR 레코드)과 같은 기능을 지원할 수 있습니다. 외부 DNS 서비스는 최종 사용자의 고가용성을 보장하기 위해 글로벌 부하 분산, CDN 통합 또는 재해 복구와 같은 작업에 집중할 수 있습니다.
6. 운영의 단순성
DNS 서비스를 명확히 분리하면 팀은 우선순위 충돌이나 구성 혼재 없이 내부 워크로드와 외부 워크로드의 요구 사항에 각각 더 집중할 수 있으며, 복잡성이 줄어 문제 해결도 간소화됩니다.
단일 DNS 솔루션을 사용하던 팀이 이와 같은 환경을 구성하는 일은 결코 쉽지 않습니다. 애플리케이션을 계속 온라인 상태로 유지하고 가용성을 보장하면서도 불필요한 보안 또는 효율성 위험을 초래하지 않고 운영 범위를 확장하려면 어떻게 해야 할까요? 특히 외부 애플리케이션이 중단되어서는 안 되는 비즈니스 핵심 워크플로를 처리하는 경우에는 더욱 시급한 문제입니다.
목표에 도달하기
온프레미스 및 클라우드 자산을 모두 아우르는 새로운 애플리케이션 제공 솔루션을 배포할 때는 몇 가지 문제가 발생할 수 있습니다. 팀에는 다양한 환경으로 애플리케이션을 원활하게 확장하고 높은 가용성과 성능을 보장하며, 네트워크가 빠르게 확장되는 상황에서도 사용자가 언제든지 애플리케이션을 이용할 수 있도록 지원하는 도구가 필요합니다.
A tool like F5 Distributed Cloud App Connect와 같은 도구를 사용하면 이중 DNS 솔루션이 적합하다고 판단한 팀이 훨씬 더 쉽게 전환할 수 있습니다. Distributed Cloud App Connect는 팀이 퍼블릭 앱 제공 방식을 조정할 수 있도록 지원하고, F5 Distributed Cloud Services를 F5 BIG-IP에서 호스팅되는 앱으로 확장합니다. 퍼블릭 애플리케이션에 F5 Distributed Cloud DNS 사용을 고려하는 팀이라면 Distributed Cloud App Connect를 통해 검색, 설정 및 부하 분산 프로세스를 처리하여 원활하게 마이그레이션할 수 있습니다.
Distributed Cloud App Connect의 서비스 검색 기능을 사용하면 팀은 해당 BIG-IP 서버로 확장할 수 있는 환경이 갖춰져 있는 한, Distributed Cloud Services를 통해 BIG-IP에서 실행 중인 모든 가상 서버를 식별할 수 있습니다. 이를 구현하는 가장 쉬운 방법 중 하나는 BIG-IP 배포 환경과 함께 고객 에지(CE) 디바이스를 가상 머신으로 배포하는 것입니다. 이렇게 하면 F5 글로벌 네트워크에 대한 보안 터널이 생성되고 Distributed Cloud Services를 BIG-IP의 앱에 적용할 수 있습니다.
연결이 생성되면 팀은 Distributed Cloud App Connect를 사용하여 원하는 가상 서버 집합을 검색하고 관리할 애플리케이션 카탈로그를 만들 수 있습니다. Distributed Cloud DNS를 사용하여 하위 도메인을 만들고, Distributed Cloud App Connect를 사용하여 프런트엔드용 DNS 레코드와 애플리케이션을 호스팅하는 가상 서버용 HTTP 로드 밸런서를 만들면 외부에 공개되는 해당 애플리케이션에서 Distributed Cloud DNS를 전용 외부 DNS 서비스로 사용할 수 있습니다. 가상 서버가 액세스해야 하는 백엔드 서비스는 프런트엔드에만 알려지며 일반 사용자에게는 공개되지 않습니다. 따라서 F5 BIG-IP DNS는 조직 운영을 유지하는 데 필수적인 내부 워크로드에 집중할 수 있습니다. 또한 팀은 App Connect를 통해 BIG-IP의 애플리케이션을 검색한 후 필요에 따라 F5 Distributed Cloud Web App and API Protection(WAAP)과 같은 보안 서비스를 BIG-IP의 가상 서버에 적용할 수 있습니다.
더 많은 소식을 기대해 주세요
이러한 솔루션을 함께 활용하여 환경을 확장하는 방법을 더 자세히 알아보려면 이 글의 관련 동영상을 시청하고, 성공적인 인프라 확장을 위한 기반을 설명하는 DevCentral 심층 분석 글도 읽어보세요. 다음 단계로 나아갈 준비가 되셨다면 문의해 주세요. Distributed Cloud DNS를 통해 환경을 확장하고 사용자에게 더욱 일관된 고성능 디지털 경험을 제공하는 방법을 안내해 드립니다.
작성자 소개
Colin Clauset은 F5의 선임 제품 마케팅 매니저로, SaaS 기반 애플리케이션 전송 솔루션을 전문으로 합니다. Colin은 분산형 애플리케이션 전송 프로젝트 및 서비스의 시장 출시 전략을 이끌고 있으며, 특히 기술을 통해 복잡한 프로세스를 간소화하여 IT 전문가의 요구를 더욱 효과적으로 충족하는 방법을 이해하는 데 열정을 쏟고 있습니다. F5에 합류하기 전 컨설팅 분야에서 쌓은 경험을 바탕으로, Colin은 단일 제품을 넘어 종합적인 솔루션의 관점에서 고객의 과제에 접근합니다.
Colin Clauset의 다른 블로그 게시물관련 블로그 게시물
성평등을 향한 여정: 사이버 보안 분야에서 성공적인 커리어를 개척하는 방법에 관한 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 파이프라인 초기에 보안을 통합하여 취약점을 예방하고 시간을 절약하는 방법을 알아보세요.