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

لا توجد قائمة بشركات تطوير البرمجيات منخفضة زمن الاستجابة تناسب كل مشترٍ، لأن المصطلح يغطي مهلًا نهائية قد يبلغ الفرق بينها مليون ضعف. ففي عتاد التداول قد يعني عشرات النانوثانيات أو مئاتها. أما في تطبيق أو صفحة ويب، فالرد خلال نحو عُشر ثانية يبدو فوريًا بالفعل لمن يستخدمه. لذا فالسؤال الأول هو: أين تقع مهلتك النهائية أنت؟

ماذا يعني «زمن الاستجابة المنخفض» بالنسبة إلى نظامنا؟

بالنسبة إلى نظامك، زمن الاستجابة المنخفض مهلة نهائية تُقاس بين نقطتين تستطيع أن تسمّيهما. وتقع المهل النهائية في أربعة نطاقات عامة:

• عتاد التداول، بعشرات النانوثانيات أو مئاتها. STAC-T0 اختبار أداء معياري (benchmark) طُوّر بالتشاور مع شركات تداول في STAC Benchmark Council، ويقيس السرعة التي يحوّل بها عتاد الشبكة وبرمجياتها في نظامٍ ما بيانات سوق مُحاكاة إلى أمر مُحاكى، دون أي منطق تداول بينهما. وتقول النظرة العامة التي نشرتها STAC في 5 نوفمبر 2020 إن الاختبار يعامل النظام كصندوق أسود، «ويتفاعل معه حصرًا عبر حزم الشبكة، التي يضع عليها طوابع زمنية بالعتاد»، وإن الطوابع الزمنية البرمجية قد تحمل خطأً كبيرًا عند عشرات النانوثانيات أو مئاتها. والحزمة قيد الاختبار (stack under test)، كما تسمّي STAC النظام الذي يُقاس، قد تكون بطاقة FPGA، وهي بطاقة تحمل شريحة بُرمجت دوائرها لمهمة واحدة
• منصات التداول، من الميكروثوانٍ حتى نحو مللي ثانية واحدة. فقاعدة الاتحاد الأوروبي بشأن الدقة المطلوبة في ساعات منصة التداول تربط هذه الدقة بالزمن الذي يستغرقه نظام التداول في المنصة لمعالجة الأمر وإرسال تأكيد. ومنذ 2 مارس 2026 أصبحت هذه القاعدة هي لائحة المفوضية التفويضية (Commission Delegated Regulation) رقم (EU) 2025/1155، التي حلّت محل القاعدة السابقة المعروفة باسم RTS 25، وتسمّي هذا الزمن زمن الاستجابة من البوابة إلى البوابة (gateway-to-gateway latency)، أي «الزمن المقيس من لحظة استلام رسالة عند بوابة خارجية لنظام منصة التداول، وإرسالها عبر بروتوكول إدخال الأوامر، ومعالجتها في محرك المطابقة، ثم إعادتها حتى يُرسَل إقرار من البوابة». وحين يستغرق ذلك 1 مللي ثانية أو أقل، لا يجوز أن تنحرف ساعات المنصة عن التوقيت العالمي المنسَّق (UTC) بأكثر من 100 ميكروثانية، ويجب أن تكون دقة الطوابع الزمنية 0.1 ميكروثانية أو أدق
• AdTech، من عشرات المللي ثواني حتى ثانية واحدة. يتيح OpenRTB 2.6، معيار IAB Tech Lab للمزايدة الفورية، لمنصة التبادل أن تضع مهلة نهائية في كل طلب مزايدة، ويُحتسب منها الوقت الذي يستغرقه عبور الإنترنت. ويقول توثيق المطورين الخاص بـ Google Authorized Buyers، الذي حُدّث آخر مرة في 17 سبتمبر 2026، إن مهلة الرد «تتراوح من 80 إلى 1000 ms، بحسب الصيغة ونوع المزاد»
• التطبيقات وصفحات الويب التي يستخدمها الناس، نحو عُشر ثانية. كتب Jakob Nielsen عام 1993 أن «0.1 ثانية هي تقريبًا الحد الذي يشعر عنده المستخدم بأن النظام يستجيب على الفور». وبالنسبة إلى صفحات الويب، يصنّف دليل web.dev من Google، الذي حُدّث آخر مرة في سبتمبر 2025، الاستجابة بأنها جيدة حين يكون مؤشر Interaction to Next Paint (INP) عند 200 مللي ثانية أو أقل. ويقيس INP المدة التي تستغرقها الصفحة للاستجابة للنقرات واللمسات وضغطات المفاتيح

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

