Atlassian Cloud Migration

소개

Cloud로의 마이그레이션은 Atlassian, 솔루션 파트너, Marketplace 파트너, 그리고 가장 중요한 고객이 함께하는 팀 스포츠입니다. 이 가이드부터 시작하여, Atlassian은 마이그레이션 센터 내에서 무료 도구, 리소스 및 지원을 제공하여 고객이 올바른 길을 걷고 성공적인 마이그레이션을 수행할 수 있도록 지원합니다.

팀 만나기

마이그레이션 전반에서 도움이 되는 몇 가지 지원 채널을 제공합니다. 필요한 지원 수준은 마이그레이션 과정의 단계와 마이그레이션 복잡성에 따라 달라지며 사용자 수와 마이그레이션하려는 앱 및 제품과 같은 요소에 영향을 받을 수 있습니다(자세한 내용은 나중에 설명).

• Atlassian 커뮤니티 – 마이그레이션 관련 질문을 하고, 답변 및 지원을 찾고, 다른 Atlassian 사용자와 소통

• 애드보케이트 – 가격, 기능, Cloud와 자체 관리 제품 간의 차이점 등과 관련된 주제에 대해 논의

• Cloud 마이그레이션 관리자 및 마이그레이션 지원 엔지니어 – 기술적인 이슈를 해결하고 경우에 따라 추가 마이그레이션 안내 제공

• 솔루션 파트너 – 엔드투엔드 마이그레이션을 지원하거나 특정 마이그레이션 작업을 수행할 수 있는 신뢰할 수 있는 타사 파트너의 네트워크

지원 범위, 문의 방법 및 솔루션 파트너를 고려해야 하는 경우에 대해 자세히 알아보세요.

무료 마이그레이션 도구

사용자가 이용할 수 있는 가장 중요한 도구에는 무료 Cloud 마이그레이션 평가판과 Jira 및 Confluence의 Cloud Migration Assistant가 있습니다.

각각에 대해 알아보고 Cloud를 향한 첫 단계로 활용하는 방법을 알아보세요.

Cloud 마이그레이션 평가판

Cloud로의 마이그레이션을 고려 중인 Server 및 Data Center 고객에게 무료 Cloud 마이그레이션 평가판을 제공합니다. 평가판은 Server 유지 관리 또는 Data Center 구독 기간(최대 12개월) 동안 지속되며, 현재 자체 관리 제품 사용자 티어(최대 20,000명의 사용자)와 일치합니다. 유지 관리가 곧 종료되거나 이미 만료된 경우에도 2개월간 Cloud 마이그레이션 평가판을 사용할 수 있습니다. 평가판을 사용하면 다음을 수행할 수 있습니다.

• Standard 및 Premium Cloud 기능을 살펴보고 Cloud의 차이점을 평가

• 개념 증명을 만들어 Cloud에서의 실제 운영을 파악하고 이해 관계자에게 데모 수행

• 원하는 만큼 마이그레이션을 테스트하고, 준비가 되면 실제로 실행하고 평가판을 프로덕션 라이선스로 사용

마이그레이션이 완료되고 나면 새 프로덕션 사이트로 유지하려는 URL을 사용하여 등록하는 것이 좋습니다.

Cloud Migration Assistant

Jira 및 Confluence용 Cloud Migration Assistant는 Marketplace에서 사용할 수 있는 무료 앱으로, 버전에 따라 자체 관리형 인스턴스에 이미 설치되어 있을 수 있습니다. Assistant를 통해 앱을 평가 및 감사하고 마이그레이션하기 전에 데이터를 정리할 수 있습니다. 선택한 마이그레이션 방식에 따라, 실제로 데이터를 마이그레이션하는 데 사용하는 도구가 다를 수 있습니다.

• Confluence 고객의 경우 Cloud Migration Assistant를 사용하면 스페이스, 사용자 및 그룹을 Cloud에 쉽게 마이그레이션할 수 있습니다. Confluence Cloud Migration Assistant로 마이그레이션하는 데이터에 대해 자세히 알아보기

