Cloud 마이그레이션 가이드

현재 상태 평가

현재 기술 스택을 감사할 때는 어떤 제품을 가지고 있는지(Atlassian 제품 및 통합하고 싶은 다른 도구)를 기록하세요.

• 모두 자체 관리 제품인가요? 아니면 이미 일부 Cloud 제품이 있나요?
• 각 제품을 몇 명의 직원이 어떤 목적으로 사용하고 있습니까?
• 얼마나 자주 사용하나요?
• 이전에 알지 못했던 인스턴스가 있나요? 그러한 경우, Cloud 사이트 옆에 계속 보관할 예정인가요, 아니면 보관할 예정인가요?
• 실행 중인 Atlassian 제품의 버전은 무엇인가요?
• Atlassian 제품에 사용자 지정 사항을 만들었나요? 고객님이나 팀이 인스턴스에서 워크플로 및 사용자 지정 필드를 얼마나 자주 유지하나요?

현재 환경과 팀이 실제로 필요로 하는 것(시간이 지남에 따라 자연스럽게 확장되거나 채택된 것과 비교)을 이해하면 앞으로의 경로를 더 잘 계획할 수 있습니다. 마이그레이션하기 전에 워크플로, 도구 및 팀을 정리하고 표준화하면 프로세스가 더 원활해지고 Cloud로 마이그레이션했을 때 도움이 될 것입니다.

앱 및 통합 평가

이전 단계와 비슷하게, 설치하거나 스스로 만든 현재 앱(플러그인이라고도 함)을 잘 살펴봅니다. 단계별 가이드에 따라 Cloud에 어떤 앱이 필요한지 평가하고, 평가를 진행하는 데 도움이 되는 다음 질문을 검토하세요.

• 각 앱을 어떻게 사용하고 있습니까? 전부 의도한 목적대로 사용되고 있습니까?
• 얼마나 많은 사용자가 앱을 활용하고 있는가?
• 여러 앱이 같은 목적의 서비스를 제공하고 있는가?
• 같은 앱 기능을 Cloud 제품에서 기본적으로 사용할 수 있는가?
• Server 및 Cloud 앱의 비용 차이는 어떻게 되는가?
• 만료된 앱 라이선스가 있는가?

앱을 평가할 때 집중해야 할 주요 항목은 조직에 필요한 앱이 존재하고 Cloud로 마이그레이션할 수 있다고 가정하면 앱을 Cloud에 보관해야 하는 비즈니스 근거가 아직 있는지 여부입니다.

Cloud Migration Assistant를 사용하여 앱 평가

Jira 및 Confluence용 Cloud Migration Assistant를 다운로드하고 탐색하여 앱을 평가하세요. 앱 평가 기능은 현재 인스턴스에 설치한 모든 앱, Cloud의 해당 앱 버전이 있는지 여부 및 같은 기능을 제공하는지 여부 및 마이그레이션 경로가 있는지 여부를 표시합니다.

앱 평가를 위해 Cloud Migration Assistant를 사용하는 방법에 대한 단계별 설명을 사용해 보거나 간단한 동영상 자습서를 확인하세요.

Cloud 앱 사용 가능성 및 마이그레이션 기능

현재 앱 및 그 사용량의 목록을 갖게 되었으면 이 기회를 사용하여 대대적으로 정리를 합니다. 내부 팀과 이야기하여 어떤 앱이 일상 업무에 필요하고 Cloud에 필수적인지, 그리고 어떤 앱이 더 이상 미션 크리티컬하지 않거나 전혀 사용되지 않는지를 알아보세요. 경우에 따라 Server에서 사용 중인 앱이 Cloud의 기본 기능일 수 있습니다.

필수적인 앱의 경우 Cloud에 같은 앱을 사용할 수 있는지 확인하세요. Cloud Migration Assistant를 통해 수행하거나 Atlassian Marketplace에서 검색할 수도 있습니다.

