6단계 클라우드 마이그레이션 체크리스트

게시 됨: 2020-04-10

Sherryn de Vos의 게스트 기여

비즈니스를 클라우드로 마이그레이션하면 몇 가지 큰 이점이 있습니다. 향상된 보안 기능, 데이터 자동 백업, 팀원 간의 향상된 커뮤니케이션에 액세스할 수 있으며 고객에게 더 빠르게 서비스를 배포할 수 있습니다. 그러나 클라우드로의 마이그레이션이 항상 간단한 프로세스는 아닙니다.

비즈니스에서 복잡한 애플리케이션을 사용하거나 많은 양의 데이터를 추적하는 경우 마이그레이션은 많은 작업이 필요합니다. 그렇기 때문에 체크리스트를 사용하여 가능한 한 최선의 결정을 내리는 것이 좋습니다.

다음은 프로세스를 진행하는 데 사용할 수 있는 간단한 클라우드 마이그레이션 체크리스트입니다.

  • 마이그레이션 수준 결정

    가장 먼저 해야 할 일은 필요한 클라우드 마이그레이션 수준을 결정하는 것입니다. 얕은 마이그레이션과 깊은 마이그레이션의 두 가지 기본 옵션이 있습니다. 얕은 마이그레이션을 사용하면 기본적으로 클라우드에서 애플리케이션을 실행하는 데 필요한 최소한의 작업을 수행하는 것입니다.

    이 유형의 마이그레이션에서는 응용 프로그램을 전송할 때 서버에 몇 가지 변경 사항을 적용합니다.

    반면에 심층 마이그레이션을 수행하려면 클라우드 기능을 활용할 수 있도록 애플리케이션을 수정해야 합니다. 애플리케이션이 더 고급 옵션을 사용할 수 있는 훨씬 더 깊은 수준에서 클라우드와 상호 작용해야 하는 경우 이 옵션을 선택합니다.

    이 결정은 비즈니스마다 다르므로 시간을 들여 모든 옵션을 고려하는 것이 좋습니다. 마이그레이션이 얼마나 필요한지 지금 파악하면 다음 단계에서 더 나은 선택을 할 수 있습니다.

( 또한 읽기: 클라우드 컴퓨팅이란 무엇입니까? 완전한 가이드 )

  • 출시할 앱 선택

    다음으로 클라우드로 마이그레이션할 애플리케이션을 선택해야 합니다. 클라우드 마이그레이션을 완료할 때 사용하는 모든 단일 애플리케이션을 가져올 필요가 없는 경우가 많습니다.

    가져오기에 합당한 응용 프로그램만 전송하면 많은 시간과 노력을 절약할 수 있습니다. 다음은 마이그레이션할 애플리케이션을 결정할 때 고려해야 할 몇 가지 사항입니다.

    • 이 애플리케이션을 "있는 그대로" 가져올 수 있습니까? 아니면 재설계가 필요합니까?
    • 특정 애플리케이션을 클라우드로 마이그레이션하는 것과 관련된 비용은 얼마입니까?
    • 해당 애플리케이션 마이그레이션에 대한 투자 수익은 얼마입니까?
    • 해당 애플리케이션을 클라우드에서 안전하게 실행할 수 있습니까?
    • 애플리케이션을 마이그레이션하는 데 얼마나 걸립니까?

    비즈니스가 의존하는 각 애플리케이션을 살펴보고 클라우드로 마이그레이션하는 것이 타당한지 결정하십시오. 목록을 검토하면서 마이그레이션할 항목과 현재 위치를 떠날 항목으로 구분하십시오.

    모든 지원서를 가져오거나 하나만 가져와야 할 수도 있지만 모두 평가하지 않는 한 알 수 없습니다.

  • 클라우드 제공업체 찾기

    마이그레이션의 깊이와 가져올 애플리케이션을 알았으므로 이제 클라우드 공급자를 찾을 때입니다. 선택할 수 있는 옵션이 많으며 올바른 옵션을 선택하는 것이 중요합니다.

    우수한 클라우드 제공업체는 보안에서 속도, 편의성에 이르기까지 모든 호스팅 요구 사항을 충족합니다.

    클라우드 공급자를 찾을 때 고려해야 할 주요 사항은 단일 클라우드 또는 다중 클라우드 접근 방식을 사용할지 여부입니다. 두 옵션 모두 장단점이 있습니다.

    예를 들어, 단일 클라우드 접근 방식을 사용하면 비즈니스는 단일 API로 애플리케이션을 최적화하기만 하면 됩니다. 그러나 이렇게 하면 단일 공급자에 고정되어 다른 공급자로 전환하려는 경우 나중에 더 어려워질 수 있습니다.

    멀티 클라우드 접근 방식을 사용하면 향후 비즈니스 요구 사항이 변경될 경우 더 많은 옵션을 제공할 수 있습니다. 예를 들어, 공급자 중 하나가 가격을 크게 인상하는 경우 해당 클라우드의 애플리케이션을 다른 공급자 중 하나로 쉽게 이전할 수 있습니다.

    단점은 애플리케이션이 여러 클라우드에 분산되어 있기 때문에 단일 클라우드가 제공하는 모든 기능을 활용하지 못할 수 있다는 것입니다.

    클라우드 공급자를 선택할 때 고려해야 할 사항이 많습니다. 애플리케이션을 별도의 클라우드로 분할하시겠습니까, 아니면 각 애플리케이션을 각 클라우드에서 부분적으로 실행하시겠습니까? 모든 클라우드에서 실행할 수 있도록 애플리케이션을 구축해야 합니까?

    단일 클라우드 또는 다중 클라우드 접근 방식을 원하는지 결정한 후에도 해당 전략에 가장 적합한 공급자를 파악해야 합니다. 지금부터 한 달 동안 다른 공급자를 선택해야 한다는 사실을 깨닫고 싶지 않기 때문에 이 단계에 많은 시간을 할애하십시오.

    클라우드 전략

  • 중요한 데이터 백업

    클라우드 제공업체를 선택한 후에는 중요한 데이터를 백업하는 것이 좋습니다. 클라우드 마이그레이션 프로세스는 종종 순조롭지만 어떤 기회도 일으키고 싶지 않습니다.

    때로는 마이그레이션 프로세스의 단순한 실수로 데이터가 손실될 수 있습니다. 안전한 곳에 백업하지 않으면 중요한 비즈니스 또는 고객 정보를 잃을 수 있습니다. 인터넷에 연결되지 않은 데이터의 간단한 하드 카피는 전환하는 동안 마음의 평화를 제공할 것입니다.

