DigitalOcean تقوم منصة التطبيقات الآن بتوسيع نطاق خدمات الويب بناءً على الطلب المباشر لبروتوكول HTTP، مما يمنح فرق SaaS طريقة أكثر مباشرة للتعامل مع النمو المستمر لحركة المرور دون إدارة الخوادم يدويًا.
DigitalOcean أعلن في 22 مايو 2026 أن أصبح التوسع التلقائي القائم على الطلب متاحًا بشكل عام على منصة التطبيقاتتتيح هذه الميزة توسيع نطاق التطبيقات باستخدام إشارات HTTP مثل عدد الطلبات في الثانية و زمن استجابة P95بدلاً من الاعتماد فقط على مقاييس وحدة المعالجة المركزية، أصبح يعمل الآن على كل من وحدات المعالجة المركزية المشتركة ووحدات المعالجة المركزية المخصصة.
بالنسبة لمشتري خدمات الاستضافة، يُعدّ هذا التحديث مهمًا لأنّ التوسع التلقائي لم يعد مقتصرًا على خطط المعالجات المركزية المخصصة الكبيرة. يمكن الآن لفرق البرمجيات كخدمة الصغيرة، والوكالات، ومطوري واجهات برمجة التطبيقات، ومالكي التطبيقات استخدام التوسع القائم على حجم البيانات قبل الانتقال إلى بنية تحتية أكثر تكلفة.
ماذا فعلت DigitalOcean هل ترغب في إضافته إلى منصة التطبيقات؟
DigitalOcean تمت إضافة خاصية التوسع التلقائي بناءً على الطلب لمكونات خدمة الويب الخاصة بمنصة التطبيقات.
تتيح هذه الميزة لمنصة التطبيقات توسيع نطاق الحاويات بناءً على عدد الطلبات في الثانية لكل مثيل وزمن استجابة P95. يقيس عدد الطلبات في الثانية ضغط حركة البيانات، بينما يقيس زمن استجابة P95 زمن الاستجابة الذي يستغرقه 95% من الطلبات، مما يساعد على تحديد ما إذا كان المستخدمون ينتظرون وقتًا طويلاً.
DigitalOcean يشير إلى أن التوسع التلقائي كان يتطلب سابقًا خطة وحدة معالجة مركزية مخصصة. أما الإصدار الجديد فيوسع نطاق التوسع التلقائي القائم على الطلب ليشمل مثيلات وحدة المعالجة المركزية المشتركة، مما يوفر للمشاريع في مراحلها المبكرة مسارًا أقل تكلفة للتوسع الأفقي التلقائي.
يمكن لمستخدمي وحدة المعالجة المركزية المخصصة دمج المقاييس القائمة على الطلبات مع التوسع التلقائي القائم على وحدة المعالجة المركزية. في هذا الإعداد، تتوسع منصة التطبيقات عند تجاوز أي عتبة مُحددة، وتُقلص حجمها فقط عندما تعود جميع المقاييس ضمن النطاق المحدد.
لماذا يُعد التوسع التلقائي القائم على الطلبات مهمًا لتطبيقات SaaS؟
يُعدّ التوسع التلقائي القائم على الطلبات أمرًا بالغ الأهمية، لأنّ استخدام وحدة المعالجة المركزية لا يعكس دائمًا تجربة المستخدم. فقد يبدو تطبيق SaaS بطيئًا بينما يبدو استخدام وحدة المعالجة المركزية مقبولًا. قد ينتظر المستخدمون استعلامات قاعدة البيانات، أو عمليات الدفع، أو جلسات تسجيل الدخول، أو استدعاءات واجهة برمجة التطبيقات، أو مسارات التطبيق البطيئة. يُظهر استخدام وحدة المعالجة المركزية حمل البنية التحتية، بينما يُظهر حجم طلبات HTTP وزمن الاستجابة ضغط حركة البيانات بالقرب من المستخدم.
DigitalOceanيُقدّم تحديث [اسم التحديث] للفرق إشارتين لتوسيع نطاق الخدمة موجهتين للمستخدمين: 1) عدد الطلبات في الثانية، والذي يُظهر مدى سرعة ارتفاع الطلب؛ 2) زمن الاستجابة P95، والذي يُظهر ما إذا كانت أوقات الاستجابة تتدهور للطلبات الأبطأ. عند تجاوز أي من هذين الحدين، DigitalOcean يشير ذلك إلى بدء تشغيل حاويات جديدة. عندما ينخفض الحمل وتصبح جميع المقاييس أقل من أهدافها، يقوم الموسّع بتقليل عدد الحاويات.
وهذا يساعد منتجات SaaS وتطبيقات الحجز وحملات البيع السريع وإطلاق المنتجات والخدمات التي تعتمد على واجهة برمجة التطبيقات (API) حيث يمكن أن يرتفع الطلب بشكل أسرع من قدرة فريق صغير على إعادة تحجيم البنية التحتية يدويًا.
من المستفيد الأكبر من هذا التحديث؟
DigitalOcean تُفيد منصة التطبيقات الفرق التي ترغب في إدارة النشر والتوسع دون الحاجة إلى إدارة مباشرة للخوادم. تشمل الفئات الأنسب لهذه المنصة الشركات الناشئة في مجال البرمجيات كخدمة (SaaS)، والوكالات، وفرق التطوير الصغيرة، والمنتجات التي تعتمد على واجهات برمجة التطبيقات (API)، وأصحاب التطبيقات الذين يواجهون حركة مرور غير منتظمة. عادةً ما يرغب هؤلاء المستخدمون في النشر باستخدام Git، وإدارة عمليات البناء، وأدوات تحكم بسيطة في التوسع، وتقليل أعمال البنية التحتية.
يُفيد هذا التحديث أيضًا المشاريع في مراحلها الأولى. فبما أن التوسع التلقائي القائم على الطلبات يعمل الآن على وحدات المعالجة المركزية المشتركة، يُمكن للتطبيقات الصغيرة استخدام التوسع الأفقي قبل الانتقال إلى موارد المعالجة المركزية المخصصة. وهذا يُسهّل على الفرق التي تحتاج إلى أدوات تحكم في التوسع ولكنها غير مستعدة لتخطيط البنية التحتية بشكل مُعمّق البدء.
لا تزال هذه الميزة تتمتع بنطاق واضح. DigitalOcean ينص على أن التوسع التلقائي القائم على الطلبات ينطبق على مكونات خدمة الويب التي تستقبل حركة مرور HTTP خارجية. أما مكونات العامل والوظائف فهي غير مؤهلة.
ما هي المشاكل التي لا يحلها التوسع التلقائي؟
تضيف خاصية التوسع التلقائي سعة على مستوى التطبيق، لكنها لا تحل جميع مشاكل الاستضافة.
DigitalOcean تشير إلى أن قرارات التوسع تستخدم نافذة معدل مدتها 5 دقائق، لذا يستجيب نظام التوسع التلقائي للحمل المستمر بدلاً من الارتفاعات اللحظية. وهذا يجعل هذه الميزة أفضل للتعامل مع ضغط حركة المرور المستمر مقارنةً بالارتفاعات القصيرة.
لا تعمل خاصية التوسع التلقائي على تحسين قواعد البيانات، أو إعادة كتابة التعليمات البرمجية غير الفعالة، أو إصلاح التخزين المؤقت الضعيف، أو تسريع العمليات الخارجية البطيئة. APIsأو لتفريغ قوائم الانتظار الخلفية المزدحمة. ولا يفيد استخدام المزيد من الحاويات إلا عندما تحتاج طبقة خدمة الويب إلى سعة أكبر.
كما أن التكلفة تحتاج إلى اهتمام. DigitalOcean ينصّ النظام على أن المستخدمين يدفعون فقط مقابل ما يستخدمونه، ولكن زيادة عدد الحاويات قيد التشغيل قد تؤدي إلى زيادة الإنفاق الشهري خلال فترات ذروة الاستخدام. لذا، ينبغي على المشترين تحديد الحد الأدنى والحد الأقصى للحاويات بعناية، ثم استخدام علامة تبويب "الإحصاءات" لمراجعة معدلات الطلبات العادية وزمن الاستجابة P95 قبل ضبط العتبات.
DigitalOcean كما ينص على أنه لا يمكن استخدام التوسع التلقائي القائم على الطلب مع ميزة "التوسع إلى الصفر" أو "وضع السكون" على نفس الخدمة. ويتعين على المشترين الاختيار بين التوسع الجاهز دائمًا وتوفير التكاليف بناءً على عدم النشاط لتلك الخدمة.
ما الذي يجب على مشتري برامج SaaS التحقق منه قبل اختيار خدمة الاستضافة ذاتية التوسع؟
ينبغي على مشتري برامج SaaS تقييم حجم العمل قبل اعتبار التوسع التلقائي حلاً كاملاً للاستضافة.
| أسئلة المشترين | لماذا يهم |
|---|---|
| ما هو المقياس الذي يحفز التوسع؟ | تقيس وحدة المعالجة المركزية وحجم الطلبات وزمن الاستجابة مشاكل مختلفة. |
| ما هي المكونات المؤهلة؟ | DigitalOceanتنطبق هذه الميزة على خدمات الويب الخارجية التي تعمل ببروتوكول HTTP، وليس على العمال أو الوظائف. |
| ما هي نافذة التكبير والتصغير؟ | DigitalOcean يستخدم نافذة معدل مدتها 5 دقائق للحمل المستمر. |
| ما هو الحد الأقصى للتوسع؟ | لا تزال إعدادات الحد الأدنى والحد الأقصى للحاويات تحد من السعة. |
| كيف تتغير الأسعار خلال فترات الذروة؟ | زيادة عدد الحاويات قيد التشغيل قد ترفع تكلفة الاستضافة الشهرية. |
| هل قاعدة البيانات قابلة للتوسع أيضاً؟ | قد يؤدي توسيع نطاق التطبيق إلى كشف اختناقات في قاعدة البيانات. |
| هل يتطلب عبء العمل ضوابط امتثال؟ | قد تحتاج التطبيقات الخاضعة للتنظيم إلى عزل وتوثيق أقوى. |
ينبغي على فرق البرمجيات كخدمة (SaaS) في قطاعات الرعاية الصحية والتكنولوجيا المالية وبرمجيات المؤسسات أن تتساءل عما إذا كان التوسع التلقائي على مستوى التطبيق كافيًا لنموذج الامتثال الخاص بها. مقدمو الخدمات مثل Atlantic.Net ادخل في المحادثة عندما يحتاج المشترون إلى استضافة متوافقة مع قانون HIPAA، أو بنية تحتية مخصصة، أو أمان مُدار، أو ضوابط تشغيلية أكثر وضوحًا. Atlantic.Net قوائم خدمات استضافة الامتثال عبر تحديد الخوادم, خوادم السحابة, GPU استضافةو استضافة الأجهزة المادية.
هذا يختلف عن حاجة المشتري البسيطة القائمة على حجم حركة المرور. DigitalOceanيُساعد التحديث التطبيقات على التفاعل مع حركة مرور الويب. كما تُساعد البنية التحتية المُركزة على الامتثال الفرق على التحكم في كيفية استضافة أحمال العمل الحساسة.
كيف يعكس هذا التحول في سوق الاستضافة؟
DigitalOceanيعكس التحديث تحولاً أوسع من الاستضافة القائمة على الموارد إلى الاستضافة المُراعية لأحمال العمل. كان مشترو خدمات الاستضافة التقليدية يقارنون بين عدد أنوية المعالج، وذاكرة الوصول العشوائي، ومساحة التخزين، وعرض النطاق الترددي، والسعر الشهري. أما مشترو خدمات البرمجيات كخدمة (SaaS) فيقارنون الآن بين آلية النشر، ومنطق التوسع، وإشارات زمن الاستجابة، وسلوك التكلفة، والتحكم التشغيلي.
تُقلل منصات PaaS المُدارة من عبء العمل على الخوادم بالنسبة للمطورين، وتُساعد الفرق الصغيرة على النشر والتوسع بشكل أسرع. ويظل مُزودو خدمات البنية التحتية مُهمين عندما يحتاج المشترون إلى الامتثال، أو العزل، أو موارد مُخصصة، أو بيئات خوادم مُخصصة.
لقرائنا في HostScore.netالخلاصة العملية بسيطة: وازن بين نموذج التوسع وحجم العمل. قد يستفيد تطبيق SaaS ذو حركة مرور متغيرة من التوسع التلقائي القائم على الطلبات. أما التطبيق الخاضع للتنظيم، فقد يحتاج إلى ضوابط بنية تحتية أقوى قبل أن تصبح ميزات التوسع ذات أهمية.
HostScore خلاصة القول: تحديث مفيد، لكنه ليس استراتيجية بنية تحتية كاملة
DigitalOceanيُعدّ التوسع التلقائي القائم على الطلبات ترقيةً مهمةً لمنصة التطبيقات. فهو يمنح فرق البرمجيات كخدمة (SaaS) ومالكي واجهات برمجة التطبيقات (APIs) والوكالات إشارةً أفضل للتوسع مقارنةً بالاعتماد على وحدة المعالجة المركزية وحدها. كما أنه يُسهّل الوصول إلى التوسع التلقائي من خلال دعم مثيلات وحدة المعالجة المركزية المشتركة.
لكن ينبغي على المشترين التعامل معها كميزة لتوسيع نطاق التطبيق، وليس كاستراتيجية شاملة للبنية التحتية. فهي لا تغني عن تخطيط قواعد البيانات، أو تصميم قوائم الانتظار، أو مراقبة التكاليف، أو مراجعة الامتثال، أو ضوابط الأمان.
بالنسبة لمشتري خدمات الاستضافة، فإن السؤال الأساسي ليس ما إذا كانت خاصية التوسع التلقائي مفيدة، بل ما إذا كان مزود الخدمة يقوم بتوسيع الطبقة التي يعتمد عليها عبء العمل الخاص بك فعلياً.
من نحن Digital Ocean
DigitalOcean هي شركة متخصصة في توفير البنية التحتية السحابية، وتركز على المطورين والشركات الناشئة والشركات الصغيرة والمتوسطة. تقدم الشركة خوادم سحابية، وقواعد بيانات مُدارة، وKubernetes، وخدمات التخزين، والشبكات، ومنصات التطبيقات، وخدمات البنية التحتية للذكاء الاصطناعي، مع منتجات مصممة لمساعدة الفرق على نشر التطبيقات وتوسيع نطاقها بسهولة دون تعقيدات منصات الحوسبة السحابية الكبيرة للمؤسسات.
DigitalOcean تمتلك أيضا Cloudways، وهي منصة استضافة سحابية مُدارة، مما يمنح الشركة مكانة أقوى في كل من البنية التحتية السحابية التي يقودها المطورون واستضافة تطبيقات الويب المُدارة.
