إدارة أربعين نطاقا في حساب واحد من دون جدول بيانات

ينتهي الأمر بكل من يدير البريد لأكثر من بضعة نطاقات إلى الاحتفاظ بجدول بيانات: أي نطاق لدى أي مزود، وما خوادم الأسماء المستخدمة، وبأي بطاقة تدفع تكلفته، ومتى فحص DNS آخر مرة، ومن جهة الاتصال. وضع أربعين نطاقا في حساب واحد يلغي الحاجة إلى هذا الجدول، لأن المنصة نفسها تحتفظ بالإجابات.

تشرح هذه الصفحة ما يتغير فعليا عند هذا الحجم، والعمليات التي تتوقف عن كونها مهام متكررة لكل نطاق، والحالات التي لا يكون فيها الدمج هو القرار الصحيح.

كيف تتدهور الإدارة عند الوصول إلى أربعين نطاقا

لا يتعطل شيء على نحو مفاجئ عند بلوغ أربعين نطاقا، سواء كانت في حساب واحد أم لا. إنما تتحول الأعمال الخاصة بكل نطاق، والتي كانت بسيطة مع ثلاثة نطاقات، إلى وظيفة قائمة بذاتها.

فحص DNS هو أوضح مثال. يستغرق التأكد من صحة سجلات نطاق واحد دقيقة، أما التحقق من أربعين نطاقا فيستغرق معظم الصباح. لذلك لا يجرى الفحص كثيرا، وقد يظل سجل معطل بلا ملاحظة لأشهر إلى أن يبلغ شخص عن فقدان البريد.

وينطبق الأمر نفسه على كل مهمة تنفذ لكل نطاق: إضافة صندوق بريد، وفحص مساحة التخزين، والتأكد من تجديد الشهادة، وملاحظة تغير مسار الإرسال. لا يصعب أي منها منفردا، لكن عليك تنفيذ كل منها أربعين مرة.

وعندما تتوزع أربعون نطاقا على مزودين مختلفين، لا يوجد مكان واحد يعرضها كلها. لهذا يظهر جدول البيانات، فهو فهرس يدوي لمعلومات تعرفها الأنظمة منفردة لكنها لا تعرضها مجتمعة.

عمليات تصبح موحدة

وجود أربعين نطاقا في حساب واحد يجعل بعض العمليات موحدة بدلا من تكرارها، وهنا تستعيد الوقت.

تطبيق DNS بدلا من إرسال التعليمات. عندما تستخدم النطاقات Cloudflare، يمكن كتابة السجلات مباشرة عبر API بدلا من إعطاء شخص قائمة ليدخلها يدويا. يلغي ذلك الإدخال نفسه وأخطاء النسخ، وهي السبب المعتاد وراء نطاق يكاد يعمل لكنه لا يعمل تماما.

إضافة النطاقات دفعة واحدة. تصبح إضافة أربعين نطاقا عملية واحدة بدلا من أربعين، وينطبق الشيء نفسه على تجهيز صناديق البريد.

شاشة واحدة للحالة. تعرض النطاقات التي تجتاز الفحوص، والتي يتدفق بريدها، والتي لا تشهد نشاطا. إنها جدول البيانات نفسه، لكن النظام يتولى تحديثه بدلا منك.

فاتورة واحدة. قد لا تكون هذه الميزة الأكثر إثارة، لكنها كثيرا ما تكون سبب الانتقال، لأن أربعين فاتورة صغيرة من أربعة مزودين تمثل عبئا إداريا مستقلا.

الحدود المهمة عند هذا الحجم

يحدد عدد النطاقات المسموح به في كل باقة ما إذا كان من الممكن جمع أربعين نطاقا في حساب واحد.

تستوعب باقة Starter أربعين نطاقا في حساب واحد بسهولة مقابل $4 شهريا، وهو ما يفاجئ من ظن أن إدارة النطاقات المتعددة شأن خاص بالمؤسسات الكبيرة. لكن Starter لا تشمل المرشحات، فإذا كان الفرز التلقائي مهما فالباقة المناسبة هي Pro لا Starter. من المفيد معرفة هذا الحد قبل الاختيار.

القيد الآخر هو سعة تخزين البريد المشتركة بين جميع الصناديق والنطاقات: 15 GB في Starter، و50 في Pro، و200 في Agency. تكفي هذه السعة لأربعين نطاقا يضم كل منها بضعة صناديق، لكنها لن تكفي أربعين نطاقا بصناديق بريد نشطة بكثافة.

الحفاظ على التنظيم

