클라우드에서 유연성을 유지하세요

5분 읽다

기업이 클라우드로 이전하거나 공급업체를 변경할 때 종종 불편한 진실이 드러납니다. 애플리케이션을 신속하게 현장에 배치하려고 서두르다 보면 개발자들은 자신도 모르게 회사를 대신해 사업 결정을 내리는 입장에 처하게 됩니다. 이전에는 CIO나 CTO만이 결정했지만, 이제는 회사의 미래에 큰 영향을 미칠 수 있습니다.

더 나쁜 점은, 경영진은 무엇인가가 바뀔 때까지 개발자가 기본적인 디자인 결정을 내렸다는 사실을 깨닫지 못하는 경우가 많다는 것입니다. 클라우드 플랫폼을 전환하고, 새로운 국가의 고객을 유치하는 것(이로 인해 추가 규정을 준수해야 함), 퍼블릭 클라우드에서 프라이빗 또는 하이브리드 클라우드로 이동하는 것은 모두 이전 결정으로 인해 발생한 비융통성을 노출시킬 수 있는 변화이며, 이는 막대한 기술 부채로 이어질 수 있습니다.

추천 1: '만약?' 게임을 해보세요

관리자와 임원은 잠재적인 사업 및 규제 시나리오가 자신의 발전에 어떤 영향을 미칠 수 있는지 파악하기 위해 연습을 해야 합니다. 이러한 "가정적" 연습의 목적은 잠재적인 문제를 식별하는 것입니다.

새로운 개인정보 보호법이 통과되거나, 회사와 애플리케이션이 유럽 고객의 데이터를 처리해야 하는 경우는 어떻게 되나요? 최근 Ponemon Institute 보고서에 따르면, 클라우드를 담당하는 관리자의 약 4분의 3이 클라우드에서 개인 정보 보호 및 데이터 보호 규정을 관리하는 것이 더 복잡하다고 생각합니다.

회사가 자사 애플리케이션을 새로운 클라우드 인프라 공급업체로 옮기면 어떻게 될까요? 클라우드 공급업체를 옮기는 데 드는 비용을 측정하는 적절한 숫자는 거의 없지만, 기업이 직면한 가장 큰 과제는 클라우드 사용 비용을 최적화하는 것입니다. 한 클라우드 공급업체에서 다른 클라우드 공급업체로 이동하는 비용을 줄이지 못하면 회사는 기존 공급업체에 갇히게 됩니다.

인용문/인터럽터: 53%의 회사가 클라우드 사용을 최적화하여 비용을 절감하려고 노력하고 있습니다.

이러한 가상 게임은 회사가 개발 및 운영 플랫폼에 얼마나 많은 유연성과 추상성을 구축해야 하는지 결정하는 데 도움이 됩니다. 개발자는 일반적으로 어떤 일을 어떻게 수행할 것인지, 운영자는 이를 어떻게 관리할 것인지에 대한 업무를 맡지만, 두 분야 모두에서 중복되는 작업을 줄이고 향후 함정을 피하기 위해 포괄적인 프레임워크가 필요합니다.

추천 2: 결정 지점을 찾아보세요

경영진과 클라우드 아키텍트는 개발 프로세스에서 특정 기술이나 프로세스를 교체해야 할 수 있는 지점을 찾아야 합니다. 이러한 대체성 요소를 파악하면 회사는 미래에 대비할 수 있습니다.

미래에도 유연성을 유지하려면 회사에서는 보안, 성능, 모니터링 도구를 비롯한 전체 디자인을 다양한 서비스와 호환되도록 설계해야 합니다. Amazon Web Services가 현재 시장을 장악하고 혁신을 계속하고 있지만, Microsoft Azure, Google Cloud 등 다른 기업들도 강력하고 차별화된 서비스를 제공하며 주목을 받고 있습니다. 예를 들어 Microsoft의 Azure 클라우드 서비스는 2016년 20%에서 증가하여 34%의 기업을 서비스로 유치했습니다.

추천 3: 유연성을 허용하는 서비스 식별

잠재적인 함정을 파악하고 이를 기술 및 정책 결정 지점에 매핑한 후, 클라우드 관리자는 문제를 해결할 수 있는 기술 솔루션을 찾아야 합니다. 많은 경우, 애플리케이션 제공 컨트롤러와 같은 추가 계층을 사용하여 인프라를 추상화하고 제어 지점을 추가할 수 있습니다.

69%의 기업이 클라우드를 활용해 비즈니스 프로세스를 재구축했습니다. 기업은 서비스가 더 많은 보안을 제공하는지, 더 나은 기능을 제공하는지에 대한 선택을 항상 내려야 하지만, 임원진은 이러한 고려 사항과 유연성의 필요성 사이에서 균형을 맞추고 불확실한 미래에 대비해야 합니다.

개발자들이 자기 마음대로 일을 처리하다 보면 큰 그림을 생각하지 못하는 경우가 많습니다. 따라서 기업 아키텍트와 CXO는 막다른 개발 선택을 방지하는 아키텍처 원칙을 통해 비즈니스 우선순위를 강화해야 합니다. 기업은 가정적 시나리오를 브레인스토밍하고, 개발 과정에서 변화 가능한 요소를 식별하고, 유연한 솔루션을 찾음으로써 미래에 심각한 문제가 발생하는 것을 예방할 수 있습니다.

클라우드 아키텍트가 있으면 애플리케이션 개발을 올바른 방향으로 추진하는 데 도움이 될 수 있습니다. 점점 더 많은 회사가 이 역할을 활용하고 있습니다. RightScale에 따르면, 연례 클라우드 설문 조사에 응한 사람 중 56명 이상이 자신을 클라우드 아키텍트라고 밝혔으며, 이는 2016년 40%보다 증가한 수치입니다.

개발자는 조직적 공백 속에서 엔지니어링을 할 수도 없고 해서는 안 됩니다. 대신, 그들에게는 미래에 발전할 수 있는 프레임워크가 제공되어야 합니다.

결국 클라우드 도입은 가치 계산으로 귀결됩니다. 단일 플랫폼을 사용하면 긍정적인 이점이 있을 수 있지만 애플리케이션의 미래는 예상보다 길고 더 어려울 수 있습니다.

로버트 헤인스는 IT 분야에서 20년 이상의 경험을 가진 솔루션 아키텍트입니다. 헬프데스크 분석가로 맨 아래에서 시작해, 흥미 없던 경력 끝에 UNIX 시스템 관리, 백업 및 스토리지, 최종적으로 애플리케이션 네트워킹 분야로 옮겨갔습니다. 다양한 산업과 여러 대륙에 걸쳐 복잡한 IT 시스템을 지원, 설계, 판매한 경험이 있는 Robert는 항상 기술의 실제 구현과 실제 사용에 중점을 둡니다. 이것이 F5 네트워크 마케팅에서 맡은 그의 현재 역할과는 전혀 어울리지 않는 것처럼 보일지 몰라도, 그는 자신이 주로 포스에 균형을 가져오는 데 고용되었다고 생각하고 싶어합니다.

로버트는 웨일즈 대학교 카디프 캠퍼스에서 응용 생물학 학사 학위를 취득했으며, Driving Dynamics Interactive Advanced Driving School에서 "후진 및 주차 시 충돌 방지" 자격증을 취득했습니다. 후자는 전자보다 훨씬 더 유용한 것으로 입증되었습니다.