Parse.com의 서비스 종료예고.
mBaaS 서비스의 이전 목적지여기.와 여기. 등은 이미 정리되어 있기 때문에 이 글에서Parse.다음은com이 제공하는 기능 중의 전송 알림 기능을 NIFTY Cloud mobile backend로 옮기는 방법과 주의사항을 총괄하였다.
iOS/Android 마이그레이션의 구체적인 구현은 관련 기사를 참조하십시오.

Parse.com에서 NIFTY Cloud mobile backend(iOS 편)로 알림 전송

Parse.com에서 NIFTY Cloud mobile backend로 알림 이동

전환 고려 사항

(1) 전환 기간 설정 필요

　Parse.com에서 알림 기능을 전송할 때는'인스탈레이션(Installation·송신 단말기)의 데이터 전송'과'응용된 SDK 교체'두 가지 조작이 필요하며, 주의해야 할 것은'응용된 SDK 교체'다.
전환 기간을 설정하지 않으면 다음 그림과 같이 특정 시점에서 응용 프로그램 내 SDK에 해당하는 백엔드를 전환하고 이동 목적지에서 알림을 전송하는 전송 처리를 한다.

그러나 실제 응용 프로그램의 업데이트는 동시에 진행되는 것이 아니라 천천히 확장되기 때문에 아래 그림과 같이 응용 프로그램의 버전에 따라 서로 다른 백엔드에 대한 요청이 나타날 수 있다고 가정할 수 있다.이렇게 하면 데이터가 전송된 설치에 차이가 생겨 전송 알림을 정확하게 보내지 못할 수도 있습니다.특히 이벤트 사용자를 단계별로 발송할 때 주의해야 한다.

그곳에서 과도기를 설정해서 이 문제를 해결하다.
전환 기간은 Parse입니다.SDK와 모바일 백엔드 두 종류의 SDK를 결합한 응용 프로그램(v2)을 제공한다.그동안com SDK만 포함하는 애플리케이션(v1) 및 ParseSDK &mobile backend 두 종류의 SDK가 병합된 프로그램(v2)이 공존하기 때문에 추진 알림을 보낼 때parse는 완전한 설치 상태를 유지합니다.com에서 발송.
시간이 좀 지나면 파르세야.com과mobile backend의installation 건수를 비교하여 충분히 옮겼다고 판단하면 완전 옮깁니다.100% 마이그레이션은 일반 어플리케이션의 활용도를 고려하면 어렵기 때문에 80%와 70% 등이 적절한 시기에 완전히 마이그레이션될 것이라고 생각합니다.
완전히 이동한 후, 전송 알림은 모바일 백엔드에서 보내고,Parse.com SDK를 제거한 애플리케이션(v3)을 제공합니다.

이 방법을 사용하면 이벤트 사용자에 대한 전송 알림 실패를 줄일 수 있지만 프로그램을 업데이트하지 않는 비활성 사용자는 무시되기 때문에 이전하는 동안 업데이트를 추진하는 것이 좋을 수 있습니다.

(2) Android 터미널의 Installation을 직접 전송할 수 없는 경우가 있습니다.

　Parse.com에서 알림 기능을 전송할 때 안드로이드 단말기의 Installation 전송에 각별히 주의해야 한다.
푸시 알림을 보낼 때 iOS에는 APNs용 인증서, 안드로이드에는 GCM용 API Key와 Sender ID가 필요합니다.installation의 deviceToken은 이 인증서와 API Key & Sender ID와 관련이 있으며 deviceToken과 무관한 인증서나 API Key로 발송할 수 없습니다.
iOS에 대한 밀어넣기 알림은 Parse입니다.저는 com의 관리 화면에 APNs용 인증서를 올리고 전송 알림 기능을 이용했다고 생각합니다. 같은 인증서를 모바일 백엔드에 직접 올리면 인증서와 deviceToken의 조합이 잘 어울리기 때문에 Parse입니다.com 측에 축적된 deviceToken은 모바일 백엔드에서도 직접 사용할 수 있다.

다른 한편, Android에 대한 푸시 알림, Parse.com에서 특별한 설정이 없는 상황에서com 측에서 준비한 GCM 정보(Sender ID 및 API Key)를 사용하여 알림을 푸시합니다.이 경우 GCM에서 얻은 deviceToken(GCM에서 registration token 또는 registration ID라고 함)은 Parse다.com에서 준비한 GCM에 대한 정보를 연결하기 위해 그 deviceToken에 알림을 보내려면 해당되는 API Key가 필요합니다.
센더 아이디가 공개한다인 것 같지만 API Key는 공개되지 않기 때문에 파서스.com이 준비한 GCM의 정보와 연관된 deviceToken은 Parse입니다.com 이외의 곳에서는 사용할 수 없습니다.

확인 방법

　Parse.com 측에서 준비한 GCM 정보를 사용했는지 다음 사항을 확인하십시오.

Parse 관리 화면 Settings > Push > GCM Push Credentials

Sender ID 및 API Key가 설정되어 있지 않은 경우 Parse.com 측에서 준비한 GCM 정보를 사용할 수 있음

애플리케이션의 안드로이드 매니페스트xml

다음 항목이 없는 경우 Parse입니다.아마도 com 측에서 준비한 GCM 정보를 사용했을 것이다("YOUR SENDER ID"는 숫자의 나열이다)

AndroidManifest.xml

<meta-data android:name="com.parse.push.gcm_sender_id"
           android:value="id:YOUR_SENDER_ID" />

위 조건을 만족하는 사람은 안드로이드 터미널과 연결하십시오.com에서 직접 Installation을 내보내고 목적지로 가져오는 방법을 사용할 수 없을 가능성이 높습니다.따라서 자신이 새로 취득한 API Key와 Sender ID로 GCM에서 deviceToken과 같은 실현을 다시 얻어야 한다.
(2)에 관하여 (1)에 열거된 과도기를 설정하는 방법으로 해결할 수도 있다.전환 기간은 Parse입니다.이 기간 모바일백에서 다시 취득한 deviceToken이 누적된다는 내용의 트윗 알림이 온라인에 전송된다.

Parse.com에서 NIFTY Cloud mobile backend로 알림 전송 시 주의사항

전환 고려 사항

(1) 전환 기간 설정 필요

(2) Android 터미널의 Installation을 직접 전송할 수 없는 경우가 있습니다.

확인 방법

관련 링크

Reference

좋은 웹페이지 즐겨찾기