كثيرا ما نسمع السؤال، "هل يوجد لديكم كتاب إرشادي من نوع ما يوضح عملية الانتقال من التثبيت الداخلي إلى Bird"؟
نعم، لدينا ذلك. استمر في القراءة.
أولاً، بعض الخلفية. تم إنشاء خدمة Bird Cloud في عام 2014 بسبب النجاح الكبير لحل Momentum MTA الداخلي. Momentum يجلس في قلب Bird Cloud، ويوفر تسليمًا عالي السرعة وتشكيل حركة المرور لآلاف العملاء على خدمة السحابة. بسبب هذا، يحظى Momentum بجزء كبير من انتباهنا الهندسي، ولكن نتائج هذا العمل غالباً ما تكون مدفونة في تحسينات الأداء التي لا تحصل على قدر كبير من الإعلام. عملاء Momentum يرون فوائد هذا العمل في كل مرة يتم فيها إصدار عام جديد من Momentum.
هذا لا يعني أن Bird هو فقط “Momentum في السحابة”. MessageBird هو أكثر من ذلك بكثير ويمكن أن يكون له فوائد إضافية للعملاء الذين يختارون الانتقال أو استخدامه في نهج هجين. تأتي هذه الفوائد من بنية API البريد الإلكتروني المستندة إلى السحابة الحديثة لدينا، والتي توفر قدرات غير متوفرة في الحلول الداخلية التقليدية. بالإضافة إلى ذلك، قمنا بتسهيل الأمر جداً على عملاء PowerMTA للانتقال أو استخدام PowerMTA مع Bird في تكوين هجين كذلك. ستصف بقية هذه الوثيقة بالتفاصيل كيفية نقل تدفقات الرسائل الخاصة بك من Momentum أو PowerMTA إلى خدمة Bird Cloud.
هناك بالفعل سيناريوهان مختلفان ينبغي النظر إليهما عند الانتقال إلى Bird من Momentum أو PowerMTA.
أنت جاهز لمغادرة العالم الداخلي بالكامل، وإغلاق مراكز البيانات الفعلية الخاصة بك وعدم إدارة أي MTA داخلي مباشرة. هذا يعني إزالة Momentum أو PowerMTA من نشراتك وإرسال الرسائل مباشرة إلى SparkPost للتعامل مع الرسائل. قبل سحب البنية التحتية الداخلية الخاصة بك، تأكد من أن لديك نسخ احتياطية شاملة بقاعدة البيانات لجميع الأنظمة الحرجة، خاصة إذا كنت تستخدم قواعد بيانات PostgreSQL التي تحتوي على بيانات أو تكوينات تاريخية هامة.
لديك سبب للحفاظ على بعض الأثر الداخلي لسبب أو لآخر. بعض الاحتمالات قد تكون:
تدفقات التسليم المحددة التي تتطلب معالجة مسبقة في Momentum
تقسيم السعة لأغراض الانفجار أو استعادة الكوارث
دعم العملاء القدامى في PMTA بينما يتم تحويل العملاء الجدد إلى SparkPost
... ثم تريد نقل الرسائل الأخرى إلى Bird للمعالجة المستمرة للرسائل.
في أي من الحالتين، يجب أن تكون على علم بأن Bird سيقبل فقط رسائل SMTP للتسليم التي تم إدخالها عبر منفذ 587 أو 2525 وتستخدم SMTP_Auth مع اسم مستخدم وكلمة مرور محددة (انظر مستندات SMTP هنا). نوصي بشدة أيضًا بالاتصال باتصال TLS، ولكن هذا ليس مطلوبًا بشكل صارم. إذا كنت تستبدل طبقة MTA الخاصة بك بالكامل (السيناريو 1)، فقد ترغب أيضًا في النظر في استخدام Transmissions REST API الذي يمكنه قبول الرسائل عبر اتصالات HTTPS. الوثائق الخاصة بـ API هنا.
بالنسبة للمؤسسات التي تحافظ على بنية تحتية داخلية تتطلب قدرات بريد إلكتروني آمنة، فإن دليل تنفيذ S/MIME لـ PowerMTA وMomentum يوفر تعليمات إعداد مفصلة لتسليم البريد الإلكتروني المشفر.
أي خيار يجب أن أختار؟
لكي تعرف ما إذا كنت في الخيار #1 أو الخيار #2، ضع في اعتبارك هذه العوامل:
هل تستخدم محرك البرمجة Lua من Momentum لأي شيء أكثر تعقيداً من توجيه الرسائل؟
Lua هي أداة برمجة شاملة لمعالجة الرسائل في الخط، ولكن الغالبية العظمى من مستخدمينا يستخدمونها فقط لاختيار الربط للتسليم. إذا كان هذا هو الحال، يمكنك تعديل كود الجيل الخاص بك لإضافة سمة ip_pool إلى ترويسة X-MSYS-API وتدعه Bird يحدد المسار لك.
إذا كنت تستخدم Lua للقيام بأشياء أكثر تعقيداً مثل تصفية الجسم، إعادة كتابة Mail_From، أو حسابات إيقاع الرسائل، ولا يمكن نقل تلك المنطق إلى تطبيق الإدخال الخاص بك، قد ترغب في النظر في التبديل إلى خيار #2.
هل يمكن لنظام الجيل الخاص بك إرسال الرسائل عبر المنفذ 587 باستخدام TLS وSMTP_Auth؟
بعض أنظمة إدارة الحملات لا تستطيع دفع البريد إلا عبر المنفذ 25 بنص واضح. هذا يسبب مشكلة أمان لـBird لذلك قد ترغب في النظر في خيار #2
هل تستخدم بناء جملة استبدال PowerMTA أو تعديل رسائل في الخط؟
إذا كان بإمكانك نقل هذه الوظيفة إلى المولدات الخاصة بك أو استخدام لغة قوالب Bird، يمكنك استخدام الخيار 1 لكن خلاف ذلك، قد تحتاج إلى التفكير في إبقاء عقدة PMTA عبر الإنترنت لهذا التعديل قبل الشحن إلى Bird للتسليم.
هل تحتاج إلى أي مسح AV/AS وارد قبل الإدخال؟ على الرغم من أن هذا ممكن في Momentum وPowerMTA، فإن eBird تفترض أنك قد أجريت بالفعل جميع تلك الفحوصات. قد ترغب في النظر في القيام بذلك قبل الإدخال.
بغض النظر عن الطريق الذي ستسلكه، من المؤكد أنه سيؤثر على علاقتك التجارية. كما يمكنك أن تتخيل، هذه ليست أول مرة لنا في هذه الحلبة. تأكد من إشراك مدير حسابك التجاري ومدير نجاح العملاء حتى نتمكن من مساعدتك في التفاصيل والتأكد من أنك تحصل على أفضل قيمة مقابل مالك.
بالنسبة لخيار #1 المخيم (الذهاب "بشكل مفاجئ"):
الاستفادة من الخيار رقم 2 (المعالجة المسبقة في الموقع):
إذا كنت مع فريق الخيار #2، فستحتاج إلى إضافة بعض التغييرات في التكوين إلى النشر الخاص بك. أقل الطرق ألمًا لترحيل بعض تدفقات الرسائل المختارة من Momentum أو PMTA إلى Bird مع الاستمرار في استخدام حقن SMTP من أنظمة التوليد الخاصة بك هي إضافة مسار خاص في التكوين الخاص بك.
بالنسبة لـ Momentum:
قم بإعداد إصدار من Momentum > 3.6.23.
ثبّت شهادة SSL صالحة وافتح المنفذ الخارجي 587 حتى يتمكن Momentum من التحدث إلى Bird. قم بتكوين نطاق خارجي حتى تتمكن من توجيه رسالة عبر Momentum إلى Bird.
باستخدام التكوين أدناه، سيتم توجيه أي رسالة تصطدم بهذا التكوين إلى smtp.sparkpostmail.com باستخدام المنفذ 587 وSMTP_Auth مع اسم المستخدم وكلمة المرور المحددة هناك.
كوّن الروابط التي تريد توجيهها عبر MessageBird مع TLS وقم بتوجيهها إلى النطاق الذي حددته أعلاه.
ملاحظة: TLS غير مطلوب بشدة ولكنه توصية قوية. إذا لم يكن TLS ممكنًا لأي سبب، فإن إضافة مفاتيح API إلى القائمة البيضاء هو أيضًا توصية قوية.
بالنسبة لـ PowerMTA:
قم بإعداد إصدار من PowerMTA > 4.5.0
ثبّت شهادة SSL صالحة وافتح المنفذ الخارجي 587 حتى يتمكن PowerMTA من التحدث إلى Bird.
قم بتكوين مسار نطاق خارجي حتى تتمكن من توجيه رسالة عبر PowerMTA إلى Bird. باستخدام التكوين أدناه، سيتم توجيه أي رسالة تصطدم بهذا التكوين إلى smtp.sparkpostmail.com باستخدام المنفذ 587 وSMTP_Auth مع اسم المستخدم وكلمة المرور المحددة هناك. في PowerMTA، يمكنك أيضًا تعيين TLS هنا. لاحظ أن هذا موثق بشكل أكثر تفصيلًا هنا
4. كوّن VMTAs التي تريد توجيهها عبر Bird باستخدام التكوين المُجهّز لديك أعلاه.
بمجرد إجراء تلك التغييرات في التكوين، يجب أن يتم توجيه أي رسائل مُرسلة إلى "الربط" أو "VMTA" المختار تلقائيًا خلال Bird للتسليم.
نجعلها تحدث
عندما تبدأ في هذا الطريق، لا ترتكب الخطأ المتمثل في التفكير أن هذه العملية ستتم بين عشية وضحاها. القيام بذلك بشكل صحيح سيستغرق بعض الوقت والعناية.
قم بإعداد حساب Bird الخاص بك واختبره بالكامل باستخدام الحساب الفرعي للتطوير حتى تتمكن من تصفية ذلك المرور لاحقًا. ستحتاج إلى القيام بذلك لأي خيار لأنك ستحتاج إلى مفتاح API لكلمة مرور SMTP_Auth في كلتا الحالتين.
إذا كنت تستخدم SMTP injection، فخطط لإضافة رأس X-MSYS-API لتضمين جميع البيانات الوصفية وسمات الرسالة المطلوبة. أي X-Headers يجب إعادة كتابتها كبيانات وصفية ويجب عليك تضمين سمات ip_pool وcampaign كذلك. عينة متاحة هنا
إذا كنت لا تستخدم BYOIP، فعندئذ ينبغي أن تتأكد من إعداد نطاقات إرسال مختلفة قليلاً للاستخدام مع MessageBird بحيث يمكنك تشغيل كلا البيئتين بالتوازي لطالما كان ذلك مطلوبًا. إذا كان نطاق الإرسال الحالي الخاص بك هو mycompany.com، ربما قم بإعداد sp.mycompany.com خصيصًا للتسليم عبر Bird. هذا يتيح لك الانتقال ببطء وحذر أثناء عدم التأثير على أي من النطاقين.
تأكد من تمكين الاصطفاف الكامل للنطاق وميزات الأمان. في DNS، قم بإعداد DKIM, SPF, DMARC، ونطاقات الارتداد والتتبع بحيث تبدو جميعها وكأنها تنتمي إلى نفس المنظمة.
قم بتكوين التدفئة التلقائية لعناوين IP في المسابح المعرفة لديك. إذا كنت تستخدم خيار BYOIP المذكور سابقًا، يمكنك تجاهل خطوة التدفئة.
ابدأ بتدفق رسالة واحد وتقدم من هناك. مثل تدفئة IP، لا ترغب في القيام بذلك كله دفعة واحدة. قم بإعادة توجيه بضع مئات من الرسائل أولاً، ثم 10٪ من الحجم، ثم 20٪ في اليوم التالي وزيادة حتى تقوم بتحويل كل الحجم. إذا كنت مقدم خدمة البريد الإلكتروني (ESP)، اختر عميل تحتاج إلى العمل معه واختبر العملية مع ملاحظاتهم. إذا سارت الأمور بشكل جيد، انتقل إلى التالي. إذا واجهت مشاكل، خذ الوقت لإصلاحها وقم بتضمينها في العملية للعميل التالي.
أتمت بكل ما هو ممكن مع واجهات برمجة التطبيقات (APIs). خارج تغييرات DNS، يمكن أن يتم أتمتة تكوين SparkPost بشكل أساسي باستخدام بضع مكالمات API.
جمع البيانات من Bird
تُبلغ :Bird عن تسليم الرسائل في تغذية الويبهوك أو في واجهة برمجة تطبيقات أحداث الرسائل. الوصول إلى سجلات نصوص :Bird العادية غير ممكن ببساطة. يمكنك جلب هذه البيانات إلى بيئتك باستخدام مجمع الويبهوك أو عن طريق استدعاء واجهة برمجة تطبيقات الأحداث بانتظام واستهلاك البيانات. نحن نوصي باستخدام الويبهوك ولدينا بعض التوصيات للقيام بذلك بشكل صحيح. في أبسط صورها، يمكن نشر مجمع ويبهوك PHP في بضع سطور من الكود:
أثناء تجربتك، يمكنك تجربتها مع مجمعين مجانيين مثل http://webhook.site/.
بمجرد جمع كل بيانات الويبهوك، يمكنك قراءتها في مخزن بيانات لمزيد من المعالجة. هناك أيضًا طرق لدفع الويبهوك من خلال خدمات مثل StitchData وSegment.
المعلومات ذاتها متاحة في واجهة برمجة تطبيقات الأحداث إذا كان لديك حاجة إلى سحب البيانات ولا يمكنك قبول البيانات المدفوعة. هنا هو استدعاء نموذج لواجهة برمجة تطبيقات الأحداث:
GET https://api.sparkpost.com/api/v1/events/message?/
recipients=recipient@example.com&templates=my-template&events
ستجد توثيق كامل لهذه الواجهة مع عينات هنا: https://developers.sparkpost.com/api/events/#events-get-search-for-message-events
إذا كنت بحاجة فعلاً إلى بيانات الأحداث في شكل يشبه تسجيلات PMTA أو Momentum، فإن ذلك ممكن أيضًا إذا استخدمت بعض أكواد التكييف الإضافية. الأخبار الرائعة هي أن هناك بعض الأمثلة يمكنك الاستفادة منها بالفعل.
ملخص
تأكد من التحدث إلى فريق إدارة المبيعات والنجاح الخاص بك. لقد فعلنا ذلك من قبل ويمكننا مساعدتك في تجاوزه بسرعة وبتكلفة فعالة.
اكتشف ما إذا كنت في المخيم #1 (قادر على التحرك تمامًا من On-Prem) أو المخيم #2 (ما زلت تحتاج إلى بعض MTA على التشغيل المحلى).
سجل للحصول على حساب اختبار مجاني لتقييم تفاصيل التكامل.
إذا كنت تستخدم حقن SMTP، اكتشف كيفية إدخال بيانات العنوان وسمات الرسالة في رأس X-MSYS-API.
أكد ما إذا كان يمكنك استخدام عملية BYOIP الخاصة بنا.
قم بتحديث DNS الخاص بك بنطاقات جديدة إذا لزم الأمر.
قم ببناء عينة صغيرة لاختبار انتقالك. قد تحتاج إلى ضبط الإعداد الخاص بك.
قم بزيادة الحجم حتى يتم نقل كل حركة المرور
إذا كنت ضمن المخيم #1، يمكنك أخيرًا إيقاف تشغيل MTAs على التشغيل المحلى بعد نقل كل حركة المرور.
عند التخطيط لتغييرات DNS لأنظمة البريد الإلكتروني ذات الحجم الكبير، كن على دراية بتحديات AWS DNS المحتملة التي يمكن أن تؤثر على أداء تسليم البريد الإلكتروني على نطاق واسع.