• Jira Software, Jira Service Management 및 Jira Core의 경우 Jira Cloud Migration Assistant를 사용하여 데이터를 마이그레이션할 수 있습니다. Jira Cloud Migration Assistant로 마이그레이션하는 데이터에 대해 자세히 알아보기

• For Bitbucket, you can use the Bitbucket Cloud Migration Assistant to migrate your code, users, and pull requests. Learn more about what data gets migrated with Bitbucket Cloud Migration Assistant

비용 비교 도구

Server 및 Cloud 간의 비용을 가장 효과적으로 평가할 수 있도록, 가격에 대한 종합적인 보기 및 예상 가격을 제공하는 가격 도구를 만들었습니다.

• Server 또는 Data Center와 비교한 Cloud의 총 소유 비용을 예측하여 실제로 비용에 포함되는 항목을 전체적으로 파악할 수 있습니다. Cloud 절감 금액 계산

• Cloud 또는 Server의 제품 및 Marketplace 앱의 개인 설정 견적을 받아보세요. 추가적 제품 또는 앱을 추가하고 Cloud 플랜 또는 사용자 수를 변경하여 비용이 어떻게 변하는지 확인할 수도 있습니다. 예상 비용 보기

기술 문서

Atlassian의 기술 설명서를 이용할 수 있으며, 가이드 전반에 링크로 연결되어 마이그레이션 준비 및 실행에 대한 단계별 세부 정보와 Cloud 제품을 최대한 활용하기 위한 보충 정보를 확인할 수 있습니다.

위의 정보 이외에도 Atlassian은 마이그레이션 도구 및 리소스를 지속적으로 추가하고 개선해 나가고 있습니다. 작업 중인 사항은 마이그레이션 로드맵 에서 확인하세요.

요구 사항 이해하기

Cloud로의 여정을 시작하기 전에, 마이그레이션 요구 사항에 대한 기본적인 사항을 이해하기 위해 다음의 몇 가지 질문을 고려해 보세요.

• 마이그레이션의 목표와 장기적으로 달성하려는 것은 무엇입니까?

• 타임라인은 어떻게 되는가? 지금 및 나중에 이동할 준비가 된 데이터가 있는가?

• 예산은 얼마나 되나요?

• 자신과 팀이 마이그레이션에 전념할 수 있는 시간은 얼마나 되는가? 누가 관여하는가?

• 마이그레이션하려는 제품은 무엇이며 회사 규모는 어떻게 됩니까?

• 보안, 법적, 규정 준수 및 개인 정보 보호 요구 사항은 무엇인가요?

• 팀의 Marketplace 앱 필수 사항은 무엇인가?

타임라인 및 예산을 결정하는 데 도움이 되도록 마이그레이션에 소요되는 시간을 전반적으로 파악하는 것이 좋습니다. 마이그레이션 타임라인은 마이그레이션의 복잡성, 선택한 전략, 프로젝트에 할당하는 예산 및 리소스에 따라 크게 달라질 수 있습니다.

대략적인 예측을 위해 일반적으로 볼 수 있는 마이그레이션 기간은 다음과 같습니다.

• 사용자 최대 1,000명: 최대 3개월

• 사용자 1,000~5,000명: 최대 6개월

• 사용자 5,000명 이상: 최대 9개월 또는 이상

계획 및 전략과 관련된 결정을 내리는 데 도움이 되도록 이러한 질문을 유념한 채 다음 단계를 진행하세요.

Open

평가 단계

여정의 첫 단계는 평가 단계입니다. 여기에서 현재 상태를 파악하고 기능, 유지 관리, 비용과 같은 자체 관리형 배포와 Cloud의 차이점을 파악합니다.

Cloud와 자체 관리형 비교