사용할 수 있는 대체품이 없는 경우, 벤더에게 직접 문의하여 개발 중인 것이 있는지 또는 Marketplace에 비슷한 대체품이 존재하는지 확인하거나, 지금 팀에 앱이 필수적인지 다시 평가해 보세요. Server의 앱은 Cloud에서 다르게 작동할 수 있습니다. Cloud 앱에 기능 균등성이 있는지 확인하려면 벤더에게 직접 문의하는 것이 좋습니다.

Server 앱에 사용 가능한 Cloud로의 마이그레이션 경로가 있는지 알아보려면 마이그레이션이 가능한 앱의 목록 및 Server에서 Cloud로의 앱 마이그레이션 설명서의 설명을 검토하세요.

앱 보안

자체 관리형 라이선스에 대해 사용하는 앱과 다르게, Cloud 앱은 고객의 방화벽 뒤에 설치되지 않습니다. 대신에 대부분 Marketplace 또는 앱을 개발한 SaaS 파트너가 호스팅합니다. 앱 보안에 대한 책임은 공급업체에 있지만, Atlassian도 Atlassian Marketplace의 모든 목록에 엄격한 요구 사항 을 구현했습니다. 타사 앱은 다음을 준수해야 합니다.

• 업계에 정렬된 보안 자체 평가
• GDPR과 데이터 및 개인정보 보호에 관한 유럽 규정

일분 앱 파트너 역시 보안 연구진이 앱을 테스트하는 Atlassian의 공개 버그 바운티 프로그램에 참여하기로 선택했습니다. 앱 리스팅에 'Cloud 보안 참가자' 배지가 표시됩니다.

Atlassian은 또한 고급 보안, 안정성 및 지원을 제공하는 Atlassian Marketplace Cloud 앱을 더 쉽게 찾을 수 있는 Cloud Fortified 앱 프로그램도 제공합니다. Cloud Fortified 배지를 받으려면 Marketplace 앱이 Atlassian의 Cloud 보안 요구 사항을 충족하고 추가적인 옵트인 Cloud 보안 프로그램에 참여해야 하며, 안정성을 극대화하기 위해 정기적인 성능 점검 및 모니터링을 수행하고 엄격한 지원 SLA를 유지해야 합니다.

Atlassian은 Cloud 제품의 확장성 및 사용자 지정을 지원하기 위해 새로운 앱 개발 플랫폼인 Forge에서는 Marketplace 파트너 및 고객이 핵심 Atlassian 플랫폼을 준수하는 기본 제공 보안 기능을 사용하여 앱을 만들도록 지원합니다.

팀원 구성

전에 언급했듯이, 마이그레이션은 팀 스포츠이므로 이제 조직의 마이그레이션을 위한 드림 팀을 만들 차례입니다. 대부분의 마이그레이션에서는 아래에 설명한 역할이 엔드투엔드 성공과 연관되어 있지만, 소규모 팀의 경우 한 사람이 여러 역할을 할 수도 있습니다. 언제든지 Atlassian의 지원을 받을 수 있다는 점을 기억하세요.

• 프로젝트 관리자: 비즈니스 사례를 준비하여 보여주고, 마이그레이션을 관리하고, 상태 및 개별 작업을 추적하고, 주요 연락 담당자 역할을 하는 전담 인력입니다.
• 시스템 관리자: Server에 시스템을 구성했으며 마이그레이션해야 하는 권한 및 워크플로를 알고 있는 담당자입니다. 마이그레이션을 수행할 수도 있습니다. Cloud 경험이 없는 경우 솔루션 파트너와 함께 실제 마이그레이션을 수행할 수도 있습니다.
• 임원 스폰서: 예산 승인을 처리하고, 비즈니스 사례를 승인하며, 회사의 Atlassian 챔피언일 수도 있습니다.
• 기술팀 및 테스터: 마이그레이션을 수행하는 전담 팀입니다. 마이그레이션 전에는 팀이 중요한 작업을 확실히 완료할 수 있도록 여러 테스트를 수행하는 것이 좋습니다. 테스터는 다양한 방식으로 시스템을 사용할 여러 팀에서 선정되어야 하며 각자에게 가장 중요한 작업을 테스트해야 합니다.
• 보안, 법률 및 규정 준수: 프로젝트에 조기에 관여하는 보안 및 법률 팀원으로, 마이그레이션 계획이 모든 보안 및 규정 준수 표준을 충족하는지 확인하고 이러한 요구 사항이 나중에 블로커가 되지 않도록 방지해야 합니다.
• 제품 챔피언: 마이그레이션을 수행하면 팀이 작업하는 방식이 바뀌므로 팀에 교육, 문제 해결이 필요하게 되고 워크플로 브레인스토밍 지원도 필요할 수 있습니다. 한 명의 담당자가 될 수도 있고 한 그룹의 담당자가 진행할 수도 있습니다.

