سؤال

إذا كنت الاستماع إلى أحدث ستاكوفيرفلوو بودكاست (الحلقة 19) ، و جيف و جويل تحدثنا قليلا عن التوسع في أجهزة الخادم كما موقع على شبكة الانترنت ينمو.من ما كان جويل قائلا الخطوات القليلة الأولى هي جميلة القياسية:

  1. واحد خادم يقوم بتشغيل كل من خادم قاعدة البيانات (الحالي ستاكوفيرفلوو الإعداد)
  2. واحد خادم واحد خادم قاعدة البيانات
  3. اثنين من موازنة التحميل مزودات الويب و واحد خادم قاعدة البيانات

لم نتحدث كثيرا عن ما يأتي بعد ذلك على الرغم من.هل إضافة المزيد من مزودات الويب?آخر قاعدة بيانات الخادم ؟ تكرار هذا الجهاز العنقودية في مختلف مراكز البيانات التكرار?أين ويب بدء التشغيل نذهب من هنا في الأجهزة القسم ؟

هل كانت مفيدة؟

المحلول

معقول الإعداد دعم "متوسط" تطبيق ويب قد تتطور على النحو التالي:

  1. واحد جنبا إلى جنب التطبيق/خادم قاعدة البيانات
  2. فصل قاعدة البيانات على جهاز آخر
  3. التطبيق الثاني ملقم DNS round-robin (الرجل الفقير موازنة) أو مثل Perlbal
  4. ثانيا تكرارها خادم قاعدة البيانات (على قراءة الأحمال ، يتطلب تطبيق بعض التغييرات المنطق حتى المؤهلة قاعدة بيانات يقرأ تذهب إلى العبد)

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

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

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

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

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

نصائح أخرى

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

الحديث للتحجيم شبكة الإنترنت أبنية الأنماط الشائعة & النهج من كال هندرسون (ياهو) على Web 2.0 Expo كانت مثيرة للاهتمام للغاية.اعتقدت كان هناك فيديو, ولكن أنا لا يمكن العثور عليه.ولكن هنا هي الشرائح:

http://www.slideshare.net/techdude/scalable-web-architectures-common-patterns-and-approaches

معين الخطوة التالية ستكون مجموعة من مزودات الويب (مزرعة ويب) و نظام متفاوت المسافات من خوادم قاعدة البيانات (النسخ المتماثل أو أوراكل RAC.... الخ.... الخ)

إذا كنت مهتما في التخزين المؤقت باستخدام .صافي, انظر إلى تطبيق التخزين المؤقت كتلة في مكتبة المؤسسة (بالطبع استخدام هذا جنبا إلى جنب مع النقاط الأخرى المذكورة أعلاه).

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top