이 섹션에서는 적절한 결정을 내리기 위해 배포를 비교할 때 고려할 만한 주요 사항을 검토해 보겠습니다. 또한 마이그레이션 평가를 통해 마이그레이션을 지원하는 맞춤형 권장 사항과 맞춤형 리소스를 얻을 수 있습니다.

Cloud의 차별점

배포 및 관리

유지 관리, 업그레이드, 호스팅 등에 시간과 주의가 필요한 자체 관리형 제품과 다르게, Cloud 제품은 Atlassian이 호스팅, 설정, 보호, 유지 관리 및 업데이트하므로 팀의 관리 부담이 적습니다. 직접 버전을 업그레이드하지 않아도 항상 최신 기능, 개선 사항 및 보안 업데이트를 사용할 수 있습니다. 마이그레이션에 대해 자세히 알아보려면 Atlassian Cloud 관리자 되기 가이드를 다운로드하세요.

Cloud 보안 및 규정 준수

Atlassian은 데이터 보안, 개인 정보 보호 및 규정 준수를 매우 중요하게 생각합니다. 전 세계의 최신 규정 및 규정 준수 요구 사항을 파악할 책임이 관리자 대신 Atlassian에 있으므로, 어떤 곳에 있든 데이터를 안전하게 보호할 수 있습니다. Atlassian의 인증 및 데이터를 안전하게 보호하는 방법에 대해 자세히 알아보려면 Atlassian Trust Center를 방문하세요.

사용자 관리 및 Atlassian Access

Cloud에서 사용자를 관리하면 조직을 만들고 도메인을 인증하면 여러 Cloud 사이트 및 Atlassian Cloud 제품 전반에서 회사의 모든 사용자를 중앙 집중적인 보기를 제공합니다. 관리자는 이를 통해 클레임한 모든 사용자 계정에서 보안 정책을 더 세부적으로 구현할 수도 있습니다.

Atlassian은 추가적인 엔터프라이즈급 보안 및 중앙 집중식 관리를 위해 하나의 구독으로 모든 Atlassian Cloud 제품에서 사용할 수 있는 Atlassian Access를 만들었습니다. Atlassian Access가 필요한지를 평가하는 데 고려할 만한 사항은 다음과 같습니다.

• 회사에 Cloud 애플리케이션과 관련된 보안 요구 사항이 있나요?

• 간소화된 액세스 및 인증에 SAML SSO가 필요한가요?

• 자동화된 사용자 수명 주기 관리를 내부 디렉토리에 연결해야 하나요?

Access는 사용자 프로비저닝, SAML SSO, Active Directory 동기화, 2FA 적용, API 토큰 컨트롤과 같은 기능을 통해 확장 가능한 거버넌스를 지원합니다. 마이그레이션하는 고객은 Cloud 환경을 완전히 이해하기 위해 최대한 일찍 Access가 필요한지를 평가하는 것이 좋습니다. 온프레미스 Active Directory를 계속 사용하려면 Cloud 제품에 연결할 클라우드 ID 공급자도 필요합니다.

Cloud 플랜 및 가격

Cloud는 월간 사용자당 가격 또는 연간 구독을 제공합니다. 월간 구독 비용은 매달 제품에 대한 라이선스가 부여된 사용자의 정확한 수에 따라 청구됩니다. 연간 구독 비용은 해당되는 사용자 티어를 기반으로 청구되며, 할인된 가격으로 제공됩니다.

Atlassian은 모든 유형의 팀의 요구 사항을 충족하기 위해 다양한 가격 플랜도 제공합니다. 제품별로 각 가격 플랜에 포함된 기능을 자세히 알아보려면 아래의 가격 페이지를 방문하세요.

• Confluence

• Jira Software

• Jira Service Management

• Jira Work Management

• Bitbucket

모든 유형의 팀을 지원하기 위해 커뮤니티 및 교육 기관 구독, 오픈 소스 구독 및 정부 기관에 대한 가격 할인도 제공합니다.