Cloud에서 준비 마치기

사이트 전체의 보안을 강화하기 위해 Atlassian Access 사용을 고려하는 경우 Cloud 마이그레이션 평가판을 사용하거나 대상이 아니어서 새 Cloud 사이트를 구입하면 즉시 수행해야 하는 두 가지 단계가 있습니다. 조직을 설정하고 도메인 확인합니다. 필수 사항은 아니지만 Atlassian Access를 구현하기 위한 전제 조건입니다.

Atlassian Access 필요 여부 결정

Atlassian Cloud 제품 전반에 걸쳐 중앙 집중식 엔터프라이즈급 보안 및 관리가 필요한 경우 Atlassian Access가 필요한지 여부를 고려해 볼 수 있습니다. Cloud ID 공급자도 필요한 경우에는 Atlassian Access 내에서 바로 무료 Okta 계정을 등록 하세요. Atlassian Access에 대해 아직 잘 모르는 경우 나중에 추가할 수도 있습니다.

조직 설정

앞서 언급했듯이, 조직을 사용하면 여러 Atlassian 사이트 및 제품에 걸쳐 회사의 모든 Atlassian Cloud 사용자를 한곳에서 보고, 사용자의 계정을 관리하고, SAML SSO와 같은 보안 기능을 설정할 수 있습니다. 조직은 모든 사이트에 대해 자동으로 만들어집니다. 또는 사이트를 기존 조직으로 이동할 수도 있습니다. 조직에 액세스하려면 admin.atlassian.com에서 제품 및 사이트를 설정하고 이름을 변경하고 조직에 추가하는 방법을 따르세요.

도메인 확인

도메인을 확인하면 회사 도메인의 소유권을 보호하고 해당 도메인의 모든 사용자 계정(관리되는 계정이라고도 함)을 클레임할 수 있습니다. 방식을 선택하고 조직의 도메인을 확인하는 방법에 안내된 단계를 따르세요. 이 작업은 최대 72시간이 걸릴 수 있으므로, 미리 수행하는 것이 좋습니다.

마이그레이션 방식을 선택하세요

실제 마이그레이션 방식에는 몇 가지 선택지가 있습니다. 위에서 선택한 마이그레이션 전략을 고려하고 여기에 설명된 마이그레이션 방식을 검토하여 최고의 접근 방식을 결정하세요. 방식에 영향을 주는 요소는 다음과 같습니다.

• 마이그레이션하는 제품
• 현재 사용 중인 Server 또는 Data Center 버전
• 마이그레이션하는 데이터의 양

앱 마이그레이션 경로

마이그레이션 계획에는 앱 마이그레이션 경로 또는 Server 앱 및 앱 데이터를 Cloud로 마이그레이션하는 방법을 결정하는 작업이 포함됩니다.

현재 앱 데이터는 Cloud Migration Assistant를 사용하여 Server에서 Cloud로 자동으로 마이그레이션되지 않습니다. 하지만 올해 말까지 Confluence 및 Jira Cloud Migration Assistant에 이 기능을 추가하기 위해 노력하고 있습니다.

