Cloudant의 구 Shared Plan이 종료. 무료로 사용한 사용자는 주의.

우선 이쪽의 URL을 봐 주세요.

The IBM Cloudant Shared Plan Is Being Retired

htps // // bm. 이 m/bぉgs/bぅ에미 x/2018/08/이 bmcぉ우단 t-샬레 dp ぁ-이 s-베인 g-레치레 d/
눈치채지 못했던 유저도 많다고 생각합니다만, 2016년 9월에 서비스 종료를 발표. 같은 해 10월에 신규 서비스 작성이 비추천이었던 Cloudant의 Shared plan이 2018년 10월 31일에, 정식으로 서비스 종료라고 합니다.
간단히 말하면, 구서비스가 종료하므로, 사용하고 있는 유저는 신서비스 및 가격 체계의 서비스에 빨리 이행해 나가는 것입니다.

덧붙여서, 그대로 구 서비스를 계속 사용하면, 10월 31일 이후는 인스턴스 및 데이터가 완전히 삭제되어 사용할 수 없게 되어 버립니다.

공유 플랜인지 여부를 어떻게 확인합니까?

IBM Cloud 대시보드에서 사용자가 사용하는 서비스 목록을 봅니다.
그 중 Cloudant 서비스 계획이 비어 있는 것이 대상입니다.

어떻게 새로운 서비스로 이동합니까?

구 서비스를 자동으로 새로운 서비스로 마이그레이션하는 방법은 없는 것 같기 때문에, 사용자 스스로 마이그레이션해야 합니다. . .
Migrating to IBM Cloudant on IBM Cloud
htps : // 이런. b 에미 x. 네 t/도 cs/세 rゔぃせ s/Cぉ우단 t/구이데 s/미g라치온. html # 미그라 친g ー이 bmc

마이그레이션 시 주의해야 할 점

특히 무료 프레임에서 사용하던 사용자는 주의가 필요합니다. 구서비스와 신서비스는 가격체계와 무상 프레임이 다릅니다.
얼마 안 되었지만, 구 서비스는 20GB의 스토리지까지 무상으로 사용할 수 있었습니다만 신서비스는 1GB의 스토리지까지가 무상으로, 줄었습니다!
대신 슬라이드 바를 이용하여 자원을 자유롭게 확장 가능하게 되어 있습니다.

(위의 URL에서 발췌)

시도로 이동했습니다.

시험에 자신의 구 서비스를 새로운 서비스로 이행해 보았습니다.
마이그레이션에는 Cloudant 복제를 사용했습니다.

새로운 서비스 (Lite 플랜)에서 Cloudant 인스턴스 만들기

authentication 어떻게든 우선, Use both ...

새 환경에서 마이그레이션 대상 데이터베이스를 만듭니다.
여기서는 "test"라는 데이터베이스를 만들고 있습니다.

복제 용 API 키를 만듭니다.
"permission"에서 "generate API key"를 선택하여 Key ID와 password를 생성합니다.
작성한 Key ID에 __reader, _writer, _replicator _ 권한 부여

구 환경. 소스 서비스에서 복제를 설정합니다.

그리고 "Start Replication"

마이그레이션은 Cloudant 복제를 이용하기 때문에 매우 간단합니다.
먼저 데이터를 내보내고 싶다는 사용자는 여기를 참조하십시오.
couchbackup을 이용하여 백업할 수 있습니다.couchbackup --url https://examples.cloudant.com --db animaldb > backup.txt
자세한 것은 이쪽. IBM Cloudant 백업 및 복구
htps : // 이런. b 에미 x. 네 t/도 cs/세 rゔぃせ s/Cぉ우단 t/구이로 s/바 c쿠 p코오 k보오 k. html # c ぉ 우단 t의 sqldb