또한 다운로드 – 백서 클라우드로 이전할 때 예상할 수 있는 10가지 사항

  • 일부 KPI 설정

    KPI 또는 핵심 성과 지표는 클라우드 마이그레이션이 성공했는지 판단하는 데 사용할 수 있는 지표입니다. 마이그레이션한 후에는 특정 측정항목을 비교하여 마이그레이션 전보다 더 나은 성능을 얻고 있는지 확인하고 싶을 것입니다.

    몇 가지 일반적인 클라우드 KPI는 다음과 같습니다.

    • 페이지 로드 시간
    • 오류율
    • CPU 사용량
    • 고객 전환율
    • 메모리 사용량

    클라우드 마이그레이션의 목표가 무엇이며 이를 어떻게 측정할 수 있는지 생각해 보십시오. 그런 다음 완료된 클라우드 마이그레이션 후 비교할 수 있도록 현재 시스템의 데이터 추적을 시작합니다.

    메트릭이 더 나빠지면 클라우드를 편집하거나 다른 전략을 시도해야 한다는 것을 알게 될 것입니다. 반면에 메트릭이 더 좋다면 마이그레이션이 성공했음을 알 수 있습니다.

  • 마이그레이션 시작

    마지막으로 마이그레이션을 시작할 때입니다. 이 마지막 단계에서 한 가지 중대한 결정을 내려야 합니다. 모든 것을 한 번에 전송할 것인지 아니면 한 번에 조금씩 전송하시겠습니까? 어떤 접근 방식을 사용할지는 애플리케이션이 얼마나 복잡한지에 따라 크게 달라집니다.

    한 번에 모두 접근하는 방식을 사용하면 클라우드를 테스트하여 작동하는지 확인한 다음 기본적으로 스위치를 켜서 모든 트래픽을 그곳으로 보내기 시작합니다. 이것은 종종 더 빠른 접근 방식이지만 올바르게 설정되지 않으면 더 큰 문제가 발생할 수 있습니다.

    대안은 한 번에 몇 명의 고객을 보내는 것입니다. 새 클라우드에 몇 명의 고객을 설정하고 제대로 작동하는지 확인하십시오. 그런 다음 몇 개 더 전송하고 테스트를 다시 실행합니다. 모든 것이 이전될 때까지 계속 이 작업을 수행합니다.

    이 접근 방식을 사용하면 클라우드에서 새로운 로드를 처리할 수 있으며 문제가 있는 경우 전체 고객이 아닌 소수의 고객 내에서 문제를 감지할 수 있습니다.

    이 체크리스트가 클라우드 마이그레이션을 위한 로드맵을 제공할 수 있기를 바랍니다. 지금은 이 과정에 시간이 걸리겠지만 장기적으로 볼 때 이러한 노력의 가치가 그만한 가치가 있는 이점이 될 것입니다.

***

Sheryn de Vos는 아름다운 도시 케이프타운에 살고 있습니다. 그녀는 남아프리카에서 런칭한 GoBeauty라는 스타트업 브랜드와 함께 일하면서 콘텐츠 생성과 함께 브랜드와 함께 운영할 여성 건강, 기업가 정신, 경력 및 기술에 초점을 맞춘 개념화된 이벤트를 지원했습니다. 그녀는 글쓰기에 대한 광범위한 경험을 가지고 있으며 비즈니스, 금융 및 마케팅 세계에서 유용한 콘텐츠를 만들기 위해 많은 실제 경험을 사용합니다.