어느덧 12월이 코앞으로 다가왔습니다. 설렘과 기쁨이 마음을 가득 채우고 칵테일이 배를 든든히 채우는, 바로 그 시기가 다시 돌아오고 있다는 뜻이죠. 맞습니다. AWS re:Invent가 곧 시작됩니다…
다양한 산업, 직무 및 지역을 아우르는 60,000명의 사람들이 AWS의 혁신, 교육 및 협업을 위해 일주일간 라스베이거스에 모일 것으로 예상됩니다. 클라우드 전략은 저마다 다르다는 점에서 겨울의 눈송이와도 같으므로, 참석 동기 역시 60,000가지가 조금씩 다를 것입니다. 하지만 고객들과 클라우드 계획을 논의하면서 알게 된 사실은 대다수의 계획이 다음 세 가지 공통 목표 중 하나 이상과 밀접하게 연관되어 있다는 것입니다. 그 목표는 다음과 같습니다:
1. 마이그레이션 – “애플리케이션을 클라우드로 이전하고 현대화하고 있습니다”
2. 구축 – “클라우드 네이티브 방식으로 새로운 앱을 개발하고 있습니다”
3. 보안 – “클라우드 앱과 환경을 보호하고자 합니다”
아마 이 내용이 여러분에게 그리 놀라운 소식은 아닐 것입니다. 그렇습니다. 애플리케이션은 마이그레이션되고 있습니다. 새로운 클라우드 애플리케이션도 개발되고 있습니다. 그리고 보안은 중요합니다. 그렇다면 이것이 F5와 어떤 관련이 있으며, F5는 이러한 목표를 달성하는 데 어떻게 도움을 드릴 수 있을까요? 자세히 살펴보겠습니다.
1) F5와 함께 마이그레이션:
기업 데이터 센터 애플리케이션의 일상적인 운영을 담당하는 팀에게 ‘마이그레이션’은 자주 듣고 싶은 단어가 아닐 것입니다. 대부분 수년간 손대지 않은 채 운영되어 온 애플리케이션을 기존 환경에서 떼어내 새로운 클라우드 환경에 맞게 플랫폼을 전환하는 작업은 이들이 가장 하고 싶은 일과는 거리가 멉니다. 애플리케이션을 클라우드로 이전하고, 이를 지원하는 네트워크 인프라를 재구성하며, 익숙하지 않은 애플리케이션 서비스를 전면에 배치하는 일은 결코 쉽지 않습니다.
하지만 애플리케이션 마이그레이션은 간소화할 수 있습니다. 애플리케이션을 지원하는 네트워크의 핵심 요소인 애플리케이션 서비스를 함께 이전하면 새로운 도구와 서비스를 도입하는 데 따른 운영상의 영향과 학습 부담을 줄이는 동시에 기존 구성, 정책 및 iRules를 재사용할 수 있습니다. 저는 이를 종종 아이가 유치원에 처음 가는 날, 낡아 해진 담요를 가져가게 해 어려움을 덜어 주는 것에 비유합니다. 그 담요가 없으면 아이가 몹시 힘들어할 가능성이 크다는 것을 알기 때문입니다. F5 앱 서비스는 완전히 클라우드에 구애받지 않으므로 앱을 어디로 마이그레이션하든 그런 안심을 주는 담요가 될 수 있습니다. 즉, 아래 다이어그램과 같이 어디서든 앱을 지원하는 데 완전히 동일한 서비스 세트를 활용할 수 있습니다.
앱을 마이그레이션할 때 정책 일관성이 중요한 이유에 대한 자세한 내용은 여기에서 확인할 수 있습니다.
2) F5로 빌드:
오늘날의애플리케이션 경제에서, 비즈니스의 성공에 앱이 얼마나 중요한지는 아무리 강조해도 지나치지 않습니다. 사람에 대한 첫인상이 형성되는 데는 불과 0.1초밖에 걸리지 않는다고 하며, 앱도 마찬가지입니다. 따라서 비즈니스를 위해서는 사용자 경험이 최고 수준이어야 하며, 그렇지 않으면 고객과 수익을 잃을 가능성이 큽니다. 훌륭한 앱을 구축하고 배포하여 제공하려면 다음 두 가지가 필요합니다:
- 빠르고 혁신적인 애플리케이션 개발 및 배포
- 포괄적인 보안으로 뒷받침되는 독보적인 앱 성능
애플리케이션 서비스 분야의 선두 주자인 F5는 두 번째 이점을 제공합니다. 또한 서비스의 사용, 구현 및 관리 방식을 개선하기 위한 지속적인 노력으로 DevOps 및 AppDev 팀이 서비스 관리와 배포에 들이는 시간을 크게 줄이고 탁월한 애플리케이션 개발에 더 많은 시간을 할애할 수 있도록 지원합니다. F5는 오픈 소스 지원 솔루션(NGINX)과 SaaS(F5 Cloud Services) 기술 등 클라우드 중심 솔루션을 통해 선택의 자유를 제공합니다. 이러한 솔루션은 DevOps 프로세스만큼 빠르고 민첩하며, 선언적 API를 활용해 가장 익숙한 CI/CD 및 자동화 도구와 통합됩니다. 따라서 AWS EKS와 마이크로서비스 아키텍처를 차세대 Fortnite의 구성 요소로 활용하든, 레거시 앱을 리팩터링하여 최신 기능을 추가하든, 이를 빠르고 안전하게 수행하는 데 필요한 프로세스와 서비스를 갖출 수 있습니다. 더 궁금하신가요? F5의 CI/CD 파이프라인 내 통합, 컨테이너 인그레스 지원, 애플리케이션 서비스 삽입 자동화에 대해 자세히 알아보세요.
3) F5로 보안 강화:
AWS가 물리적 클라우드 인프라와 코어 네트워크를 훌륭하게 보호한다는 것은 잘 알려진 사실입니다. 하지만 AWS의 애플리케이션 계층 보호는 여전히 전적으로 사용자의 책임이므로, 이러한 보안 조치만으로는 애플리케이션과 데이터를 보호하기에 턱없이 부족합니다. 정교한 계층 7 위협이 계속 확산되면서 새로운 진입점이 노출되고, 개발자들이 보안 및 규정 준수 요구 사항을 우회한 채 애플리케이션을 점점 더 빠르게 배포하는 경우가 많아짐에 따라 애플리케이션 보호는 갈수록 어려워지고 있습니다. 따라서 모든 애플리케이션이 적절한 보안 제어를 갖춘 상태로 출시되도록 보장하기란 사실상 불가능합니다.
AWS상의 애플리케이션 및 네트워크 보안을 F5에 맡기는 것은 알려진 위협과 새롭게 등장하는 위협은 물론 미래의 위협으로부터 전체 애플리케이션 포트폴리오를 보호하기 위한 전략적 투자입니다. 인젝션 공격, 자동화된 봇넷 또는 리소스를 마비시키는 서비스 거부 공격 중 어떤 공격을 받더라도 F5가 위협을 탐지하고 완화한 후 추가 분석을 위해 기록하고 보고하므로 안심할 수 있습니다. 또한 클라우드 네트워크의 핵심에 중앙 집중식 보안 적용 지점을 추가하면 모든 앱에 일관된 보안 정책을 적용하는 동시에 개발자가 엣지에서 안전하게 혁신할 수 있도록 지원하여 속도와 민첩성을 추구할 수 있게 합니다.
F5와 AWS: 성장을 촉진하는 전략적 협력
5년여 전 AWS와 파트너십을 맺은 이래, 당사는 공동 고객이 클라우드 여정 전반에서 성공을 거둘 수 있도록 기대 이상의 노력을 기울여 왔습니다. 그동안 AWS와 긴밀히 협력하여 F5 Cloud Services(AWS SaaS Factory를 활용하는 당사의 SaaS 플랫폼), AWS WAF용 F5 WAF 규칙, 그리고 CloudFormation 및 Transit Gateway를 비롯한 AWS 네이티브 서비스와의 다양한 통합 기능을 제공해 왔습니다. 이러한 노력을 기반으로 최근에는 발표했습니다. AWS와 전략적 협력 계약을 체결하여 고객이 F5 SaaS 및 클라우드 네이티브 서비스를 활용해 AWS에서 애플리케이션을 마이그레이션, 구축 및 보호할 수 있는 역량을 강화하는 동시에 향후 공동 혁신에도 속도를 내기로 한 것입니다. F5와 AWS는 현재 파악된 클라우드 요구 사항은 물론, 앞으로 새롭게 등장할 요구 사항까지 믿고 맡길 수 있는 강력한 협력 관계를 구축하고 있습니다.
마지막으로, 위 내용 중 관심을 끄는 것이 있었다면 AWS re:Invent에서 저희 부스(#2437)에 들러 전문가들과 이야기를 나눠 보세요! 또는 AWS에서 F5를 사용한 경험을 고객에게 직접 듣고 싶다면, Zipwhip의 Bryan Yamanaka와 Kolby Allen이 F5의 Lori MacVittie와 함께 마이그레이션 사례를 소개합니다: 급속한 성장으로 가속화된 Zipwhip의 AWS 이전
작성자 소개
관련 블로그 게시물
성평등을 향한 여정: 사이버 보안 분야에서 성공적인 커리어를 개척하는 방법에 관한 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 파이프라인 초기에 보안을 통합하여 취약점을 예방하고 시간을 절약하는 방법을 알아보세요.