قادة الفكر
لموقع التجارة الإلكترونية الخاص بك حاجة إلى نهج متعدد السحابة نشط-نشط في موسم العطلات هذا
对于 قادة التجارة الإلكترونية، يجلب موسم العطلات شيئين مؤكدين: تدفق هائل من المتسوقين وزيادة خطر انقطاع مزود السحابة. يبدو أن انقطاعات السحابة الكبيرة أصبحت أكثر شيوعًا وأكثر تدميرًا. على سبيل المثال، المنطقة US-East-1 من AWS لديها تاريخ من الانقطاعات الكبيرة في موسم العطلات. وبالمثل، كل عام حول يناير، تميل Microsoft Azure إلى أن تعاني من مشاكل في التأخير الشبكي أو انقطاع الشبكة بسبب خطط الإصدار أو الاختبار في مناطق معينة. ونحن بحاجة فقط إلى النظر إلى الوراء إلى يونيو الماضي، عندما كان انقطاع السحابة الكبيرة في Google Cloud影响ت على مجموعة واسعة من التطبيقات، لتذكرنا أن لا مزود واحد معفي.
إذا كنت مسؤولاً عن تشغيل تجارة إلكترونية، لا تريد أن تكتشف أن حتى لو قمت بتهيئة كل شيء بشكل صحيح، شيء ما قد توقف عن العمل خلال الوقت الأكثر حرجًا في السنة. قد لا تكون انقطاعات مزود السحابة ومشاكله على رادارك، وبالفعل، لا ينبغي أن تكون كذلك. إذا كنت مهندس موثوقية الموقع، لا ينبغي أن تقلق بشأن ما إذا كان انقطاع السحابة سوف يؤثر على تطبيقك، ولا ينبغي أن تحاول تعديل بنيتك التحتية على الهواء أثناء حدوث مشكلة. بدلاً من ذلك، يجب إعادة النظر في ما تعرفه عن السحابة متعددة.
تطبيقات السحابة متعددة
إذا كانت منظمتك تدفع رسوم AWS وAzure وGCP، فإنك تملك بالفعل جميع السحابات الثلاثة تحت تصرفك. ومع ذلك، في حين قد تستخدم جميع السحابات الثلاثة، من المهم أن ننظر إلى ما يحدث عندما نذهب إلى طبقة أعمق. هل بعض تطبيقاتك محددة لAWS أو Azure أو GCP؟ هل سوف تستمر في العمل إذا كان مزود السحابة واحد معطلاً وتريد التبديل بسرعة إلى آخر?
يجب أن يعمل تطبيقك بشكل مثالي على أي من السحابات. هذا ما يعنيه ترتيب السحابة الحقيقية متعددة. إذا كنت تريد أن تكون متجاوزًا للسحابة، لا يمكنك مجرد دفع رسوم السحابة متعددة؛ يجب عليك أيضًا التأكد من أن تطبيقاتك هي أيضًا متعددة السحابة.
علاوة على ذلك، يؤدي الاعتماد على مزود واحد إلى تقديم قيود متأصلة على قدرة الحوسبة وحدود معدل واجهة برمجة التطبيقات والتوافر الإقليمي. يزيد ترتيب السحابة متعددة من قدرتك الحوسبية الإجمالية ويوفر مرونة ضد هذه القيود. إنه يفتح khảية توسيعك السعة بسرعة عبر الجغرافيا وتوفير الأداء المتسق خلال أيام التسوق المزدحمة. ولكن امتلاك تطبيق قابل للنقل ومتجاوز للسحابة هو فقط الخطوة الأولى؛ الخطوة التالية هي نشره في هيكل متين حقًا.
التنسيق إلى نهج نشط-نشط
هذا يتطلب بعض التحضير الجاد من قبل DevOps. من الصعب للغاية أن يكون لديك استراتيجية استرداد الكوارث المستمرة للعمل التجاري بنسبة 100٪ دقيقة، منذ أن هناك نقاط فشل متعددة عند تشغيل عملياتك مباشرة. لا تريد أن تختبر استراتيجية استرداد الكوارث في انقطاع، لذلك قد تشعر أن كل ما يمكنك فعله حقًا هو توقع السيناريوهات المحتملة ثم التحضير وفقًا لذلك.
نصيحتي لمهندسي موثوقية الموقع هي التصميم للفشل افتراضيًا. هذا يعني وجود سحابة ثانوية أو حتى ثالثة تعمل في حالة نشطة. استراتيجية استرداد الكوارث محددة بمزود واحد هي نقطة فشل واحدة؛ إذا فشل مستوى تحكم المزود أو شبكة العمود الفقري، يتم تجريد خطة الاسترداد بأكملها من الفائدة.
خلال موسم العطلات، من الشائع أن يزداد عدد الزوار فجأة، مما يضطر منصتك أو تطبيقك إلى البدء في العمل بقدرة مخفضة. إذا كنت قد أنشأت بالفعل نسخة من تطبيقك العامل، ثانوية، يمكنك التبديل إلى تنفيذ موازنة الحمل بحيث يمكنك تحويل بعض الطلبات إلى مثيل آخر من تطبيقك.
هذا النهج النشط-النشط يعني أن لديك منتجك الكامل مكررًا، يعمل في مكان آخر. إذا كان مزود السحابة الرئيسي يعاني من تدهور شديد أو انقطاع، يمكنك التحويل بسلاسة إلى 100٪ من حركة المرور إلى المزود الثانوي عبر DNS أو موازنة الحمل العالمي، مما يجعله نقطة الدخول الرئيسية دون أي انقطاع لعملائك.
التكلفة الحقيقية لعدم الانتقال إلى السحابة متعددة
في حين أن تكلفة تشغيل سحابة ثانوية ليست تافها، فهي تافهة مقارنة بتأثير الأعمال لانقطاع كبير: اعتذار للعملاء بعد فشل في الموثوقية، محاولة إقناعهم بأنه لن يحدث مرة أخرى، وإقناعهم بعدم مغادرة لك لصالح أحد منافسيك. دعونا لا ننسى أيضًا جميع الإيرادات المفقودة من المبيعات التي لا يمكنك الفوز بها مرة أخرى. في FluidCloud، رأيت هذا السيناريو يلعب مرة بعد مرة: الشركات تستثمر بكثافة في مزود واحد، فقط لتحديد نفسها على الجانب الخاطئ من انقطاع دون أي وسيلة فورية.
مع ذلك، من الصعب التحكم في التكاليف إذا كنت تستخدم مزودًا واحدًا فقط؛ من المحتمل أن تبدو تكاليف السحابة الخاصة بك مثل الرسم البياني الأسي.
عندما تكرر بنيتك التحتية من مزود السحابة الرئيسي، لا تريد أن تتضاعف التكاليف بشكل طبيعي. أوصي بالتركيز على السحابات الأرخص التي تقدم أداءً تنافسيًا عند نقطة سعر أقل. إذا كنت تملك ثانوية تعمل في سحابة أرخص، سوف تظل لديك مكررة نشطة-نشطة، ولكن بسعر أقل. إنه فوز-فوز.
أفكار ختامية
تشغيل تطبيقاتك النشطة-النشطة عبر مزودي السحابة متعددين لا يعني ببساطة إنشاء نسخة احتياطية. إنه يعني بناء القدرة على الصمود في الوقت الفعلي، وضمان أن أعمالك لا تملك نقطة فشل واحدة، والقدرة على تقديم سرعة متسقة حتى خلال ذروات المرور.
في هذا موسم العطلات، لا تنتظر فقط الموثوقية. بناءها. صمم أنظمتك لتشغيلها بانتظام، بغض النظر عن مزود السحابة أو المنطقة التي تعاني من مشاكل. قدم تجربة عملاء خالية من العيوب من خلال تبني هيكل السحابة متعددة النشطة-النشطة الحقيقي.
