저는 최근 주장했습니다 새로운 기술 부채를 피하려면 클라우드로 이전하기 위한 전략적이고 의도적인 계획이 필요하다고 말입니다. 여기서 핵심 단어는 바로 계획입니다. 이와 관련해 시사점을 주는 분야 중 하나가 도시 계획입니다. 저는 이 주제에 가벼운 관심이 있으며, 많은 사람과 마찬가지로 흥미로운 최고의 도시와 최악의 도시 순위를 즐겨 봅니다. 이러한 순위는 접근성, 생활비 부담, 고용부터 교통, 문화, 음식점에 이르기까지 매우 다양한 요소를 바탕으로 매겨지는 경우가 많습니다. 흥미로운 점은 이 모든 요소가 좋든 나쁘든 계획에 큰 영향을 받는다는 것입니다. 대도시처럼 복잡한 대상을 다룰 때는 오늘뿐 아니라 내일까지 내다보고 계획해야 합니다. 사람들이 어디에서 살고 일하며 여가를 보내는지, 그리고 이 모든 것을 뒷받침하는 데 필요한 인프라까지 종합적으로 고려해야 합니다.
보안 클라우드 아키텍처도 이와 매우 유사한 방식으로 작동하도록 설계되었습니다. 본질적으로 원하는 성과를 가장 효과적으로 달성할 수 있는 도구를 선택하도록 돕는 ‘계획’입니다. 다시 말해, 성과, 즉 비즈니스 성과를 달성하기 위한 계획입니다. 기술 전문가인 우리가 반드시 기억해야 할 점이 바로 이것입니다. 우리의 역할은 비즈니스에 기여하는 것이지, 기술 자체를 위해 기술을 도입하거나 최신 IT 트렌드에 휩쓸리는 것이 아닙니다. 도시 계획과 마찬가지로 성공과 혼란을 가르는 것은 명확한 목표를 바탕으로 초기에 내리는 현명한 선택입니다.
보안 클라우드 아키텍처의 목표에 대해 살펴보겠습니다. 앞서 말씀드렸듯이 IT는 비즈니스를 지원하기 위해 존재하므로, 먼저 비즈니스 성과부터 살펴보겠습니다. F5는 오늘날 설계되는 모든 아키텍처가 최소한 다음 사항을 고려해야 한다고 봅니다.
- 운영, 거버넌스 및 규정 준수 효율성
- 비즈니스 변화에 유연하게 대응
- 지출 최적화
- 혁신을 위한 플랫폼 지원
이러한 사항은 비교적 자명하지만, 여기서 핵심은 시스템을 설계할 때 처음부터 목표와 잠재적 변수를 충분히 고려해야 한다는 것입니다. 이 선택이 운영 효율성에 어떤 도움이 되거나 방해가 되는지 자문해 보십시오. 오늘 내린 일회성 결정으로 인해 현재 또는 미래에 규정 준수가 더 어려워지지는 않습니까? 이 결정의 가치는 언제 실현됩니까? 이 결정에 얽매이게 됩니까, 아니면 반복적으로 개선하고 발전시키거나 변화에 맞게 조정할 수 있습니까? 마지막으로, 설계 과정에서 어떤 것을 몇 번이나 구매하거나 임대 또는 사용해야 하는지, 아니면 한 번 구축한 후 재사용하는 방식이 더 적합한지 생각해 보십시오.
이러한 질문에서 출발하면 설계의 방향을 정하는 데 도움이 되며, 가장 중요한 우선순위인 비즈니스 성과에 집중할 수 있습니다. 또한 아키텍처를 체계적으로 설계하고 계획하면 기술 전문가들이 비즈니스 목표와 성과에 더 빠르게 대응할 수 있습니다. 모두가 구조와 원하는 성과, 그리고 의사결정의 배경이 되는 ‘이유’를 이해한다면 확장 가능한 혁신을 실현할 수 있습니다. 개인 시간 관리 분야의 저명한 작가 앨런 라케인(Alan Lakein)은 이렇게 말했습니다. “계획이란 미래를 현재로 가져와 지금 무언가를 할 수 있게 하는 것이다.” 결국 시간은 되돌릴 수 없는 유일한 자원이므로, 초기에 시간을 현명하게 투자하면 향후 더 많은 시간을 절약할 수 있습니다. 여전히 비즈니스 성과를 이해하지 않은 채 곧바로 기술부터 선택하고 싶은 유혹을 느낀다면, 그에 따른 위험은 스스로 감수해야 합니다. 생각보다 훨씬 빨리 ‘최악의 사례’ 목록에 오를 수도 있기 때문입니다.
관련 블로그 게시물
성평등을 향한 여정: 사이버 보안 분야에서 성공적인 커리어를 개척하는 방법에 관한 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 파이프라인 초기에 보안을 통합하여 취약점을 예방하고 시간을 절약하는 방법을 알아보세요.