আপনার mobile app যদি push notification আর in-app message পাঠাতে Amazon Pinpoint ব্যবহার করে, তাহলে আপনার সামনে একটা কড়া deadline আর একটা জটিল migration অপেক্ষা করছে। ৩০ অক্টোবর, ২০২৬ তারিখে AWS Amazon Pinpoint-এর সাপোর্ট বন্ধ করে দিচ্ছে। এর পর console এবং তার ভেতরে তৈরি করা সবকিছু — endpoint, segment, campaign, journey আর analytics — অ্যাক্সেস করা যাবে না।
Pinpoint নতুন sign-up নেওয়া বন্ধ করে দিয়েছিল আরও আগে, ২০ মে, ২০২৫ থেকে, তাই এই countdown নতুন না। পুরো timeline AWS-এর official end-of-support guide-এ আছে।
শাটডাউনটা বোঝা সহজ। কঠিন অংশ হলো, AWS আপনাকে এরপর কোথায় পাঠাচ্ছে — কারণ কোনো একটা single replacement প্রোডাক্ট নেই। আপনি Pinpoint-এ যা করতেন তার উপর ভিত্তি করে আপনার workload ৪টা আলাদা AWS service-এ ভাগ হয়ে যাবে। আর mobile team-দের কাছে সবচেয়ে গুরুত্বপূর্ণ ২টা জিনিস — push আর in-app — এর জন্য AWS-এর recommended path কোনো clean 1:1 বদল না।
এই গাইডে থাকছে: কী বন্ধ হচ্ছে, AWS প্রতিটা অংশ কোথায় পাঠাচ্ছে আর কেন সেটা সরাসরি বদল না, আর আপনার push-and-in-app program Pushwoosh-এ migrate করার ৪-ধাপের পরিকল্পনা — আসল সংখ্যাসহ, যাতে সত্যিই বাজেট করতে পারেন।
কী আসলে বন্ধ হয়ে যাচ্ছে
Messaging channel API বন্ধ হচ্ছে না। যা হারিয়ে যাচ্ছে সেটা হলো engagement layer — যেই অংশে আপনার marketing আর product team login করে কাজ করতো।
৩০ অক্টোবর, ২০২৬-এর পর আপনার Pinpoint resource-গুলোর অ্যাক্সেস চলে যাবে: endpoint (আপনার সংরক্ষিত user ও device record), segment (dynamic audience), campaign (scheduled send), journey (multi-step automation builder), আর built-in analytics dashboard যা delivery, open আর journey engagement ট্র্যাক করতো।
যা টিকে থাকবে, একটা ভিন্ন নামে, সেটা হলো raw channel layer। SMS, voice, mobile push, OTP আর phone number validation চলতে থাকবে AWS End User Messaging দিয়ে — এটাই Pinpoint-এর channel API-গুলোর নতুন নাম, যেটা AWS ২০২৪ সালের Q3-এ দিয়েছিল। তাই আপনি যদি Pinpoint-কে শুধু একটা “dumb pipe” হিসেবে ব্যবহার করে থাকেন — যেখানে logic আপনার নিজের backend-এ থাকে আর শুধু API call করে transactional push বা text পাঠায় — তাহলে চিন্তার বেশি কিছু নেই। শুধু API call-টা re-point করে দিন।
কিন্তু আপনার team যদি audience, campaign আর journey Pinpoint-এর UI-তে বানিয়ে থাকে, সেই workflow-টাই ভেঙে যায়। AWS-এর ভেতরে সেটা আবার বানানো — আসল কাজ সেখান থেকেই শুরু।
AWS আপনাকে কোথায় পাঠাচ্ছে, আর কেন এটা 1:1 replacement না
AWS-এর নিজের migration guide আপনাকে ১টা replacement দেয় না। দেয় ৪টা, প্রতিটা capability-র জন্য ১টা করে:
- Engagement (endpoint, segment, campaign, journey) → Amazon Connect outbound campaigns + Customer Profiles
- Events ও mobile analytics → Amazon Kinesis
- Email → Amazon SES (Simple Email Service)
- SMS, push, voice, OTP → AWS End User Messaging
এখনও technically ১টা vendor। কিন্তু এখন সেটা ৪টা আলাদা product, ৪টা console, আর ৪ সেট documentation — যা আগে ১টা system ছিল তার জায়গায়। যেসব team-এর নিজস্ব dedicated platform-engineering group নেই, তাদের জন্য এটা “নতুন টুলে migrate করুন” শুনতে যতটা সহজ মনে হয়, তার চেয়ে অনেক ভারী কাজ।
আর mobile team-দের জন্য, ঠিক এই engagement destination-টাই জটিল হয়ে ওঠে। Amazon Connect-এ এমন কিছু ফাঁক আছে যা migration মাঝপথে না পৌঁছানো পর্যন্ত চোখেই পড়ে না।
- In-app messaging Connect-এ একদমই নেই। AWS নিজেই এটা বলে — migration ডকুমেন্টেশনে এটা “unavailable features”-এর তালিকায় লেখা আছে। আপনার app-এ যদি in-app onboarding, feature prompt বা paywall থাকে, recommended path-এ তার জন্য কোনো native জায়গা নেই।
- Push কোনো native campaign channel না। Push (GCM, APNS, Baidu ইত্যাদি) Connect campaign-এ native সাপোর্ট করে না। AWS-এর guide বলছে আপনি এখনও push পাঠাতে পারবেন, কিন্তু শুধু journey-র মধ্য দিয়ে, একটা Lambda action ব্যবহার করে যা Connect push template-এর সাথে যুক্ত। বাস্তবে এর মানে হলো, Pinpoint যা out-of-the-box করতো তা আবার তৈরি করতে আপনাকে নিজে code লিখতে ও maintain করতে হবে।
- Custom Channel অর্ধেকটাই আছে। এটা journey-তে আছে, কিন্তু campaign-এ নেই। Connect যে seam-গুলো নিজে ঠিক করতে ছেড়ে দেয়, এটা তার আরেকটা।
- Template-এর engine এক, syntax আলাদা। Connect template Pinpoint-এর মতোই একই Handlebars rendering engine ব্যবহার করে, তাই logic অনেকটা টিকে থাকে। কিন্তু attribute placeholder-গুলো ভিন্নভাবে লেখা হয়: Pinpoint-এ
{{User.UserAttributes.PurchaseHistory}}যা ছিল, Connect-এ সেটা হয়ে যায়{{Attributes.Customer.Attributes.PurchaseHistory}}। প্রতিটা template হাতে খুঁজে বের করে আবার লিখতে হবে। - Endpoint migrate করা একটা scripting কাজ। User move করতে, AWS আপনাকে একটা no-filter segment S3-এ export করতে বলে, তারপর একটা Python script চালিয়ে সেই endpoint-গুলোকে Customer Profiles-এর গঠনে বদলাতে হয়, যেখানে ১টা profile-এ সর্বোচ্চ ৩টা email আর ৪টা phone number রাখা যায়। এটা কাজ করে, কিন্তু এটাও একটা code যা আপনাকে লিখতে, test করতে ও maintain করতে হবে।
AWS path ভুল, তা বলছি না। আপনি যদি আগে থেকেই contact-center use case-এর জন্য Connect-এ পুরোপুরি committed থাকেন, তাহলে এটাই ঠিক সিদ্ধান্ত হতে পারে। কিন্তু push আর in-app যদি Pinpoint নেওয়ার আসল কারণ হয়ে থাকে, recommended migration এই ২টা channel সরাসরি আপনার engineer-দের হাতে তুলে দেয়, নতুন করে বানানোর জন্য। এটা জানা ভালো শুরুতেই, ৩ sprint পার হওয়ার পর না।
Pushwoosh-এ push-and-in-app program migrate করুন ৪ ধাপে
Pushwoosh একটা mobile-first কাস্টমার এনগেজমেন্ট প্ল্যাটফর্ম — push, in-app আর web push এখানে মূল channel, সাথে email আর SMS যোগ করা যায়। ৪টা AWS service-এ program ভাগ করার বদলে, পুরোটা ১ জায়গায় আবার বানান। ধাপগুলো এরকম:
-
Pinpoint-এর data export করুন
Console যতক্ষণ live আছে, ততক্ষণেই AWS-এর নিজের API দিয়ে endpoint, segment, campaign আর journey definition বের করে নিন। deadline-এর কাছাকাছি অপেক্ষা করলে শুধু retrieval কঠিন হবে, আর আপনি যেখানেই যান না কেন এই export লাগবেই, তাই এটা আগেই করুন।
-
Mobile SDK re-point করুন
Pinpoint বা Amplify SDK বদলে Pushwoosh SDK বসান, তারপর user-facing কিছু বদলানোর আগে device register হচ্ছে আর event আসছে কিনা নিশ্চিত করুন। এই ধাপেই আপনার app একটা live messaging backend-এর সাথে আবার যুক্ত হয়।
-
Segment ও journey আবার বানান
User import করুন, আপনার Pinpoint attribute-গুলো Pushwoosh-এর tag আর segmentation model-এ map করুন, আর automation visual journey builder-এ আবার বানান। এটা like-for-like কাজ — নতুন করে design করা না, যা আগে থেকেই জানেন তা আবার implement করা। AWS Connect path-এ ঠিক এই অংশটাই আপনার engineer-দের কাঁধে চাপতো।
-
Event reconnect করুন, তারপর pilot চালান
Custom event আবার wire up করুন যাতে behavioral trigger কাজ করে, একটা ছোট segment-এ pilot send চালিয়ে parity যাচাই করুন, তারপরই full volume-এ যান। Domain authentication ও sender registration-এর জন্য আসল calendar সময় রাখুন — deadline কাছে বলে সেটা তাড়াতাড়ি হয়ে যায় না।
আসল পার্থক্যটা ছোট ছোট জায়গায় বোঝা যায়। AWS-এর route-এ যেখানে আপনাকে endpoint-কে Customer Profiles-এ বদলাতে একটা Python script লিখে চালাতে হয়, Pushwoosh-এ user import হয় UI বা API দিয়ে, কোনো script লেখা লাগে না। Connect যেখানে push-কে Lambda-backed journey দিয়ে route করতে বলে, সেখানে push শুধু ১টা channel যা আপনি বেছে নেন। AWS-side-এ যে engineering effort-এর জন্য বাজেট রাখতেন, তার বেশিরভাগই আর লাগে না।
খরচ কত
বেশিরভাগ migration লেখা দামের ব্যাপারে অস্পষ্ট থাকে, তাই এখানে সরাসরি বলা হলো। Pushwoosh monthly active user (MAU)-এর উপর দাম নেয় — পুরো pricing breakdown দেখুন — আর push-and-in-app workload-এর জন্য entry point ইচ্ছাকৃতভাবে কম:
- Push Only — প্রতি ১,০০০ MAU-তে $7। Push আর in-app-ই যদি পুরো program হয়, এই tier-টাই সবচেয়ে মানানসই, কোনো omnichannel overhead ছাড়াই যা আপনি ব্যবহার করবেন না।
- Omnichannel — প্রতি ১,০০০ MAU-তে $13। পুরো channel mix চাইলে email আর SMS যোগ করে।
- Custom — মাসে $2,000 থেকে শুরু। Volume pricing, dedicated support, আর বড় send-এর জন্য enterprise শর্ত।
যেসব team মূলত Pinpoint-এর push আর in-app replace করতে চায়, তাদের জন্য এই $7 entry point একটা পুরো marketing-automation suite-এ commit করার চেয়ে অনেক কম friction। Braze, Customer.io আর Iterable-এর মতো platform-এর tier ঠিক এই trade-off-টাই করতে বলে।
অক্টোবরের জন্য অপেক্ষা করবেন না
Migration নিজে একটা চেনা কাজ: export, re-point, rebuild, test। Calendar-টাই আসল constraint। ৩০ অক্টোবর, ২০২৬ একটা fixed cutoff, আর যেসব ধাপে আসল wall-clock সময় লাগে (SDK cutover, event mapping, domain ও sender setup) — deadline যত কাছেই আসুক, সেগুলো নিজের গতিতেই চলবে।
আপনি শুরু করতে পারেন আপনার আসল data দিয়ে, ১,০০০ MAU-এর ফ্রি tier-এ — এটা একটা real segment import করে, একটা journey আবার বানিয়ে, আর নিজে দেখে parity যাচাই করার জন্য যথেষ্ট, পুরো cutover করার আগে। আমাদের পরামর্শ, এরকম অনেক migration দেরিতে হতে দেখার পর: এখনই আপনার আসল MAU আর timeline-এর বিপরীতে এটা scope করুন, যতক্ষণ Pinpoint console এখনও export করার জন্য আছে। যে team-গুলো সেপ্টেম্বর পর্যন্ত ফেলে রাখে, তারাই লাইট বন্ধ হওয়ার ৩ সপ্তাহ আগে ফাঁকগুলো আবিষ্কার করে।
