خلاصة القول: اذا نظرتم الى نظام مراقبة حركة المرور الشكل السنبلة، سوف تجد أنه هو خط مستقيم، ابتداء من هذا الارتفاع الثاني هو خط جدا على التوالي على التوالي، وذلك لأن الطلب ارتفاع يتركز بشكل كبير في وقت لخاص نقطة في الوقت المناسب. ونتيجة لذلك، فإنه سوف يؤدي إلى حركة المرور قمم مرتفعة بشكل خاص، واستهلاك للموارد بشكل فوري.
اذا نظرتم الى نظام مراقبة حركة المرور الشكل السنبلة، سوف تجد أنه هو خط مستقيم، ابتداء من هذا الارتفاع الثاني هو خط جدا على التوالي على التوالي، وذلك لأن الطلب ارتفاع يتركز بشكل كبير في وقت لخاص نقطة في الوقت المناسب. ونتيجة لذلك، فإنه سوف يؤدي إلى حركة المرور قمم مرتفعة بشكل خاص، واستهلاك للموارد بشكل فوري.
لكن هذا السيناريو السنبلة، عدد من الناس قادرة على الاستيلاء على المنتج النهائي هو ثابت، وهذا هو نتيجة من 100 شخص و 10،000 شخص بدأ الطلب هي نفسها، وارتفاع درجة من التوافق، وطلب أكثر صالح.
ولكن من الأعمال التجارية، وتصاعد النشاط هو الأمل المزيد من الناس للمشاركة، وهذا هو، وبدأ الأمل هناك المزيد من الناس إلى الصفحة فرشاة من قبل، ولكن البداية الحقيقية لل، طلب مسمار واحد القادم ليس أفضل. ولذلك، فإننا يمكن وضع قواعد للسماح لطلبات أكثر المتزامنة لتأخير، ونحن حتى يمكن تصفية طلب غير صالح.
لماذا لقطة
لماذا لقطة ذلك؟ أو الذروة التي سوف تجلب الضرر؟
نحن نعلم موارد معالجة الخادم هو ثابت، لم يكن لديك أو استخدام قدرات التجهيز لها هي نفسها، وبالتالي فإن القمم، فإنه يمكن أن يؤدي بسهولة إلى مشغول في التعامل معها، ومع ذلك، لا يوجد شيء ولكن وقت الفراغ لعملية. ولكن نظرا لضمان جودة الخدمات، وكثير من الموارد تجهيز لدينا لا يمكن إلا أن يقدر وفقا للوقت مزدحم، وهذا من شأنه أن يؤدي إلى هدر الموارد.
انها مثل وجود مشكلة لأن ساعة الذروة الصباحية والمسائية الذروة، وذلك مع ذروة الحمل يتحول الحل خط الحد.
لقطة الوجود، يمكن للمرء أن أصبحت عملية الخادم أكثر استقرارا، وثانيا، يمكنك حفظ تكلفة الموارد الموجودة على الخادم.
هذا المشهد السنبلة، لقطة أساسا هو مزيد من التأخير المستخدم الطالبة، من أجل الحد من وتصفية طلب غير صالح، على الامتثال له "طلبات اقل وقت ممكن" من حيث المبدأ.
اليوم، وسوف أعرض بعض الأسباب العملية لقطة المرور: خط، والإجابة، وتصفية الطبقات.
وهذه الطرق ضياع (أي عدم فقدان المستخدم طلب) تطبيقات، وبطبيعة الحال، بعض التطبيقات الضياع، بما في ذلك ما يتعلق باستقرار عدد من الطرق، مثل الحد الحالية وآلة حماية الزائد وراء لنا أن نقدم وبعض التدابير القسرية الأخرى يمكن تحقيق الغرض من تدابير الحماية لقطة، وبطبيعة الحال هذا هو الملاذ الأخير، وبالتالي لا يجوز تصنيفها لوجودي هنا.
يصطف
لقطة حركة المرور، والحل الأكثر وضوحا هو استخدام قائمة انتظار رسالة للتخفيف معدل التدفق، واستدعاء متزامن تحويلها مباشرة إلى دفع متزامنة بشكل غير مباشر، من خلال طابور المتوسطة حصوله على معدل تدفق فوري الذروة في نهاية واحدة، على الطرف الآخر من التنعيم لدفع رسالة بها. هنا، قائمة انتظار الرسائل مثل "الخزان"، وتخزين المنبع الفيضانات وانقطاع نهر المصب إلى تدفق الذروة، وذلك لتحقيق الغرض من الإغاثة كارثة الفيضانات.
قائمة انتظار رسالة إلى المخزن المؤقت للمخطط التدفق الفوري هو مبين أدناه:
ومع ذلك، إذا كان تدفق الذروة لفترة من الزمن للوصول إلى الحد الأعلى من قائمة انتظار رسالة من هذه العملية، على سبيل المثال، بلغ تراكم رسالة من الآلة مساحة أقصى تخزين، كما سيتم سحق قائمة انتظار الرسائل، على الرغم من أن نظام هذه الحماية المصب، ولكن مباشرة و التخلص الطلب لم يغير من الأمر كثيرا. مثل مواجهة الفيضانات، على الرغم من أنني أخشى أن هناك مخزونا من دون جدوى.
بالإضافة إلى قائمة انتظار الرسائل، وبطريقة مماثلة طابور هناك الكثير، على سبيل المثال:
- استخدام تجمع مؤشرات الترابط لانتظار القفل هو أيضا الطابور مشترك؛
- FIFO، متقدمة بعد تنفيذ الذاكرة المشتركة مثل الطابور الخوارزمية.
- تسلسل الطلب إلى ملف، ومن ثم قراءة ملف (آلية مزامنة على سبيل المثال، binlog ماي القائمة) لاستعادة طلب ذلك مرة أخرى بالتتابع.
يمكن أن نرى، وهذه الأساليب لها سمة مشتركة، وهذا هو، "الخطوة العملية" إلى "عمليتين"، والتي زادت مزيد قابلة للتشغيل لتوفير تأثير توسيد.
هنا قد يقول لك، طلب من هذا القبيل إلى زيادة مسار الوصول، آه، لا تفي "4-1 لا" مبدأ واحد منا. نعم، بالتأكيد لا يبدو معقولا، ولكن إذا لم يكن لإضافة خطوة العازلة، وهذا النظام هو المرجح لتحطم الطائرة مباشرة في بعض المشاهد، لذلك في نهاية المطاف تحتاج إلى إجراء حلا وسطا والتوازن.
إجابة
إذا كنت تتذكر، أقرب ارتفاع بحتة لتحديث الصفحة وانقر على زر شراء، الذي كان في وقت لاحق زيادة وظيفة الجواب. لذا، لماذا وظائف إضافية للرد على ذلك؟
ويرجع ذلك أساسا إلى زيادة تعقيد الشراء، وذلك لتحقيق هدفين.
الغرض الأول هو منع بعض المشترين إلى استخدام مسمار هو الغش أثناء حضوره ارتفاع. 2011 هو ارتفاع النار عندما الارتفاع هو أيضا أكثر المستشري، وبالتالي لا تفي بغرض التسويق والمشاركة العامة، ونظام يضيف الجواب للحد من ارتفاع الجهاز. بعد زيادة الجواب، توقيت التحكم الأساسية بعد 2S، انخفضت نسبة ارتفاع واحد أيضا بشكل ملحوظ. الإجابة على الصفحة كما هو مبين في الشكل.
والغرض الثاني هو تأخير في الواقع طلب، على طلب للعب دور لقطة حركة المرور، والتي تمكن النظام لتقديم دعم أفضل لحظية الذروة المرورية. هذه وظيفة مهمة تتمثل في طلب ذروة واحدة ممدود، وتمتد من 1S السابقة ل2S ~ 10S. ونتيجة لذلك، وهو وقت الذروة بناء على طلب من شريحة. هذه شريحة الوقت مهم جدا للتعامل مع الخادم المتزامنة، وسوف تقلل إلى حد كبير من الضغط.
وعلاوة على ذلك، لأن الطلب مع النظام، وعندما طلب من وصول بطبيعة الحال لا يوجد مخزون، لذلك ببساطة لا يمكن الحصول على خطوة واحدة الماضية، وبالتالي فإن الكتابة المتزامنة الحقيقي هو محدود جدا. وتستخدم هذه فكرة التصميم حاليا شائع جدا، مثل السنة ALIPAY "شوب شوب على" رسائل صغيرة تشبه طريقة "اهتز".
هنا، أود التركيز على أن فكرة عن تصميم الجواب ارتفاع.
كما هو مبين أعلاه، يتم تقسيم كامل المنطقي الجواب ارتفاع إلى ثلاثة أجزاء.
في الواقع، فإن المنطق الجواب الحقيقي هو بسيط نسبيا، مفهومة جيدا: عندما، ثم يستمر الإجابات المستخدم والموضوعات المقدمة من الإجابات مقارنة المقابلة إلى الخطوة التالية في ترتيب منطقي، في حال إقراره، وإلا فإنه يفشل.
يمكننا وضع الأسئلة والأجوبة مع هذه الميزة الرئيسية سيكون MD5:
- مفتاح السؤال: حاليا + itemId + question_Id + الوقت + PK
- مفتاح الإجابة: حاليا + itemId + الرد + PK
منطق التحقق كما هو مبين أدناه:
علما بأن هناك منطق التحقق من الصحة، بالإضافة إلى الإجابة التحقق على السؤال، وأيضا بما في ذلك التحقق من هوية المستخدمين أنفسهم، مثل ما إذا كان أو لم تقم بتسجيل الدخول بالفعل، المستخدم كوكي كاملة، إذا كان المستخدم كثيرا ما تتكرر تقديم وهلم جرا.
بالإضافة إلى التحقق من صحة به، ويمكننا أيضا القيام المهلة المحددة لتقديم الأجوبة، مثل الجواب من البداية لقبول الإجابة على أكثر من 1S، لأن أقل من 1S هو إمكانية عمل الإنسان هي صغيرة جدا، بحيث يمكن أن يمنع الرد الآلي.
تصفية الطبقات
ووصف الجواب طابور طلب إعادة الإرسال في وقت سابق إما صغيرة أو طلب إرسالها إلى مخازن، هناك طريقة لسيناريو ارتفاع، وطلب هو مرشح الطبقات لتصفية طلب غير صالح. تصفية الطبقات هو في الواقع "قمع" نوع مصمم للتعامل مع الطلب، كما هو مبين أدناه.
إذا كان الطلب عن طريق CDN، جبهة النظام القراءة (مثل أنظمة تفاصيل المنتج)، وأنظمة المكاتب الخلفية (مثل أنظمة التداول) وطبقات قاعدة البيانات هذه، ثم:
- أكثر من الحصول على البيانات وحركة المرور على المتصفح الخاص بالمستخدم أو CDN، وقراءة هذه الطبقة يمكن اعتراض معظم البيانات؛
- بعد الطبقة الثانية (أي النظام الأمامي) البيانات (بما في ذلك اتساق البيانات قوي) قدر الإمكان أن تذهب ذاكرة التخزين المؤقت وتصفيتها بعض الطلبات غير صالحة.
- وبعد ذلك إلى أنظمة المكاتب الخلفية الطبقة الثالثة، وذلك أساسا إلى بيانات التفتيش الثانوية، ونظام محمي جيدا والحد الحالي، وبالتالي فإن كمية البيانات وطلب ومزيدا من الانخفاض.
- استكمال البيانات تدقيق التناسق قوية في طبقة البيانات.
مثل القمع، إلى أقصى حد ممكن طلب مبلغ وكمية البيانات في طبقات وانخفاض الترشيح.
الطبقات مرشح الفكرة الأساسية هي: لتصفية قدر الإمكان على مختلف المستويات طلب غير صالح أن يكون "قمع" الأكثر فعالية هو نهاية الطلب. ولتحقيق هذه الغاية، يجب علينا أن نفعل التحقق الهرمي للبيانات.
المبادئ الأساسية تعادل مستويات هي:
شكل طبقات الغرض التعادل هو:
في نظام القراءة، في محاولة للحد من الاختناقات نظام تدقيق التناسق الناجم، ولكن في محاولة للتحقق سوف الشرط لا يؤثر على الأداء في وقت مبكر، مثل ما إذا كان المستخدم لديه مؤهلات السنبلة، سواء الوضع التجاري العادي، والجواب المستخدم هو الصحيح، ما إذا كان ارتفاع قد انتهى، سواء طلب غير قانوني، كفاية حكمه التسويق وما شابه.
في النظم كتابة البيانات، وذلك أساسا لكتابة البيانات (مثل "المخزون") القيام تدقيق التناسق، وأخيرا في مستوى قاعدة البيانات لضمان دقة النهائية للبيانات (مثل "المخزون" لا يمكن أن تختزل إلى عدد سلبية).
تلخيص
اليوم، وقدم لقطة كيفية طلب في وقت الموقع تواجه تأثير مروري كبير، ويدخل ثلاثة علاجات قص:
- واحدة من خلال قائمة الانتظار لالعازلة طلبات، أي طلب السيطرة؛
- وهناك وقت لتمديد طلب صادر عن الجواب، عند تلقي طلب السيطرة بعد على طلب مصنوع، وأخيرا طلب ليست مؤهلة لتتم تصفيته.
- آخر واحد هو طلب لتصفية الطبقات.
حيث قائمة الانتظار العازلة بصورة أعم، فإنه ينطبق على الداخل على طلب استدعاء ليس المشهد تدريجيا بين نظام المصب، لأن متطلبات جودة الخدمة داخل النظام لا يمكن إسقاط تعسفية الطلب، وبالتالي فإن استخدام قوائم انتظار الرسائل ويمكن أن تلعب منطقة عازلة جيدة لقطة تأثير.
الجواب هو أكثر قابلية للتطبيق ارتفاع أو أنشطة مثل تطبيق سيناريوهات تسويق، بناء على طلب المبادر للسيطرة على سرعة البدء في الطلب، والطلب غير صالح لأن أكثر إلى الوراء ستكون أكثر من ذلك مع الأخذ الطريق وراء اعتراض المستويات، يمكن أن تقلل أيضا استهلاك طلب صالح من موارد النظام.
تصفية الطبقات هي مثالية للطلب الكتابة المعاملات، مثل تخفيض المخزون أو استخدام السيارات هذا السيناريو، الوقت في القراءة هناك أي جرد أو الحاجة إلى معرفة ما إذا كان هناك فائض من المقاعد الفارغة. ولكن نظرا لجرد والجلوس في تغير مستمر، لذلك تأكد من قراءة البيانات غير دقيقة للغاية؟ في الواقع، ليس بالضرورة، يمكنك وضع بعض الطلبات في الماضي، ثم القيام ضمانات الاتساق قوية في الوقت الحقيقي مخفضة، بحيث أن كلا من تصفية بعض الطلبات وحل عنق الزجاجة الاتساق قوي قراءة.
ومع ذلك، بالإضافة إلى التعامل مع لقطة من استخدام وسائل التقنية، في الواقع، أن يكون أيضا وسيلة الأعمال العاملات لتحقيق تأثير معين، مثل عندما يكون مفتوحا تعزيز صفر كبير بسبب الكثير من حركة المرور مما أدى نظام الدفع منعت، وهذه المرة يمكن استخدام قسيمة، واليانصيب الإطلاق، وما إلى ذلك، أن تكون جزءا من تدفق فرقت إلى أماكن أخرى، وهذا يمكن أيضا أن تكون بمثابة تدفق العازلة.
نقل: الشبكي: //yq.aliyun.com/articles/700672 SPM = a2c4e.11154873.tagmain.78.48c13224rPuVJX؟