عملت مهندس DevOps لدى YesSoft قبل تأسيس Cyberv، وأكبر خرافة أريد التخلص منها هي فكرة أن DevOps هي stack. ليست كذلك. هي طريقة تفكير حول البرمجيات حيث الذين يبنونها هم أنفسهم الذين يشغّلونها.
الأدوات هي الجزء السهل
Docker، Kubernetes، Terraform، Argo، Prometheus. يمكنك تثبيتها كلها في عطلة نهاية أسبوع، ومع ذلك تكون ثقافتك الهندسية أسوأ من فريق يشغّل تطبيق Rails واحد على خادم. الأدوات مفيدة فقط عندما تُشفّر ثقافة تملكها بالفعل.
ما يُحدث الفرق فعلاً
- المطورون يحملون pager. أسرع طريقة لجعل الكود موثوقاً هي جعل من كتبه هو نفسه من يُستيقظ ليلاً.
- كل تغيير له rollback. إذا لم تستطع التراجع خلال 5 دقائق، فأنت لم تشحن ميزة بل شحنت رهينة.
- المراقبة قبل الميزات. إذا لم تستطع رؤية ما يفعله الكود في الإنتاج، فأنت لا تشغّل برمجيات، تشغّل شائعات.
- بنية تحتية مملة. اختر تقنية يستطيع فريقك تصحيحها في الساعة 3 صباحاً مع حمى.
خط CI/CD هو عقد الفريق
اقرأ خط CI الخاص بك. يخبرك بالضبط بما يقدّره فريقك. إذا كان «يجب أن يمر lint» مفروضاً و«يجب أن يحتوي اختباراً» غير مفروض، ففريقك يقدّر الأسلوب على الصحة.
ما أثبّته في اليوم الأول
- مزود CI واحد، هدف نشر واحد، stack مراقبة واحد — أبسط ما يمكن.
- دورة on-call ولو من شخصين.
- صفحة حالة ولو كانت ثابتة.
- مراجعة حوادث أسبوعية، ولو بدون حوادث — لبناء العادة.
موسوم بـ:
تسجيل الدخول للتعليق
لنشر تعليق، يجب تسجيل الدخول. يرجى تسجيل الدخول. تسجيل الدخول
تعليقات (3)
بواسطة Ali Omoum
Dec 27, 2025Can you do a follow-up post on Google Search Console setup?
بواسطة Ali Omoum
Dec 27, 2025Thanks for the insight! I was wondering the same.
بواسطة Ali Omoum
Dec 27, 2025I've been struggling with local SEO — this clarified a lot.