그동안 많은 Marketplace 앱은 사용 가능한 수동 마이그레이션 경로를 문서화하거나 자동화된 마이그레이션 경로를 구축하기 위해 노력했습니다. 앱을 평가하고 Cloud에서 필요한 앱을 결정한 후에는 Jira 및 Confluence 앱의 다음 페이지를 참조하여 현재 사용할 수 있는 마이그레이션 경로를 확인하세요. 설명서의 내용 외에 앱 마이그레이션에 대해 궁금한 점이 있으면 앱 공급업체에 직접 문의하는 것이 좋습니다.

사용자 마이그레이션 전략

사용자 마이그레이션 전략은 사용 중인 마이그레이션 도구 및 외부 ID 공급자가 있는지에 따라 달라집니다. 사용자를 마이그레이션하기로 결정하기 전에 먼저 각 제품에 대해 사용자, 그룹 및 권한을 마이그레이션하는 방식을 검토하세요.

사용자 인증 방법으로 자체 관리형 LDAP 또는 Active Directory를 사용하는 경우, ID 공급자와 Atlassian Cloud 제품을 이어주는 다리 역할을 하는 Atlassian Access를 사용해야 합니다. 지원되는 Cloud ID 공급자가 없는 경우 Atlassian은 Okta와의 파트너십을 통해 무료 계정을 제공합니다.

현재 사용자 관리 설정에 따라 앞으로 나아가는 방법을 알아보려면 Access 및 Cloud 마이그레이션 설명서를 참조하세요.

각 작업에 대해 계획된 활동, 예상 시점, 소유자 및 종속성 등을 포함한 마이그레이션 프로젝트 플랜을 문서화하세요.

팀 및 사이트 준비

계획과 예상 타임라인이 준비되었으므로 이해 관계자 및 영향을 받는 팀에게 마이그레이션의 세부 정보를 공유하여 사용자의 작업에 중단을 최소화하고 원활하게 시작할 수 있도록 하세요. 일부 회사의 경우, 이 단계는 마이그레이션하는 제품의 중요도에 따라 더 일찍 실행될 수 있습니다. 또한 팀에서 변화에 대한 정보를 얻고 준비할 수 있도록, 업데이트를 언제, 그리고 얼마나 자주 커뮤니케이션할지에 대해 커뮤니케이션 간격을 정하는 것이 가장 좋습니다.

지원되는 Server 버전을 사용하고 있는지 확인하세요.

선택한 마이그레이션 방식에 따라 마이그레이션을 실행하기 위해 특정 버전의 Server 또는 Data Center 인스턴스를 사용해야 할 수 있습니다. 지원되는 버전은 아래에서 확인하세요.

• Jira Cloud Migration Assistant에 지원되는 버전
• Jira Site Import에 지원되는 버전
• Confluence Cloud Migration Assistant에 지원되는 버전

Server 인스턴스 정리

마이그레이션하는 데이터가 많을수록 마이그레이션이 더 길고 복잡하고 나중에 Cloud 성능에 영향을 줄 수 있습니다. 테스트 마이그레이션을 실행하기 전에 마이그레이션을 통해 Server 인스턴스를 정리할 수 있는 기회로 삼으세요.

비활성 앱 또는 사용자, 프로젝트, 사용자 지정 등의 오래된 제품 데이터, 또는 간소화하거나 남겨둘 수 있는 워크플로 및 중복 데이터를 살펴볼 수 있습니다. 정리에 대한 모범 사례는 설명서를 참조하세요.

마이그레이션 전 체크리스트를 완료하세요.

테스트 마이그레이션을 실행하기 전에 자세한 마이그레이션 전 체크리스트를 검토하여 데이터 및 환경이 준비되었는지 확인하세요.

• Jira 마이그레이션 전 체크리스트
• Confluence 마이그레이션 이전 체크리스트

Cloud 앱 설치

테스트의 일부분으로 Cloud에서 사용하려는 앱의 전체 기능과 마이그레이션을 설치 및 테스트할 수 있습니다. 자신과 이해 관계자가 모두 Cloud 기능을 테스트했는지, 해당 기능이 팀의 요구 사항에 맞는지 확인해야 합니다. 앱을 마이그레이션하는 방법을 자세히 알아보세요.

