عشرات الroadmaps علشان تدخل مجال الDevOps وكل واحدة بترشح مسار مختلف.. طيب ما تيجي نشوف الحكاية من أولها على أساس تبقى قادر تحكم على أي رودماب هل هي مناسبة ليك والا لأ؟ youtu.be/EJrR6YUe-WI

بفضل الله وحده تم إطلاق النسخة الكاملة من كورس RHCSA Bootcamp باللغة العربية على منصة DevCloudLab ... المشروع ده هدفه توفير بدائل عربية تنافس المنصات الأجنبية من حيث المستوى والجودة وعمق التغطية التقنية .. لينك الكورس بخصم 50% (لفترة محدودة جدا) devcloudlab.com/rhcsa-arabic

When you start learning or using Linux, you're faced with the big three: RHEL, Ubuntu, and Alpine. In Linux and in IT generally, there are no right or wrong answers; there's the right tool for the job. devcloudlab.com/blog/choosin…

Whatever your craft was: DevOps, SRE, Platform Engineer, or even a cloud engineer, you WILL need to run Linux shell commands one way or another. You can download the full PDF for FREE here devcloudlab.com/signup

سمعت عن مبدأ باريتو قبل كده؟ ممكن تكون سمعت عنه بس باسم مبدأ ال٢٠/٨٠.. ٢٠٪ من الشغل تجيب ٨٠٪ من النتائج.. ٢٠٪ من المشاكل مسئولة عن ٨٠٪ من الdowntime وهكذا.. المهاردة خلينا نتعرف على مبدأ باريتو وازاي نقدر نستخدمه في مجال الDevOps.. youtu.be/uc0BDHKR7sI

عميق deep integration وكمان لو مش عايز تخرج من الcloud infrastructure على الإطلاق لأسباب أمنية أو اقتصادية (زي مثلا AWS يديلك offer انك تستخدم بعض الخدمات بسعر منخفض أو مجانا لفترة معينة).

لمجرد إنك تبدأ Code build لما يحصل pull request على CodeCommit مش قليلة ومش بسيطة وده لمجرد بس إنك تحاكي نفس الbehavior اللي بيحصل بشكل تلقائي مع خدمة زي GitHub. طب امتى لازم استخدم الstack ده رغم تعقيده؟ لما يكون المشروع بتاعك بالكامل على AWS ومتكامل معاها بشكل كامل أو

Lambda functions مع CloudWatch علشان نقدر نعمل automation للعملية كلها من وقت الpush لحد الdeployment. من تجربتي مع AWS أنا شايف إن الأفضل استخدام حاجة زي Jenkins مع GitHub وAWS هنا هتخدم الinfrastructure فقط. طب ليه؟ كمية الكود اللي انت محتاج تكتبها في الLambda function

متخصصة أكثر في الdeployment وممكن تعمل بيها حاجات زي الBlue/Green أو الCanary deployments. علشان تربط الخدمات دي كلها ببعض بنستخدم CodePipeline واللي بتوفرلك مزايا كثير زي مثلا الmanual approval أو الParallel والSequential execution. الخدمات دي علشان تكلم بعضها بنستخدم

testing بندخل على الخدمة اللي بعد كده وهي CodeBuild وبعد كده ممكن تخزن الartifact اللي بتطلع من عملية البناء على حاجة زي S3 لو هو ملف عادي أو ECR لو بتبني Docker container. خدمة الCodeBuild ممكن تستخدمها في الdeployment مش هتقولك لأ لكن الأفضل إنك تستخدم CodeDeploy لأنها

زي ما قلنا قبل كده الcloud بيحاول يخليك تشتري كل حاجة من عنده.. تعالى نشوف إزاي AWS بتوفرلك إمكانية إنك تشتغل بنظام الDevOps ولكن ما تخرجش من الecosystem بتاعهم: أول حاجة الCodeCommit ودي خدمة بتوفرلك version control يعني ممكن تفكر فيها زي GitHub. علشان تبني الكود أو تعمله

ومتكررة وهي إننا بتاخد Backup من الdata base.. الCI/CD pipeline اللي هنستخدمها هتختبر الbash script ده وكمان تنزله على الproduction من خلال Docker image.. رابط المقال: medium.com/@elfakharany/a-si…

الكود من مرحلة البرمجة لمرحلة الخدمة على الproduction بأفضل وأسرع طريق بدون التخلي عت الجودة والكفاءة.. لذلك ده مشروع متكامل ينفع نتعلم منه DevOps ومفيهوش برمجة بالمعنى المعروف: احنا هنا هنستخدم Bash script بسيط من اللي أي حد اشتغل Linux بيستخدمه علشان نعمل task مهمة

في فيديو سابق اتكلمنا عن ان أفضل وسيلة لفهم مجال الDevOps واكتساب الخبرة هو عمل المشاريع.. كثير اشتكوا إنهم ما عندهمش خبرة بلغات البرمجة وإنهم جايين من خلفية system administration أو network أو database أو حتى data center.. مفيش مشكلة! الDevOps كممارسة هدفه تسريع وصول

لأن الsite هنا شغال ولكن مكون من مكوناته زى الشبكة أو التخزين فيه مشكلة فهل الsystem هيفضل شغال من خلال مكون احتياطي backup ولاولأ.. تابعني للمزيد من المحتوى عن الDevOps والCloud..

التعافي من خلل عام في الsite المستضيف للنظام.. يعني مثلا إذا حدث حريق أو فيضان هل نستطيع إعادة تشغيل النظام من site آخر أم لا.. اختبار التبديل التلقائي (Failover testing) 🔁💡: هنا بنختبر قدرة أجزاء معينة من النظام على العمل في حالة حدوث خلل وده يختلف عن الdisaster recovery