مع أي شركات تطوير البرمجيات منخفضة زمن الاستجابة ينبغي أن نتحدث؟

هذه المقالة لا تصنّف الشركات. فنوع الشركة المناسب يتوقف على نطاقك وعلى العمل الذي تحتاج إلى إنجازه:

• المتخصصون في العتاد والشبكات، للمهل النهائية التي تُعدّ بالنانوثانيات أو ببضع ميكروثوانٍ. يعملون على بطاقات FPGA، وبطاقات الشبكة، والمحوّلات (switches)، والوصلات إلى البورصة. اسألهم أيّ أرقامهم تأتي من طوابع زمنية التقطها العتاد على كابل الشبكة، وعلى معدات مَن أُجريت الاختبارات
• الشركات الهندسية المتخصصة في تقنيات التداول، للمهل النهائية بالميكروثوانٍ أو المللي ثواني حين يضيع الوقت داخل برمجياتك أنت أو في الطريق إلى وسيطك أو منصة التداول. يكتبون البرمجيات التي ترسل الأوامر، وتعالج بيانات السوق، وتفحص مخاطر كل أمر قبل خروجه، وفي حالة منصة التداول، تطابق أوامر الشراء والبيع. اسألهم أيّ الأنظمة التي بنوها يعمل في الإنتاج اليوم، وأيّ الاتصالات بالوسطاء أو منصات التداول كتبوها
• الشركات الهندسية المتخصصة في AdTech، حين تحدد منصة التبادل مهلتك النهائية طلبًا بطلب، وتنمو فاتورة خوادمك مع حركتك. يبنون المزايدين ومنصات تبادل الإعلانات. اسألهم أيّ مزايد أو منصة تبادل بنوها لا يزال يعمل، وهل أرقام انتهاء المهلة فيه مأخوذة من عدّ منصة التبادل أم من عدّهم هم
• مهندسو الأداء المستقلون، حين لا تعرف السبب بعد، أو حين سيُجري مهندسوك أنت التغييرات. يعملون عادةً بمفردهم أو في مجموعة صغيرة، فيقيسون نظامًا وهو يعمل ويبلّغون أين يذهب الوقت. اطلب رؤية تقرير سابق بعد حذف اسم العميل وبياناته منه، وتوقّع تشخيصًا لا إعادة بناء
• موردو المكوّنات، حين يعمل الجزء الذي تحتاجه بالطريقة نفسها لدى الجميع وتكمن ميزتك في مكان آخر. يبيعون جزءًا جاهزًا، مثل محرك مطابقة أو اتصال بالبورصة، تشغّله بدل أن تطلب بناء جزء خاص بك. اسألهم من أين وإلى أين قيست أرقام زمن الاستجابة لديهم، وما الذي يجوز لك تغييره في الكود الذي تحصل على ترخيصه
• شركات التعهيد العامة التي لديها فريق معلَن متخصص في زمن الاستجابة المنخفض، حين تحتاج إلى مهندسين كثيرين ويكون المسار السريع جزءًا صغيرًا من العمل. اطلب أسماء أعضاء ذلك الفريق وما بناه كل منهم في نطاقك، واحصل على التزام مكتوب بأنهم سيعملون على مشروعك
• موظفون توظّفهم بنفسك، حين تكون السرعة هي وسيلتك في المنافسة وستبقى كذلك، وتستطيع استقطاب مهندسين سبق لهم إطلاق هذا النوع من الأنظمة والاحتفاظ بهم. سألت Acuiti، وهي شركة أبحاث، 50 صندوق تحوّط منهجيًا (systematic hedge funds)، أي صناديق تتداول وفق نماذج حاسوبية، عن الطريقة التي تبني بها تقنيات التداول لديها. وفي يناير 2023 أفادت بأن زمن الاستجابة «هو العامل الرئيسي في تحديد المواقف من تعهيد تقنيات المكتب الأمامي (front office)، إذ تميل الشركات التي يكون زمن الاستجابة حاسمًا لها أكثر إلى التطوير الداخلي»