런북 및 타임라인 구축

언제 무엇을 수행해야 하는지, 이를 뒷받침하는 설명, 각 작업의 소유자, 각 단계의 소요 시간에 대한 런북 또는 단계별 체크리스트를 작성하세요. 어떤 단계가 서로 연관되어 있는지 문서화하면 미완료 시 계속 진행할 수 없도록 방지합니다. 런북의 끝에는 롤백이 필요한 경우를 대비하여 소유자와 함께하는 완화 계획을 포함하세요.

시작하려면 런북 템플릿을 다운로드하고 필요에 따라 작업을 수정하세요. 템플릿 사용 방법에 대한 짧은 동영상을 시청할 수 있습니다.

다음 단계에서는 런북을 사용하여 테스트 마이그레이션을 실행하고 필요에 따라 조정합니다.

마이그레이션 테스트

회사의 규모나 마이그레이션의 복잡성에 상관없이, 프로덕션 마이그레이션을 실행하기 전에 모든 고객이 테스트 마이그레이션을 실행하는 것을 권장합니다. 테스트 마이그레이션을 안내해 주는 테스트 가이드를 사용하기 전에 마이그레이션 사전 체크리스트의 준비 단계부터 모든 항목을 완료했는지 확인하세요.

데이터 백업

어떤 마이그레이션 전략 및 방법을 선택하든, 마이그레이션하기 전에 자체 관리형 인스턴스를 백업하는 것이 좋습니다. Cloud 사이트에 이미 데이터가 있는 경우, 이 데이터도 백업했는지 확인하세요. 안내가 필요한 경우 설명서를 참조하세요.

• Jira 데이터 백업하기
• Confluence 데이터 백업하기

사용자 승인 테스트

테스트 마이그레이션을 수행할 때는 최종 사용자가 일상적인 업무를 복제하고 예상대로 작업할 수 있도록 UAT(사용자 승인 테스트)를 수행합니다. 이 프로세스를 통해 최종 사용자에게 영향을 줄 이슈를 발견하고 팀이 Cloud에 대비하도록 지원할 수 있습니다. UAT 수행에 대한 자세한 내용을 보려면 테스트 가이드의 6단계를 검토하세요.

테스트 마이그레이션을 실행한 후, 마이그레이션 소요 시간을 예상할 수 있다면 프로덕션 마이그레이션 날짜를 선택하세요. 가능한 경우 야간, 주말, 또는 팀이 자체 관리형 인스턴스나 Cloud 사이트에 액세스해야 할 가능성이 적은 시간대에 마이그레이션을 예약하여 중단 및 데이터 격차의 위험을 줄이세요. 문제 해결을 위한 추가 시간을 고려하는 것을 잊지 마세요!

1,000명이 넘는 사용자를 마이그레이션하는 경우 원하는 마이그레이션 날짜로부터 2개월 전에 Atlassian에 문의하시기 바랍니다.

교육 자료 준비

Cloud로 이동하면 최종 사용자는 몇 가지 변경 사항과 이점을 경험하게 됩니다. 로그인 방식, 새 URL, 앱 변경 사항 및 사용자 인터페이스 차이점 등 사용자가 겪게 될 모든 중요한 변화를 숙지하고 이에 대비하세요. 위의 UAT를 통해 사용자가 어떤 질문이 있는지, 사용자에게 어떤 교육이 도움이 되는지 어느 정도 알게 될 것입니다. 도움이 될 수 있는 추가 리소스를 몇 가지 모으면 다음과 같습니다.

• Atlassian University – 관리자와 최종 사용자가 제품을 가장 잘 활용하는 방법을 알 수 있는 무료 및 유료 과정을 제공합니다. 여기에서 체인지보딩 자습서를 확인하세요
• Jira 제품 가이드 – Jira 사용 및 사용자 지정, 시작하기, 모범 사례에 관해 알아야 할 모든 것을 제공합니다
• Confluence 제품 가이드 – Confluence 시작 및 실행과 관련된 자습서 및 데모를 제공합니다
• Bitbucket 제품 가이드 – Bitbucket Cloud를 구매 및 사용하고 함께 성장하는 것과 관련하여 알아야 할 모든 것을 제공합니다
• 마이그레이션 후 Cloud 시작하기 – 이 페이지는 사용자에게 보내는 이메일에 포함하거나 사용자가 액세스할 수 있는 추가 리소스로도 유용합니다

