لا يُبرَّر المصطلح الجديد إلا إذا سمّى شيئًا لم يكن له اسم بعد. «إنفراشيونال» مُبرَّر: فهو يسمّي ظاهرة دقيقة — التراجع التدريجي في قيمة الكلمات التقنية بسبب الاستخدام المفرط، حتى تتوقف تلك الكلمات عن حماية الحقائق التي كانت تُسمّيها.

«إنفرا» من اللاتينية — تعني «تحت». و«ستركتشر» — الأساس، ما يحمل كل شيء آخر. البنية التحتية هي الطبقة السفلى، المادية، الملموسة، التي تُشرط وجود كل طبقة فوقها. لا يمكن أن تكون كودًا برمجيًا. لكنها تبقى معدنًا وكابلًا وكهرباءً.

حين تفقد كلمة «البنية التحتية» بُعدها المادي، فإن المهندسين لا يتعلمون التفكير بالطبقات المادية. وحين يقع العطل الحقيقي، لا يعرف أحد أين يبحث.

المشكلة ليست في نيّة إدارة الإعدادات بصرامة الكود. المشكلة في الكلمة. كلمة «البنية التحتية» لا تشير إلى الخوادم المادية والرفوف والكابلات والتبريد — بل إلى معاملات في وحدة تحكم شركة حوسبة كبرى.

«الإعدادات كَكود» — دقيقة وبلا لبس. لم تُختَر، لأن «البنية التحتية كَكود» تمنح وهم أن إتقان Terraform يعني إتقان البنية التحتية.

في عام 2009، لاحظ باتريك ديبوا ومعاصروه جدارًا بنيويًا بين فرق التطوير — التي تُسلّم الكود — وفرق العمليات — التي تُصان الأنظمة. أنتج هذا الجدار دورات نشر بطيئة، وأعطالًا متكررة في الإنتاج، وغياب مسؤولية مشتركة عن توفّر النظام. كان DevOps فلسفة لهدم هذا الجدار عبر الثقافة والممارسات والأدوات. كانت النيّة سليمة. لكن فلسفة سليمة باسم رديء تُنتج آثارًا رديئة على نطاق واسع. دمجت كلمة «DevOps» مهنتين مختلفتين تحت كلمة واحدة — وفتح هذا الاختيار اللغوي الباب أمام بالضبط ما كان يسعى إلى منعه.

تبع DevOps: FinOps، وSecOps، وMLOps، وDataOps، وGitOps، وCloudOps، وPlatformOps. كل لاحقة «Ops» جديدة تَعِد بنفس الشيء: دمج عالمين كانا يعملان في عزلة. كل لاحقة جديدة تُخفّف معنى كلمة «عمليات» أكثر فأكثر. حين يُسمّى كل شيء «Ops»، تتوقف الكلمة عن تسمية أي شيء دقيق.

آلاف المهندسين المُكوَّنين منذ 2015 تعلموا «تخصيص البنية التحتية» دون أن يلمسوا يومًا خادمًا ماديًا، أو يوصلوا مِفتاح تحويل، أو يشخّصوا عطلًا شبكيًا على بنية مادية خام (بير ميتال). هذه الكفاءات حقيقية ومفيدة. لكنها تتوقف عند طبقة API. تحت طبقة API توجد بنية تحتية مادية لم يُعلّمهم أحد بوجودها.

تكتشف المؤسسات التي هاجرت «إلى السحابة لتحقيق وفورات الحجم» عادةً، بعد 18 إلى 36 شهرًا من الهجرة، أن تكاليف بنيتها التحتية ازدادت بدلًا من أن تنخفض. جزء من هذه الزيادة بنيوي. لكن جزءًا آخر يمكن تجنّبه، وينبع مباشرة من الجهل بالطبقة المادية: تخصيص مفرط، ورسوم خروج بيانات (egress fees) مُتجاهَلة، وبِنى «سحابية أصيلة» تُكرِّر أنماط المراكز المحلية دون تحسينها.

يعاني السوق من نقص حادّ في المهندسين القادرين على إتقان البنية التحتية من الطبقة المادية إلى طبقة التطبيق — من الكهرباء إلى الخدمة. لم يختفِ هذا الملف لأن اكتساب الكفاءة أصبح مستحيلًا. اختفى لأن المفردات توقّفت عن تثمينه — والسوق يتبع المفردات.

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

سمِّ «الإعدادات كَكود» ما هو وصف تصريحي لإعدادات موارد افتراضية. احتفظ بكلمة «البنية التحتية» لما تُسمّيه فعلًا — الطبقة المادية الملموسة التي تحمل كل شيء آخر.

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

يُبنى «أساس الحديد» — 26 أسبوعًا من الكهرباء إلى الشبكات — على هذا المبدأ: لا يمكنك إتقان التجريد إن لم تفهم ما يُجرِّده.