كثير من الشركات ينطبق عليها أكثر من نوع واحد، لذا اسأل أيّ نوع من العمل أنجزه المهندسون المكلَّفون بمشروعك.

كيف نتحقق من أن شركة ما بنت أنظمة سريعة من قبل؟

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

اسأل أين تبدأ الساعة وأين تتوقف. فـ OPRA، التي تنشر بيانات الصفقات وعروض الأسعار الموحّدة من بورصات الخيارات الأمريكية، تبدأ ساعتها حين تكون الرسالة الواردة «قد وصلت إلى مدخل التطبيق في بيئة OPRA»، وتوقفها حين تكون الرسالة الصادرة «قد وصلت إلى مخرج التطبيق من بيئة OPRA». وتعريف الاتحاد الأوروبي المقتبس أعلاه دقيق بالقدر نفسه بشأن النقطتين. والرقم الذي لا تُسمّى فيه نقطتا البداية والنهاية لا يمكن مقارنته بأرقامك.

انظر إلى أبطأ الردود إلى جانب الرد المعتاد. ففي المقاييس التي تنشرها OPRA، بلغ وسيط زمن الاستجابة، أي القيمة التي تقع في المنتصف، 19.5 ميكروثانية في يناير 2024 و20.5 في فبراير. وخلال الشهرين نفسيهما انخفض المئين 99، أي الزمن الذي لم تتجاوزه إلا أبطأ 1 في المئة من الرسائل، من 543.5 ميكروثانية إلى 57.5. والتقرير الذي لا يذكر إلا الوسيط ما كان ليُظهر أي تغيير تقريبًا.

والمتوسطات أيضًا تخفي الردود البطيئة. فكتاب Site Reliability Engineering من Google، الذي نشرته O'Reilly عام 2016، يصف خدمة ويب متوسط زمن استجابتها 100 مللي ثانية عند 1,000 طلب في الثانية، «قد يستغرق فيها 1% من الطلبات 5 ثوانٍ بسهولة». اطلب المئين 99 لكل مسار، وإن كان نظامك يعالج من الطلبات ما يكفي لقياسه، فاطلب أيضًا المئين 99.9، الذي لا يتجاوزه إلا 1 من كل 1,000 رد.

تحقّق من الحمل الذي يقف وراء كل رقم. ففي النظرة العامة التي نشرتها STAC عام 2020، يرسل STAC-T0 حركة الاختبار بثلاثة معدلات. أدناها «مصمَّم لمعرفة كيف تتصرف الأنظمة حين تكون خاملة في الغالب»، وأعلاها، الذي يكون عادةً قريبًا من أقصى ما يستطيع النظام المختبَر تحمّله، موجود «لمعرفة كيف تتصرف الأنظمة حين تكون مشغولة جدًا». اطلب أرقامًا من أكثر دقائقك ازدحامًا، أو من اختبار يعيد إنتاجها.

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

يسمّي Gil Tene، مؤلف أداة اختبار الحمل wrk2، هذا الأثر coordinated omission. وفي توثيق الأداة، الذي عُدّل آخر مرة في سبتمبر 2019، يكتب أن «الردود ذات زمن الاستجابة المرتفع تؤدي إلى أن ينسّق مولّد الحمل مع الخادم بحيث يتجنب القياس خلال فترات زمن الاستجابة المرتفع». وترسل أداته الطلبات بمعدل ثابت، وتقيس زمن كل رد «من اللحظة التي كان ينبغي أن يحدث فيها الإرسال». اسأل هل تعمل أداة الشركة بهذه الطريقة، أو كيف صُحّحت نتائجها.

