클라우드 아키텍처 준비
클라우드로 아키텍처를 간편하게 마이그레이션하는 7단계
현실을 직시해야 합니다. 대부분의 IT 아키텍처는 복잡합니다. 클라우드로의 마이그레이션을 고려하고 있다면, 전환 과정에서 아키텍처와 조직에 요구될 대대적인 변화를 우려하는 것은 당연합니다.
다행인 점은 대부분의 기업과 마찬가지로 귀사도 이미 이런 일을 여러 번 해봤다는 것입니다. 약 3~5년마다 핵심 아키텍처를 전면 개편하고, 애플리케이션 제공 방식을 조정하며, 성능 향상과 보안 강화, 비용 절감을 위해 노력해 왔습니다.
나쁜 소식은 클라우드 환경에서는 상황이 훨씬 더 복잡해진다는 것입니다. 서비스를 직접 제어하지 못할 수도 있습니다. 연결을 하드 코딩하거나 기존 방식을 그대로 사용하지 못할 수도 있습니다. 어느 정도의 어려움은 따르겠지만, 흔히 말하듯 “고통 없이는 얻는 것도 없다”고 하잖아요? 사용자 행동, 연결성, 적절한 대역폭을 고려해 계획을 세워야 합니다.
전환 과정을 조금이나마 더 원활하게 진행할 수 있도록, 시작하는 데 필요한 7가지 중요한 단계를 정리했습니다.
1. 현재 보유한 자산을 평가하세요
애플리케이션의 현재 상태는 어떻습니까? 몇 개를 보유하고 있습니까? 비즈니스에서 얼마나 중요합니까? 어떤 종류의 데이터를 보유하고 있으며, 무엇보다도 애플리케이션 간에는 어떤 종속 관계가 있습니까?
앱을 어떤 범주로 분류할지 생각해 보세요. 선택지는 네 가지입니다:
- SaaS 도입
- 클라우드로 마이그레이션
- 하이브리드 환경 도입
- 현재 위치에 그대로 유지하기
2. SaaS로 아웃소싱하기에 적합한 앱 결정하기
쉬운 부분부터 시작하세요. 포트폴리오에서 사실상 범용 상품이나 다름없는 앱을 찾아보세요. 아마 상당히 많을 것입니다. 자체 Exchange 서버나 오래된 HR 시스템, 직접 개발한 영업 자동화 도구를 정말 계속 지원해야 할까요? 이러한 시스템에 팀의 노력을 쏟고 운영비(OpEx)를 지출할 가치가 있을까요? 그렇지 않다면 영업, HR, 생산성 또는 기타 적합한 솔루션을 구독하여 번거로움을 크게 줄이세요. 힘든 작업은 외부 업체에 맡기세요. SaaS를 활용하면 빠르고 확실한 성과를 얻을 수 있습니다.
3. 나머지를 분석하고 결정하기
다음으로, 나머지 앱을 평가하여 클라우드로 이전할 앱, 클라우드 환경에 맞게 리팩터링할 앱, 현재 상태로 유지할 앱을 결정해야 합니다.
다음 질문을 스스로에게 해보세요:
- 앱 X를 마이그레이션하면 얼마나 많은 부분에서 문제가 발생할까요?
- 데이터 저장소는 어디에 있나요?
- 종속성은 무엇인가요?
- 어떤 네트워크 서비스를 사용하고 있나요?
- 정상적인 절차와 프로토콜을 우회해야 작동하는 앱은 무엇인가요?
많은 앱에 대해서는 이러한 질문에 대한 답을 알고 있을 것입니다. 하지만 일부 앱은 실제로 이전을 시도해 보기 전까지 답을 알 수 없을 수도 있습니다. 장애가 발생할 위험이 크고 종속성이 복잡하거나 잘 알려져 있지 않을수록 앱을 현재 위치에 그대로 둘 가능성이 높습니다.
이러한 종속성을 파악하는 과정에서 문서로 기록해 두세요. 클라우드로 이전하는 앱이 몇 개뿐이더라도 유용하게 활용할 수 있습니다.
4. 표준화
애플리케이션 제공 정책을 검토하여 표준화 및 자동화할 수 있는 부분을 찾아보세요. 애플리케이션마다 구성을 일일이 조정하기보다는 표준 부하 분산 정책을 10개 정도로 제한해야 합니다. 표준화된 스토리지 계층을 결정하고 표준 네트워크 서비스를 정의하세요. 개발자들에게 표준화의 이점을 설명하고 동의를 얻으세요. 개발자들이 빠르고 쉽게 배포할 수 있도록 템플릿을 만드세요.
5. 액세스를 간소화하고 보안을 강화하세요
각 애플리케이션에 누가 어디에서 액세스할지 생각해 보세요. 사용자 행동, 연결성, 적절한 대역폭을 고려해 계획해야 합니다. 프라이빗 클라우드든 퍼블릭 클라우드든, 클라우드로 마이그레이션하려는 많은 애플리케이션은 어디서나 더욱 쉽게 액세스할 수 있어야 할 수 있습니다. 이러한 애플리케이션을 클라우드로 이전하면 인프라의 부담을 줄일 수 있습니다.
인증 및 보안 문제도 있습니다. 대부분의 기업은 전통적으로 앱 제어가 아닌 네트워크 제어를 사용하여 액세스 권한을 결정해 왔습니다. 퍼블릭 클라우드에서는 이전에 사용하지 않았던 새로운 ID 및 액세스 관리 기술을 도입해야 할 수도 있습니다.
6. 아키텍처 계획 수립
클라우드로 마이그레이션하면 구성 요소가 고정되어 있지 않으므로 아키텍처가 달라집니다. 데이터베이스와 같은 모놀리식 애플리케이션의 경우, 이전에 특정 IP 주소나 그 밖의 고정된 구성 요소에 연결되어 있던 메커니즘은 클라우드에서 작동하지 않습니다. 끊임없이 변화하는 환경에서도 일관성을 유지하려면 로드 밸런서나 프록시를 추가해야 할 수 있습니다. 모든 사용자가 중단 없이 일관되게 앱에 액세스할 수 있도록 제어 지점을 추가하세요.
7. 쉽지 않다는 점을 기억하세요
이건 어려운 일입니다. 처음에 말씀드렸듯이 IT 아키텍처는 복잡합니다.
쉽지는 않겠지만, 운영비용(OpEx)과 자본비용(CapEx) 절감 및 확장성만으로도 충분히 가치 있는 일입니다. 실제로 일부 기업은 클라우드 전환을 준비하는 것만으로도 막대한 비용을 절감했습니다. 기존 애플리케이션 목록을 점검하고, 종속성을 분석하며, 모든 사항을 문서화하고, 가능한 한 표준화하고 단순화하면 무엇을 이전하고 어떻게 이전할지 결정할 수 있는 최적의 기반을 갖추게 됩니다.
관련 콘텐츠
기사
앱이 너무 많을 수도 있을까요?
앱은 현대 기업의 중추입니다. 하지만 아무리 좋은 것도 지나치면 해가 될 수 있을까요?
전자책
멀티 클라우드 성공을 위한 원칙
효율적이고 안전한 클라우드 배포를 이끄는 다섯 가지 요소를 알아보세요.
솔루션
DevOps 솔루션을 자동화하세요
DevOps, NetOps, SecOps 팀이 서로의 업무 속도를 늦추게 두지 마세요. 대신 자동화를 선택하세요.
사용 사례
MAXIMUS는 F5를 통해 운영을 간소화했습니다
Maximus는 AWS로 원활하게 마이그레이션하고 프로세스를 자동화하여 리소스를 확보하기 위해 F5를 선택했습니다.