1,001명 이상의 사용자를 마이그레이션하는 고객은 로열티 할인 및 이중 라이선싱과 같은 추가 가격 인센티브를 받을 수도 있습니다.

어떤 플랜이 필요한지 잘 모르겠다면 무료 Cloud 마이그레이션 평가판을 신청하여 Standard 및 Premium 기능을 무료로 약정 없이 사용해 보세요.

첫눈에는 Cloud의 비용이 더 높아 보일 수 있습니다. 하지만 Server의 보이지 않는 유지 관리 비용, 그리고 Atlassian이 소프트웨어 관리를 책임진다는 사실을 생각해 보면 장기적인 비용은 팀이 IT 오버헤드, 유지 관리, 하드웨어 비용 등을 줄이게 되면서 돈을 절약하는 결과를 가져옵니다. 이러한 모든 항목을 모두 제외하면 Cloud 청구는 구독 및 관리 비용으로 줄어듭니다.

총 소유 비용을 파악하고 Server 제품을 Cloud로 마이그레이션하기 위한 맞춤형 예상 비용을 확인하는 방법을 비롯하여 Cloud에서 비용을 예측하는 방법에 대해 자세히 알아보세요.

제공될 기능 확인

Atlassian은 Cloud 솔루션을 끊임없이 혁신 및 개선하고 있습니다. Cloud 로드맵에서 앞으로 예정된 사항을 확인하고, 마이그레이션을 쉽게 만들어주는 기능을 계획해 보세요.

현재 상태 평가

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

• 모두 자체 관리 제품인가요? 아니면 이미 일부 Cloud 제품이 있나요?

• 각 제품을 몇 명의 직원이 어떤 목적으로 사용하고 있습니까?

• 얼마나 자주 사용하나요?

• 이전에 알지 못했던 인스턴스가 있나요? 그러한 경우, Cloud 사이트 옆에 계속 보관할 예정인가요, 아니면 보관할 예정인가요?

• 실행 중인 Atlassian 제품의 버전은 무엇인가요?

• Atlassian 제품에 사용자 지정 사항을 만들었나요? 고객님이나 팀이 인스턴스에서 워크플로 및 사용자 지정 필드를 얼마나 자주 유지하나요?

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

앱 및 통합 평가

이전 단계와 마찬가지로, 직접 만들거나 설치한 현재 앱(플러그인이라고도 함)을 잘 살펴보세요. 감사 중에 자신에게 물어봐야 하는 질문은 다음과 같습니다.

• 각 앱을 어떻게 사용하고 있습니까? 전부 의도한 목적대로 사용되고 있습니까?

• 얼마나 많은 사용자가 앱을 활용하고 있는가?

• 여러 앱이 같은 목적의 서비스를 제공하고 있는가?

• 같은 앱 기능을 Cloud 제품에서 기본적으로 사용할 수 있는가?

• Server 및 Cloud 앱의 비용 차이는 어떻게 되는가?

• 만료된 앱 라이선스가 있는가?

앱을 감사할 때 집중해야 할 주요 항목은 Cloud에서의 사용 가능 여부와 데이터의 마이그레이션 가능 여부입니다.

Cloud Migration Assistant를 사용하여 앱 평가

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

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

Cloud Migration Assistant를 다운로드할 수 없는 경우에는 앱 평가 수동 가이드를 사용하세요.

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

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

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

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

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

Atlassian의 제품처럼 Cloud 앱은 Server 버전과 기능이 다를 수 있습니다. 모든 Cloud 앱에는 무료 30일 평가판이 포함되어 있으므로 Cloud에서 팀의 요구 사항을 계속 충족하고 있는지 확인할 수 있습니다. 무료 Cloud 마이그레이션 평가판을 신청하고 선택한 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 플랫폼을 준수하는 기본 제공 보안 기능을 사용하여 앱을 만들도록 지원합니다.

데이터의 크기 및 복잡성 평가