يحل جمع أربعين نطاقا في حساب واحد مشكلة الأدوات لكنه يخلق مشكلة في التنظيم، لأن التنقل بين أربعين عنصرا من أي نوع في قائمة واحدة ليس سهلا.

تفيد الملاحظات على النطاقات أكثر مما يبدو. سطر يسجل سبب وجود النطاق، ومن يملكه، والغرض منه هو ما ستحتاج إليه بعد ثمانية عشر شهرا عندما تنسى التفاصيل. وتبقى الملاحظة مع النطاق بدلا من مستند منفصل لا يحدثه أحد.

يساعد اتساق تسمية صناديق البريد بين النطاقات بالقدر نفسه. فإذا اتبع الاسم النمط ذاته في كل مكان، يخبرك العنوان بالنطاق الذي ينتمي إليه وبوظيفته من دون الحاجة إلى البحث.

ومن المهم تحديد النطاقات المستخدمة فعليا والنطاقات المركونة، لأن كلا منهما يحتاج إلى عناية مختلفة. تحتاج النطاقات المركونة إلى catch-all ولا شيء غيره، كما نشرح في البريد للنطاقات المركونة. أما النطاقات المستخدمة فعليا فتحتاج إلى الفحص.

متى تثبت خانة الملاحظات قيمتها

عند أربعين نطاقا، لا يكون السؤال المتكرر عن كيفية إعداد شيء، بل عن سبب وجوده أصلا.

تجيب ملاحظة من سطر واحد على كل نطاق، تسجل مالكه والغرض منه وتاريخ آخر مراجعة، عن هذا السؤال من دون مستند منفصل لا يحدثه أحد. إنها أقل وسائل التوثيق تكلفة في التكوين كله، ومع ذلك فهي الأكثر تعرضا للإهمال.

متى يكون الدمج قرارا خاطئا

هناك حالتان لا يناسبهما جمع أربعين نطاقا في حساب واحد، وتستحق كلتاهما اهتماما جديا.

نطاقات العملاء التي قد تعيدها إليهم. إذا كان من المحتمل أن يغادر عميل وينقل نطاقه إلى حساب مستقل، فإن الاحتفاظ به داخل حسابك يصعب فصله. يمكن فعل ذلك، لكنه يصبح عملية ترحيل لا مجرد نقل للملكية. ويجب التفكير في ذلك قبل الفصل لا أثناءه.

نطاقات ذات متطلبات مختلفة فعلا. إذا احتاج نطاق واحد إلى مستوى امتثال لا تحتاج إليه النطاقات الأخرى، مثل موقع محدد لتخزين البيانات أو سياسة احتفاظ معينة أو مسار إرسال خاص، فإن وضعه مع تسعة وثلاثين نطاقا آخر يعني عمليا تطبيق المتطلب الأكثر صرامة على الجميع أو إدارته كاستثناء. والاستثناءات عرضة للنسيان.

تستقر معظم الوكالات على حل وسط: تدمج كل النطاقات الاعتيادية وتبقي النطاقين أو الثلاثة ذوي المتطلبات الخاصة منفصلة. وهذا أعقل من أي من الطرفين.

الوصول إلى الحساب الموحد من دون خسارة عطلة نهاية الأسبوع

يبدو جمع أربعين نطاقا في حساب واحد مشروعا كبيرا، لكنه في معظمه انتظار.

لا ينبغي لأحد محاولة إنجازه في جلسة واحدة، ولا يوجد سبب لذلك. يمكن نقل كل نطاق بصورة مستقلة، ولذلك يمكن تنفيذ التغيير على مدى أسابيع من دون تنسيق بين النطاقات، ولن تؤثر مشكلة في أحدها على البقية.

يتكون العمل لكل نطاق من إضافته وتطبيق DNS وترحيل صناديق البريد الموجودة. الخطوة الأخيرة وحدها تستغرق وقتا حقيقيا، وهي تعمل في الخلفية. لتجنب المتاعب، ابدأ بالنطاقات الهادئة، أي النطاقات المركونة وقليلة الاستخدام التي لا تسبب الأخطاء فيها ضررا، واترك الأكثر نشاطا حتى تكتسب الثقة في العملية.

يستمر البريد في الوصول إلى المزود القديم حتى تنتشر تغييرات DNS، فلا يضيع شيء أثناء الانتقال. تعمل الجهتان معا لفترة بدلا من التحول المفاجئ من إحداهما إلى الأخرى. نشرح جلب البريد الموجود في ترحيل البريد. ومن الأفضل إجراء المطابقة بعد ذلك بدلا من افتراض أن نجاح النسخ يعني اكتماله.