Go لغة مترجمة من Google صُممت لخدمات الشبكة. تنتج ملفًا تنفيذيًا واحدًا بلا اعتماديات بيئة تشغيل، ويبدأ خلال أجزاء من الألف من الثانية ويستهلك ذاكرة قليلة جدًا. نستخدمها لخدمات مركّزة عالية الحركة لا لتطبيقات كاملة.
ما هي Go؟
صُممت Go في Google لمهمة محددة: خدمات تعالج حركة شبكية متزامنة كثيرة، يكتبها فرق كبيرة، وتُنشر باستمرار. وكل قرار تصميمي فيها ينبع من ذلك.
تُترجم إلى ملف تنفيذي واحد مكتفٍ بذاته. فلا بيئة تشغيل تُثبَّت على الخادم، ولا شجرة اعتماديات تُحل عند النشر، ولا نسخة مفسّر تبقى متزامنة — تنسخ ملفًا واحدًا وتشغّله. وبالنسبة للعمليات، هذا أبسط ماديًا في الامتلاك من أي لغة مفسَّرة.
واللغة نفسها صغيرة عن قصد. فعادةً توجد طريقة واحدة بديهية لفعل شيء وقليل من الطرق الذكية، ما يجعل كود Go من فريق غير مألوف سهل القراءة على نحو غير معتاد. وهذا ممل بأفضل معنى: فهي الخاصية التي تريدها في المكوّن الذي يجب ألا يفاجئك في الثالثة فجرًا.
متى نختار Go
لمكوّن واحد تحت حمل غير معتاد داخل نظام أكبر. مستقبِل webhook يتلقى آلاف الطلبات في الدقيقة، أو خدمة رموز تستدعيها كل خدمة أخرى، أو مغيّر أحجام صور. تتعامل Go مع تلك على عتاد كان سيتعثر في لغة مفسّرة.
وحين تكون البساطة التشغيلية هي الأولوية. فملف تنفيذي واحد بلا اعتماديات أسهل شيء نشرًا وتراجعًا واستيعابًا، وفي نظام بفريق عمليات صغير يفوق ذلك راحة المطوّر.
متى لا نستخدم Go
لتطبيق أعمال كامل. فبساطة Go المقصودة تعني كتابة كثير من الكود كان Laravel أو Django سيعطيك إياه، ولنظام على شكل CRUD تلك مقايضة سيئة.
ولإدارة المحتوى. فلا يوجد نظام إدارة محتوى بـ Go ينبغي أن يُطلب من فريق تسويق استخدامه.
ولعميل بلا مطوّري Go، إلا إن كنا نقدّم عقد الدعم أيضًا — فالملف التنفيذي الواحد سهل التشغيل، وقاعدة كود Go ليست شيئًا يلتقطه فريق PHP في عطلة أسبوع.
ما الذي نبنيه بـ Go
نقاط استيعاب عالية الحجم
مستقبِلات webhook وجامعات أحداث تتلقى حركة مستمرة كانت ستحتاج أضعاف العتاد بلغة مفسّرة. وعادةً خدمة صغيرة واحدة بجانب تطبيق Laravel أو Node لا بديلًا عنه.
أدوات داخلية وواجهات سطر أوامر
مساعدات نشر، وأدوات ترحيل بيانات، ووكلاء مراقبة. فالترجمة إلى ملف واحد لأي نظام تشغيل تعني أداة تعمل على كل جهاز في الفريق دون أن يثبّت أحد بيئة تشغيل أولًا.
خدمات تتحمل حملًا متواصلًا
استيعاب قياسات، ومعالجة طوابير، والتعامل مع آلاف الاتصالات المتزامنة. يفعل Go ذلك على عتاد متواضع، ما يحوّل مشكلة توسع إلى بند استضافة لا ينمو.
أدوات سطر أوامر وعمّال
يُصرَّف Go إلى ملف واحد بلا بيئة تشغيل تُثبَّت، ما يجعل نشر مهمة مجدولة أو أداة داخلية مسألة نسخ ملف تنفيذي واحد إلى خادم.
كيف نطلق مشاريع Go
صغيرة وأحادية الغرض. فـ Go في أفضل حالاتها كخدمة واحدة تؤدي مهمة واحدة داخل نظام مبنيّ في معظمه بشيء آخر، وفي أسوأ حالاتها كمحاولة لكتابة تطبيق كامل بها.
وتُسلَّم مع المصدر وسكربت بناء، لأن الملف التنفيذي معتم. فعميل يملك ملفًا مترجَمًا فقط لم يُسلَّم الكود فعلًا.
ما تكلّفك Go
تكتب كودًا أكثر للميزة نفسها. فلا إطار في Go يسلّمك مصادقة ولوحة إدارة وطبقة ORM، فيكلّف أي شيء تقليدي أكثر مما يكلّف في غيرها.
وتجمّع التوظيف في الخليج صغير. فإن احتاج العميل صيانتها دوننا، فذلك القيد الذي يحسم عادةً ضدها، ونقول ذلك.
اللغة صغيرة عن قصد، ما يعني كودًا أكثر لأشياء تعبّر عنها لغات أخرى بسطر واحد. ويجدها المطورون القادمون من PHP أو JavaScript مسهبة في البداية، ويتوقف معظمهم عن الاكتراث خلال أسبوعين.
والمنظومة أرق أيضًا لعمل تطبيقات الويب تحديدًا — فلا مكافئ لـ Laravel، فيُجمَّع أكثر يدويًا. وهذا مقبول لخدمة مركّزة ومقايضة سيئة لموقع محتوى.
أسئلة تُطرح علينا عن Go
على الأرجح لا. فـ Go تستحق مكانها كخدمة واحدة مركّزة داخل نظام مبنيّ في معظمه بشيء أكثر إنتاجية للميزات العادية. وكتابة تطبيق أعمال كامل بها تعني إعادة بناء كثير مما كان Laravel أو Django سيعطيك إياه.
حين يكون العمل مقيّدًا بالمعالج أو يكون عدد الاتصالات عاليًا فعلًا. فـ Node يتوقف عند الحساب الثقيل لأن عملية واحدة تحجب العملية؛ وGo يتعامل معه بالتوازي عبر الأنوية. أما لعمل واجهات معتاد ينتظر قاعدة بيانات، فـ Node جيد وأسرع بناءً.
أصعب من PHP أو JavaScript، نعم. وهذا سبب حقيقي لعدم بناء نظامك كله به. واستخدام Go للخدمة الوحيدة التي تحتاجه، وبقية النظام بشيء أسهل تزويدًا بالكوادر، يحقق الأداء بلا مشكلة التوظيف.
يمكن، وعادةً لا ينبغي. فإعادة كتابة خلفية تعمل لأجل أداء لم تقسه أغلى طريقة لحل مشكلة قد لا تملكها. ونفضّل إيجاد العنق الفعلي ونقله وحده.
أقل من نظيرتها في معظم اللغات الأخرى، وهذا غالبًا المقصود. فخدمة Go تتعامل مع الحمل نفسه تحتاج عادةً جزءًا يسيرًا من الذاكرة التي تحتاجها خدمة Node أو Python، فيظهر التوفير كل شهر في فاتورة الاستضافة لا مرة واحدة في البناء.
فقط إن كان الفريق الذي يصونه يكتب Go. فلمعظم العملاء يكون الشكل الأفضل خدمة Go واحدة تتولى الجزء الذي يحتاجها فعلًا، مع الموقع ولوحة التحكم بشيء أسهل تزويدًا بالكوادر محليًا. وهذا يحقق الأداء حيث يهم دون جعل كل توظيف مستقبلي أصعب مما يلزم.