평가 단계 전반에서 현재 상황에 관한 정보를 수집했습니다. 이제 Cloud로 마이그레이션하려는 데이터 양과 사용자 수를 검토하여 마이그레이션의 잠재적인 복잡성을 파악할 차례입니다. 복잡도에 따라 타임라인, 선택한 마이그레이션 전략 및 필요한 지원 수준이 달라질 수 있습니다. 복잡성에 영향을 줄 수 있는 요인은 다음과 같습니다.

• 크기: 데이터의 크기 및 사용자의 수

• 앱: 중요한 앱의 수, 그러한 앱이 Cloud에서 사용 가능한지 여부(또는 대체 앱이 있는지 여부) 및 마이그레이션 경로가 있는지 여부

• 사용자 지정: 사용자 지정 필드, Atlassian 이외의 통합, 사용자 지정 앱 및 비정상적인 데이터 형태

• 제품의 수:마이그레이션할 제품이 많을수록 마이그레이션은 복잡해집니다. 예를 들어, Jira Software 및 Jira Service Management를 모두 마이그레이션하는 것보다 Jira Software만 마이그레이션하는 것이 더 간단합니다.

• 통합 및 페더레이션: 단순히 새 사이트로 마이그레이션하는 것이 아니라 여러 사이트를 통합하는 경우에는 데이터, 앱 및 사용자를 조정해야 하므로 프로세스가 더 복잡해집니다. 마찬가지로, Cloud 및 Data Center 인스턴스에서 사이트를 페더레이션 또는 분할하거나 데이터를 호스팅하도록 선택하는 경우 마이그레이션 프로세스가 더 복잡해질 수 있습니다. Cloud의 단일 인스턴스 및 다중 인스턴스 모델에 대한 몇 가지 사용 사례에 대해 자세히 알아보세요.

• 사용자 관리: Atlassian Access의 필요성, 익명 사용자의 수, 비활성 사용자의 수 및 여러 ID 공급자의 사용

팀원 구성

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

• 프로젝트 관리자: 비즈니스 사례를 준비하여 보여주고, 마이그레이션을 관리하고, 상태 및 개별 작업을 추적하고, 주요 연락 담당자 역할을 하는 전담 인력입니다.

• 시스템 관리자: Server에 시스템을 구성했으며 마이그레이션해야 하는 권한 및 워크플로를 알고 있는 담당자입니다. 마이그레이션을 수행할 수도 있습니다. Cloud 경험이 없는 경우 솔루션 파트너와 함께 실제 마이그레이션을 수행할 수도 있습니다.

• 임원 스폰서: 예산 승인을 처리하고, 비즈니스 사례를 승인하며, 회사의 Atlassian 챔피언일 수도 있습니다.

• 기술팀 및 테스터: 마이그레이션을 수행하는 전담 팀입니다. 마이그레이션 전에는 팀이 중요한 작업을 확실히 완료할 수 있도록 여러 테스트를 수행하는 것이 좋습니다. 테스터는 다양한 방식으로 시스템을 사용할 여러 팀에서 선정되어야 하며 각자에게 가장 중요한 작업을 테스트해야 합니다.

• 보안, 법률 및 규정 준수: 프로젝트에 조기에 관여하는 보안 및 법률 팀원으로, 마이그레이션 계획이 모든 보안 및 규정 준수 표준을 충족하는지 확인하고 이러한 요구 사항이 나중에 블로커가 되지 않도록 방지해야 합니다.

• 제품 챔피언: 마이그레이션을 수행하면 팀이 작업하는 방식이 바뀌므로 팀에 교육, 문제 해결이 필요하게 되고 워크플로 브레인스토밍 지원도 필요할 수 있습니다. 한 명의 담당자가 될 수도 있고 한 그룹의 담당자가 진행할 수도 있습니다.

어떤 팀이든지 마이그레이션 중의 운영을 위한 가이드라인을 설정하여 투명하고 일관된 소통 수단을 유지하는 것이 중요합니다. 팀이 원활하게 운영되고 있는지 확인하기 위한 몇 가지 팁은 다음과 같습니다.