팀을 성공적으로 마이그레이션하려면 근무 시간 또는 채팅방 등을 활용해 Cloud로의 전환에 대한 피드백을 수집하고 최종 사용자 질문에 답변하기 위한 명확한 프로세스를 만드는 것을 염두에 두세요.

계획 커뮤니케이션

최종 타임라인과 소유자를 준비했으면 조직에게 공식 계획을 알리세요. 알려야 할 사항은 다음과 같습니다.

• 마이그레이션 실행 시점
• 사용자가 예상할 수 있는 가동 중지 시간은 얼마나 되는가?
• 최종 사용자에게 전환 중 변경을 피하도록 공지
• 마이그레이션 후에 기존 사이트에 나타나는 변화, 액세스 가능성 또는 읽기 가능성
• 새 URL은 무엇인가?
• 어떻게 로그인하게 되는가?
• 이슈가 발생하거나 로그인할 수 없는 경우 누구에게 문의할 수 있는가?
• Cloud에 익숙해지기 위해 검토해야 할 온보딩 자료

마이그레이션 중에 이슈가 발생하여 이슈를 해결해야 할 수 있으므로 최종 사용자에게 조정 기간을 고지하여 사이트가 정리되고 계획대로 작동하도록 하세요.

Server를 읽기 전용으로 설정

선택한 마이그레이션 전략에 따라 사용자는 더 이상 자체 관리형 인스턴스에 액세스할 필요가 없을 수도 있습니다. 혼란을 방지하고 마이그레이션에 도움이 되도록 마이그레이션 이전에 사이트를 읽기 전용 모드로 설정하세요. Confluence Server의 경우 각 스페이스를 살펴보고 읽기 이외의 모든 권한을 제거하세요. Jira Server에는 명시적인 '읽기 전용 모드'가 없지만, '찾아보기' 권한만 허용하는 권한 구성표를 직접 만들고 모든 프로젝트에 적용할 수 있습니다. Jira 및 Confluence에 대한 사이트 전체 배너를 업데이트하여, 이제 마이그레이션 중에 사이트가 읽기 전용 모드임을 나타내세요.

마이그레이션 후에도 계속 Server 제품에서 작업하는 사용자가 있는 경우에는 마이그레이션이 완료된 후 이 설정을 제거해야 합니다.

프로덕션 마이그레이션 실행

이제 만든 런북을 사용하여 작성해 놓은 단계와 시기에 따라 데이터를 Cloud로 마이그레이션할 차례입니다. 이 방식을 사용하는 경우 Cloud Migration Assistant를 사용하여 마이그레이션을 실행하는 방법이 담긴 설명서를 참조하세요.

• Jira Cloud Migration Assistant를 사용하여 마이그레이션
• Confluence Cloud Migration Assistant를 사용하여 마이그레이션

Bitbucket 고객이라면 Bitbucket 마이그레이션 설명서를 참조하여 마이그레이션을 진행하세요.

모든 앱에 대한 마이그레이션 가능

식별한 앱 마이그레이션 경로를 통해 Cloud에서의 사용에 중요하다고 생각하는 앱을 설치 및 마이그레이션 하세요.

마이그레이션한 데이터 QA

데이터가 예상대로 마이그레이션되었는지 확인하고 모든 것이 제대로, 올바르게 작동하는지 확인하세요. 데이터를 검토할 때 주의해야 할 사항에 대한 팁을 보려면 테스트 가이드의 6단계를 참조하세요.

블로커가 발생하거나 마이그레이션 단계에서 안내가 필요한 경우 마이그레이션 지원팀에 지원을 요청하세요.