클라우드 아키텍처 준비

클라우드로 아키텍처를 마이그레이션하는 과정을 단순화하는 7단계.

사실: 대부분의 IT 아키텍처는 복잡합니다. 그리고 클라우드로의 마이그레이션을 고려하고 있다면, 전환을 진행하면서 아키텍처와 조직에 필요한 방대한 변화에 대해 우려하는 것은 당연합니다.

좋은 소식은 대부분의 회사와 마찬가지로 여러분도 이런 일을 해본 적이 있다는 것입니다. 여러 번요. 대략 3~5년마다 핵심 아키텍처를 점검합니다. 애플리케이션을 전달하는 방법을 조정합니다. 귀하는 성과를 높이고, 보안을 강화하고, 비용을 절감하기 위해 노력합니다.

나쁜 소식은 클라우드로 인해 상황이 더욱 복잡해질 것이라는 점입니다. 서비스를 제어할 수 없을 수도 있습니다. 연결을 하드코딩하지 못하거나 이전 방식으로 작업할 수 없을 수도 있습니다. 약간의 고통이 있을 것이다. 하지만, 그들이 말했듯이, "고통 없이는 이득도 없다" 맞죠? 사용자 동작, 연결성 및 적절한 대역폭을 계획해야 합니다.

전환을 조금 더 원활하게 하기 위해 시작하는 데 필요한 7가지 중요한 단계를 정리했습니다.

1. 당신이 가진 것을 평가하세요

귀하의 신청서 상태는 어떻습니까? 몇개나 가지고 계시나요? 그들은 당신의 사업에 얼마나 중요합니까? 이들은 어떤 종류의 데이터를 보유하고 있나요? 그리고 가장 중요한 점은 이들 간의 종속성은 무엇인가요?

앱이 어떤 카테고리에 속할지 생각해보세요. 네 가지 옵션이 있습니다.

  1. SaaS 도입
  2. 클라우드로 마이그레이션
  3. 하이브리드 환경 채택
  4. 그들이 있는 곳에 그들을 유지하다
2. 어떤 앱이 SAAS에 아웃소싱하기에 적합한지 결정하기

먼저 쉬운 부분부터 하세요. 포트폴리오에서 가상 상품인 앱을 찾아보세요. 여러분은 그런 것들을 많이 가지고 있을 가능성이 큽니다. 실제로 자체 Exchange 서버, 오래된 HR 시스템 또는 자체 개발한 영업 자동화 도구를 지원해야 합니까? 이는 팀의 노력이나 발생하는 OpEx의 가치가 있을까요? 그렇지 않다면 영업, 인사, 생산성 또는 기타 적절한 솔루션을 구독하여 많은 문제를 피하세요. 힘든 일은 제3자에게 맡기세요. SaaS를 사용하면 명확하고 빠른 성과를 얻을 수 있습니다.

3. 나머지를 분석하고 결정하세요

다음으로, 남은 앱을 평가하고 어떤 앱을 클라우드로 옮길지, 어떤 앱을 클라우드에 맞게 리팩토링할지, 어떤 앱을 그대로 유지할지 결정해야 합니다.

다음 질문을 스스로에게 던져보세요.

- 앱 X를 마이그레이션하면 몇 개의 앱이 망가질까요?
- 데이터 저장소는 어디에 있나요?
- 종속성은 무엇인가요?
- 그들은 어떤 네트워크 서비스를 사용하고 있나요?
- 어떤 앱이 작동하려면 일반적인 절차와 프로토콜을 우회하는 방법이 필요합니까?

여러분의 앱 중 다수에서 해당 질문에 대한 답변을 얻을 수 있습니다. 어떤 사람들은 실제로 옮겨보려고 시도하기 전까지는 답을 알 수 없을 수도 있습니다. 손상 위험이 클수록, 종속성이 복잡하고 덜 알려질수록 앱을 현재 위치에서 보관할 가능성이 높아집니다.

이러한 종속성을 매핑하면서 문서화하세요. 일부 앱만 클라우드에 올라가는 경우에도 이 기능이 유용합니다.

4. 표준화하다

앱 제공 정책을 검토하고 표준화 및 자동화할 수 있는 기회를 찾아보세요. 모든 앱에 대해 수동으로 조정된 구성보다는 표준 로드 밸런싱 정책의 수가 제한되어야 합니다(예: 10개). 표준화된 스토리지 계층을 결정합니다. 표준화된 네트워크 서비스를 정의합니다. 개발자들과 표준화의 이점에 대해 논의하고 그들의 참여를 얻으세요. 빠르고 쉽게 작업을 배포할 수 있도록 템플릿을 만듭니다.

5. 단순화하고 안전한 액세스

각 앱에 누가, 어디에서 접근할지 스스로에게 물어보세요. 사용자 행동, 연결성, 적절한 대역폭을 계획해야 합니다. 개인 또는 공공 여부에 관계없이 클라우드로 마이그레이션하려는 많은 애플리케이션은 어디서나 쉽게 액세스할 수 있어야 할 수도 있습니다. 클라우드로 옮기면 인프라에 가해지는 부담이 줄어듭니다.

인증 및 보안 문제도 있습니다. 대부분의 기업은 전통적으로 앱 제어보다는 네트워크 제어를 사용해 액세스를 확인해 왔습니다. 퍼블릭 클라우드에서는 이전에는 없었던 새로운 ID 및 액세스 관리 기술을 도입해야 할 수도 있습니다.

6. 아키텍처 계획

클라우드로 마이그레이션할 경우 구조가 정적이지 않기 때문에 아키텍처가 달라집니다. 데이터베이스와 같은 일체형 애플리케이션의 경우 이전에 특정 IP 주소나 기타 상수 구조에 묶여 있던 메커니즘은 클라우드에서 작동하지 않습니다. 항상 변화하는 환경에서 일관성을 유지하는 데 도움이 되는 추가 로드 밸런서나 프록시가 필요할 수도 있습니다. 모든 사람이 일관되고 중단 없이 앱에 액세스할 수 있도록 제어 지점을 추가로 만드세요.

7. 쉽지 않다는 것을 기억하세요

이건 힘든 일이야. 서두에서 말했듯이 IT 아키텍처는 복잡합니다.

쉽지는 않겠지만, 비용 절감(OpEx 및 CapEx)과 확장성 면에서만 보더라도 가치 있는 일입니다. 그리고 일부 기업은 클라우드 준비만으로 막대한 비용을 절감했습니다. 기존 앱 인벤토리를 평가하고, 종속성을 분석하고, 모든 것을 문서화하고, 가능한 한 표준화하고 단순화하면 무엇을 어떻게 이동할지 결정하는 데 완벽한 입장에 있게 됩니다. 

관련 콘텐츠
기사

앱이 너무 많을 수 있나요?

앱은 현대 기업의 중추입니다. 하지만 좋은 일이 너무 많으면 우리에게 해가 될 수 있을까?

기사를 읽어보세요 ›

전자책

멀티 클라우드 성공을 위한 원칙

효율적이고 안전한 클라우드 배포를 촉진하는 5가지 요소를 알아보세요. 

eBook 받기 ›

해결책

DevOps 솔루션을 자동화하세요

DevOps, NetOps, SecOps 팀이 서로의 속도를 늦추는 것을 더 이상 허용하지 마세요. 대신 자동화를 선택하세요.

솔루션 탐색 ›

사용 사례

MAXIMUS는 F5로 운영을 간소화했습니다.

Maximus는 AWS로 원활하게 마이그레이션하고, 프로세스를 자동화하고, 리소스를 확보하기 위해 F5를 선택했습니다.

그들의 이야기를 읽어보세요 ›