1. 분명한 역할 및 책임을 일찍 설정하세요.

2. 끊임없이 소통하세요.

3. 초기에 계획하고 최대한 빠르게 팀 구성

4. 적합한 경우 솔루션 파트너의 도움을 받으세요. 사용자 1,000명 이상인 마이그레이션에서는 60%, 그리고 사용자 5,000명 이상인 마이그레이션에서는 100% 솔루션 파트너가 개입합니다. 솔루션 파트너를 고려해야 하는 경우에 대해 자세히 알아보기

Cloud 마이그레이션 도구 키트를 다운로드하여 체크리스트, 커뮤니케이션 템플릿 등을 알아보세요.

계획 단계

시간을 할애해 Cloud를 조사하고, 자체 관리형 설정을 평가하고, 팀을 구성했으면 이제 실제 마이그레이션 계획을 시작할 차례입니다.

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에서 Cloud로의 마이그레이션 전략

• 최적화하고 옮기기

• 전면적 전환

• 단계적

• 새로 시작

최적화 및 전환권장

Cloud로 마이그레이션할 데이터와 Server 인스턴스에 남겨둘 데이터 및/또는 비활성 사용자를 평가하세요. 단일 가동 중지 시간 내에 필요한 데이터와 사용자만 마이그레이션하세요.

전면적 전환

단일 가동 중지 시간 내에 제품 데이터, 사용자, 앱 등 모든 데이터를 Cloud로 마이그레이션하세요.

단계적

데이터를 한 번에 마이그레이션하지 않고 2~4단계로 나눠서 마이그레이션합니다. 특정 값을 따른 집단(예: 별도 서버, 제품, 활성 대 보관/비활성)을 기준으로 단계를 선택하는 것이 좋습니다. 각 마이그레이션을 완료하면서 이슈를 해결하고, 사용자를 소규모 단위로 온보딩하고 교육할 수 있습니다.

일부 고객은 여러 프로젝트별, 스페이스별 또는 팀별 마이그레이션을 장기간에 걸쳐 지속적으로 마이그레이션합니다. 다음과 같이 복잡성이 추가로 발생할 수 있으므로 이 방법을 권장하지 않습니다.

• 사용자가 두 플랫폼 간에 분할

• 마이그레이션 중에 관리자가 Cloud 및 자체 관리형 제품을 모두 유지 관리

• 리소스, 변경 관리 및 잠재적인 파트너 서비스에 대한 비용 증가

• 비즈니스 중단

• 자체 관리형 제품과 Cloud 제품 간의 구성 편차 가능성이 높음

새로 시작

기존의 Server 프로젝트 데이터의 대부분을 향후 사용하지 않을 것이라고 확신하는 경우 또는 바로 Cloud에서 작업하고 싶은 경우에는 새로 시작 접근 방식을 선택하여 Cloud 사이트를 설정할 수 있습니다.

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

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

• 마이그레이션하는 제품

• 현재 사용 중인 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 마이그레이션 설명서를 참조하세요.

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

준비 단계

함께 계획을 세웠으면 이제 대규모의 마이그레이션을 위해 팀, 환경 및 데이터를 준비할 차례입니다. 이 단계에는 시간이 며칠에서 몇 주까지 걸릴 수 있으므로 이 섹션을 완료할 충분한 시간을 마련해 두시기 바랍니다. 리소스 제약이 있거나 더 많은 실무 지원이 필요한 경우, 부담을 덜기 위해 솔루션 파트너와 소통할 수 있습니다.

팀 및 사이트 준비

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

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 Migration Assistant를 사용하는 경우 설명서에서 단계별 안내를 확인하세요.

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

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

무료 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에 익숙해지기 위해 검토해야 할 온보딩 자료

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

Jira 또는 Confluence의 사이트 전체 배너를 사용하여 사용자에게 예정된 마이그레이션을 알리세요.

