شريحة سامسونج تعالج البيانات داخل الذاكرة: درس لأنظمة SaaS

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

في مؤتمر Hot Chips، حيث يعرض المصنّعون شرائحهم الجديدة، قدّمت سامسونج تطور تقنية PIM، وهي اختصار لعبارة Processing-in-Memory. أي بلغة بسيطة: المعالجة داخل الذاكرة. والفكرة وراء هذه التقنية تشرح الكثير عما يجعل نظام SaaS مكلفاً وبطيئاً. ابقَ معي وسأترجم لك كل شيء.

المشكلة التي تهاجمها سامسونج

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

هذه الرحلة هي عنق الزجاجة. الصناعة تسمي ذلك "memory wall"، أي جدار الذاكرة. أصبح المعالج سريعاً بشكل مذهل خلال العقود الأخيرة. أما الطريق بينه وبين الذاكرة، فليس كذلك. النتيجة: يقضي المعالج جزءاً كبيراً من وقته متوقفاً، ينتظر وصول البيانات.

وهناك تفصيل لا يعرفه كثيرون خارج هذا المجال: نقل البيانات يستهلك طاقة أكثر من إجراء الحساب نفسه. العملية الرياضية بحد ذاتها رخيصة. النقل هو المكلف. ومع الذكاء الاصطناعي انفجر الأمر، لأن نماذج الذكاء الاصطناعي هي في الأساس جبال من البيانات تتحرك من مكان إلى آخر طوال الوقت.

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

الجزء المكلف لم يكن يوماً الحساب. بل النقل.

ما علاقة ذلك بنظام SaaS الخاص بك

كل العلاقة. لأن نظامك يعاني من الداء نفسه، لكن على نطاق أوسع.

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

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

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

علامات تدل على أن نظامك يدفع أجرة نقل زائدة

لا تحتاج إلى قراءة الكود لتشك في الأمر. بعض الأعراض تظهر في يوميات العمل:

• فاتورة السحابة تنمو أسرع من عدد العملاء.
• تقارير تستغرق عدة ثوانٍ لتفتح، أو "تتجمد" في نهاية الشهر.
• الفريق التقني يعالج البطء دائماً بالطريقة نفسها: تكبير الخادم.
• شاشات تحمّل كل شيء دفعة واحدة، حتى عندما يريد المستخدم رؤية الملخص فقط.

العرض الأخير خبيث. رأيت نظاماً يحمّل السجل الكامل للعميل ليعرض الاسم والرصيد فقط. كان يعمل جيداً مع 200 عميل. مع 20 ألفاً، تحول إلى شاحنة نقل أثاث لتسليم ظرف بريدي.

تكبير الخادم يحل العرض لبضعة أشهر. إنه كشراء شاحنة أكبر لأنك تصر على نقل أثاث البيت كاملاً في كل مرة. السؤال الصحيح ليس "كم تكلف الشاحنة الأكبر". بل "لماذا نحمل كل هذا أصلاً".

ثلاثة تغييرات تتبع منطق PIM نفسه

لا أقترح أن تشتري شريحة سامسونج. أقترح أن تسرق المبدأ: تقريب المعالجة من البيانات. عملياً، ثلاث جبهات تحل معظم الحالات.

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

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

قدّم المحتوى قريباً ممن يستخدمه. إذا كان عملاؤك في البرازيل وخادمك في فرجينيا، فكل نقرة تعبر القارة مرتين. شبكات CDN ومناطق الخوادم الأقرب للمستخدم هي المكافئ الجغرافي لتقنية PIM: تقصير المسافة بين البيانات ومن يحتاجها.

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

لماذا سيزداد ثقل هذا الأمر مستقبلاً

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

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

رأيي، وهو رأي حازم: معظم الأنظمة التي أراها لا تحتاج إلى خادم أكبر. تحتاج إلى رحلات أقل. ترقية الخادم أصبحت المسكّن المعتاد في الصناعة، وهي تنجح تحديداً لأنها تؤجل الحوار الصعب حول البنية.

من أين تبدأ دون أن تصبح رهينة للغة التقنية

لا تحتاج إلى فهم الشرائح لتتحرك. تحتاج إلى طرح الأسئلة الصحيحة على من يدير نظامك:

• ما هي الشاشات الثلاث الأبطأ، وكم من البيانات تحمّل لتعرض ما تعرضه؟
• ما الذي نحسبه في كل مرة بينما يمكن حسابه مرة واحدة وحفظه؟
• في أي بند تنمو فاتورة السحابة لدينا: المعالجة أم حركة البيانات أم التخزين؟

إذا جاءت الإجابات غامضة، فهذا هو التشخيص. النظام السليم لديه إجابات محددة لهذه الأسئلة.

أنا أعمل في هذه الطبقة تحديداً: النظر في نظام شركة، وإيجاد أين تتجول البيانات بلا داعٍ، وتقصير المسار، بالأتمتة والبنية الرشيقة. دون بيع خادم أكبر، لأن الخادم الأكبر نادراً ما يكون الجواب. إذا كانت فاتورة السحابة لديك ترتفع أسرع من إيراداتك، احكِ لي عن حال نظامك وسأخبرك أين تنظر أولاً.

فاتورة السحابة ترتفع أسرع من عدد العملاء؟ المشكلة ليست في الخادم.

عرضت سامسونج للتو شريحة تُجري الحسابات داخل الذاكرة نفسها. لماذا؟ لأن نقل البيانات يكلف أكثر من معالجتها.

نظام SaaS الخاص بك يعاني من نفس الداء: يجلب 50 ألف صف من قاعدة البيانات ليعرض رقماً واحداً على الشاشة. البيانات تتجول كثيراً، وأنت تدفع ثمن الجولة.

تكبير الخادم يشبه شراء شاحنة أكبر لتستمر في نقل أثاث البيت كاملاً في كل مرة. السؤال الصحيح هو: لماذا نحمل كل هذا أصلاً؟

معظم الأنظمة لا تحتاج إلى خادم أكبر. تحتاج إلى رحلات أقل.

إذا كانت فاتورة السحابة لديك تنمو أسرع من إيراداتك، راسلني وسأخبرك أين تنظر أولاً.

#SaaS #هندسة_البرمجيات #الحوسبة_السحابية #الأداء #تقنية