اسأل أين التُقط كل طابع زمني. فبالنسبة إلى أزمنة الاستجابة بالميكروثوانٍ، تصف النظرة العامة من STAC الاختبار المعياري بطوابع زمنية برمجية بأنه «الخيار الأفضل». لكنها تحذّر أيضًا من أن التأخيرات الصغيرة غير المنتظمة في الطوابع الزمنية البرمجية «قد تمثّل خطأً كبيرًا عند قياس أزمنة استجابة بعشرات النانوثانيات أو مئاتها»، أما STAC-T0 فيلتقط طوابعه الزمنية بالعتاد. والشركة التي تذكر أرقامًا بالنانوثانيات ينبغي أن تستطيع أن تُظهر أين التُقطت طوابعها الزمنية العتادية.

ما الاختبار الذي ينبغي أن نجريه قبل أن نستعين بأحد؟

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

ينبغي أن يُظهر التقرير:

• أين يذهب الوقت في أكثر دقائقك ازدحامًا، خطوة بخطوة على امتداد المسار الذي دوّنته
• لكل مسار، زمن الرد عند المئين 99 والمئين 99.9
• الإصلاحات، مرتّبة بحسب كلفة كل منها وما يزيله، سواء كان ذلك وقتًا على المسار أو خوادم أُضيفت لإخفاء مسار بطيء
• ما الذي ستتركه الشركة دون تغيير، ولماذا

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

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

ما العلامات التحذيرية عند اختيار شركة متخصصة في زمن الاستجابة المنخفض؟

• سرعة موصوفة بالكلمات، بلا رقم ولا نقطتي بداية ونهاية
• متوسطات فقط، دون أي شيء عن أبطأ الردود
• اختبار أداء من مختبر الشركة نفسها، أُجري على عتادها وبحركة ولّدتها هي، يُقدَّم دليلًا بشأن نظامك
• إعادة كتابة، أو انتقال إلى لغة برمجة جديدة، يُقترح قبل أن يقيس أحد نظامك
• رقم لزمن الاستجابة يُوعَد به في المكالمة الأولى
• عرض البيع نفسه لعمل تداول يُقاس بالميكروثوانٍ ولمزايد إعلاني مهلته النهائية 100 مللي ثانية

إن اقترحت شركة لغة جديدة، فالمقالة المشار إليها أدناه تبيّن كيف يتحقق المهندسون مما إذا كانت اللغة هي السبب.

أين موقع amBrain من ذلك؟

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

في مجال AdTech، تعمل amBrain على تطوير DSP ومنصات المزايدة الفورية وهندسة منصات تبادل الإعلانات.

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

تبني amBrain البرمجيات منذ عام 2019.

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

اسأل amBrain، أو أي شركة أخرى في قائمتك، عمّا ستقيسه أولًا في نظامك، وأخضِع كل الشركات للفحوص نفسها.

أسئلة شائعة

• هل ينبغي أن نبني فريقنا الخاص بدلًا من ذلك؟ في دراسة Acuiti لعام 2023 التي شملت 50 صندوق تحوّط منهجيًا، كانت الصناديق التي يكون زمن الاستجابة حاسمًا لها أميل إلى تطوير تقنيات التداول لديها داخليًا. وفي الحالتين، قِس أولًا، لأن التقرير يخبرك بأي نوع من المهندسين توظّف، أو بما تطلبه من الشركة
• هل تستطيع شركة واحدة أن تغطي التداول وAdTech معًا؟ نعم، إن كانت لديها أنظمة تعمل في الإنتاج ضمن نطاقك في المجالين كليهما. اطلب نظامًا واحدًا يعمل حاليًا في كل مجال، وافحص أرقامه بالأسئلة الواردة أعلاه