마이그레이션 단계

마이그레이션 프로세스에서 가장 많은 기대를 받고 있는 단계에 착수하는 날입니다. 이 단계에서는 추가로 발견된 문제를 해결하고, 프로덕션 마이그레이션을 실행하고, 사용자 및 데이터를 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단계를 참조하세요.

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

제공 단계

다 되었습니다. 이제 안도의 한숨을 내쉬셔도 됩니다! 신중한 계획, 준비 및 환상적인 팀을 통해 Cloud로의 마이그레이션에 성공했습니다. 축하하거나 긴 휴가를 떠나기 전에, 팀이 따뜻한 환영을 받았는지, Cloud에 대해 준비되었는지, 그리고 관리자들이 Cloud 책임 사항을 관리하는 데 준비되었다고 느끼는지 확인하세요.

팀 환영

이해 관계자에게 마이그레이션이 성공적이었다는 점과 회사가 이 마이그레이션을 수행하기로 결정한 이유를 알리고 새로운 현재 상태의 모습을 다시 공유하세요. Cloud 시작하기 설명서를 검토하고 팀과 공유하여 사용자가 빠르게 시작하고 실행하도록 하세요. 아래의 주요 정보를 포함한 이메일을 보내 사용자를 Cloud 사이트로 초대하는 것이 좋습니다.

• 책갈피의 새 링크(새 Cloud 사이트로 연결되는 링크 등)

• 최종 사용자의 로그인 방법에 대한 안내

• 다시 설정해야 하는 항목(예: 아바타, 또는 SSO를 사용하지 않는 경우 사용자는 비밀번호를 재설정해야 함)

• 앱 또는 기능 변경 사항

• 제공될 교육

• 도움을 얻기 위해 연락할 사람

또 다른 옵션으로, Cloud 사이트 내에서 사용자를 초대할 수도 있습니다.

Cloud에 적응하기

팀이 적응하도록 돕기 위해, 마이그레이션 후의 이슈, 피드백 또는 질문의 우선순위를 정하기 위한 시간을 마련하세요. 마이그레이션한 후의 첫 주에는 조직 캘린더의 근무 시간에 시간 슬롯을 몇 개 추가하고 최종 사용자가 들러 질문하거나 피드백을 제공할 수 있는 Slack 채팅방을 만드세요.

더 이상 자체 관리형 인스턴스를 사용하지 않을 계획이라면, 유지보수가 만료되어도 안심할 수 있도록 아직 백업하지 않았다면 감사 목적으로 데이터를 백업하세요.

지원 및 유지로 전환

모든 또는 대부분의 문제가 해결되었으므로 이제 SaaS 애플리케이션에 대한 팀의 표준 지원 및 유지 관리 프로세스로 전환할 차례입니다. 아직 도움이 필요하다면 Atlassian 팀에 문의하여 사이트가 예상대로 실행되도록 하세요. Cloud의 세계에서 관리자는 자체 관리의 수동 유지 작업을 할 필요가 없습니다. 계속 진행하면서 팀은 회사의 요구 사항을 한발 앞서 파악하고 팀이 확장해 나감에 따라 팀을 지원하는 데 집중하기 위해 더 전략적이고 주도적인 역할을 맡을 수 있습니다.

Cloud 보안 모범 사례 구현

Cloud 거버넌스는 또한 일반적인 자체 관리형 보안 설정과 약간 다릅니다. ID 공급자와 보안 프로토콜에 대해 다루는 Atlassian의 모범 사례를 활용하고 데이터를 안전하게 보호하기 위한 Atlassian의 역할을 숙지하여 기업의 비즈니스 보안을 위한 강력한 토대를 마련하세요.

Cloud 업데이트 따르기

Cloud 관리자는 Cloud 플랫폼과 제품에 대한 최신 소식을 받고 싶어 할 것입니다. 작업 중인 사항은 마이그레이션 로드맵에서 확인하세요.