보안 클라우드 아키텍처: 사업 결과를 위한 계획
저는 최근 새로운 기술 부채를 피하려면 클라우드로 전환하기 위한 전략적이고 의도적인 계획이 필요하다고 주장했습니다 . 여기서 핵심 단어는 계획 입니다. 이 측면에서 제가 유익하다고 생각하는 한 분야는 도시 계획입니다. 저는 이 주제에 관심이 있고, 많은 사람들처럼 최고 와 최악의 도시 목록을 좋아합니다. 이러한 목록은 접근성, 가격, 고용, 교통, 문화, 레스토랑 등 다양한 요소를 기반으로 작성되는 경우가 많습니다. 흥미로운 점은 이 모든 요소가 계획에 의해 좋은 면이든 나쁜 면이든 큰 영향을 받는다는 것입니다. 대도시처럼 복잡한 경우, 오늘만을 위한 계획이 아니라 내일을 위한 계획도 세워야 한다는 의미입니다. 그들은 사람들이 살고 일하고 놀 수 있는 곳과 이 모든 것을 지원하는 데 필요한 인프라에 대해 종합적으로 생각해야 합니다.
보안 클라우드 아키텍처는 거의 동일한 방식으로 작동하도록 설계되었습니다. 이는 기본적으로 결과를 가장 잘 달성하기 위한 도구를 선택할 수 있는 "계획"입니다. 다른 말로 표현하자면, 그것은 성과, 즉 사업적 성과를 달성하기 위한 계획입니다. 기술자로서 우리가 기억해야 할 점은 바로 이것입니다. 우리는 기술을 위한 기술을 구축하거나 최신 IT 동향에 얽매이는 것이 아니라, 기업에 봉사하기 위해 존재합니다. 도시 계획에서와 마찬가지로 성공과 혼란의 차이는 정의된 목표에 기반한 초기 단계의 현명한 선택에 달려 있습니다.
보안 클라우드 아키텍처의 목표에 대해 논의해 보겠습니다. 위에서 언급했듯이 IT는 비즈니스에 도움이 되도록 존재하므로 비즈니스 결과부터 시작해 보겠습니다. F5는 오늘날 설계된 모든 아키텍처가 적어도 다음 사항을 고려해야 한다고 생각합니다.
- 운영, 거버넌스 및 규정 준수 효율성
- 비즈니스에 적응할 수 있는 유연성
- 지출 최적화
- 혁신을 위한 플랫폼 구축
이는 설명이 필요 없을 정도로 명확하지만, 여기서 중요한 점은 시스템을 설계할 때 처음부터 목표와 잠재적 변수를 충분히 고려해야 한다는 것입니다. 이러한 선택이 운영 효율성에 어떤 도움이 되는지, 아니면 방해가 되는지 스스로에게 물어보세요. 오늘 단 한 번의 결정을 내리면 현재나 미래에 규정 준수가 더 어려워질까요? 언제 이 결정의 가치를 알게 될까? 나는 멈춰있는 걸까? 아니면 반복하고, 발전하고, 변화에 적응할 수 있을까? 마지막으로, 디자인에서 어떤 것을 몇 번이나 구매, 임대 또는 소비해야 합니까? 아니면 한 번 만들어 재사용하는 방식이 더 바람직한 옵션입니까?
이러한 질문부터 시작하면 설계에 도움이 되고 가장 중요한 우선순위인 사업 성과에 집중할 수 있습니다. 잘 설계되고 계획된 아키텍처는 기술 전문가인 귀하가 비즈니스 목표와 결과에 더 빠르게 적응할 수 있도록 해줍니다. 모든 사람이 구조와 원하는 결과, 그리고 의사 결정의 이유를 이해하면 확장 가능한 혁신이 가능해집니다. 개인 시간 관리에 대한 유명한 저자인 앨런 라킨은 "계획은 미래를 현재로 가져와서 지금 당장 무언가를 할 수 있도록 하는 것"이라고 말했습니다. 시간은 우리가 되돌릴 수 없는 유일한 것이므로, 미리 현명하게 사용하면 나중에 더 많은 시간을 절약할 수 있습니다. 여전히 기술로 바로 넘어가고 비즈니스 결과를 이해하지 못하는 경우, 스스로 위험을 감수하고 넘어가십시오. 생각보다 빨리 "최악" 목록에 오를 수 있습니다.