🎼 🤸🏽 🎛️ كيف تصبح مهندس DevOps في ستة أشهر أو حتى أسرع. الجزء 3. الإصدارات 🛀🏻 🚮 👃

كيف تصبح مهندس DevOps في ستة أشهر أو حتى أسرع. الجزء 1. مقدمة
كيف تصبح مهندس DevOps في ستة أشهر أو حتى أسرع. الجزء 2. التكوين

قم بتحديث الذاكرة

في الجزء الأول ، تحدثنا عن ثقافة وأهداف DevOps ، في الجزء الثاني - كيفية إرساء الأساس لعمليات نشر التعليمات البرمجية في المستقبل باستخدام Terraform ، وهو في حد ذاته رمز. في الجزء الثالث ، سنناقش كيفية حفظ جميع هذه الأجزاء من التعليمات البرمجية من الفوضى الكاملة. المفسد: كل شيء عن Git!

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

لماذا تهتم بهذا؟

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

ثم تبدأ في إجراء التغييرات ، وتحتاج إلى حفظ ما ينجح ، في حال اضطررت إلى العودة إليه. لذلك ، يمكنك إعادة تسمية ملفك إلى هذا: awesome_code.12.25.2018.p1.

كل شيء يعمل بشكل جيد حتى ، في نفس اليوم ، تقوم ببعض التغييرات وعليك تسمية الملف الجديد awesome_code.GOOD.12.25.2018.p1. واستمروا في العمل الجيد.

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

نظام التحكم في إصدار التعليمات البرمجية المصدر

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

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

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

على سبيل المثال ، عندما تقرر ببساطة النقر على مشكلة معقدة في بيئة تطوير AWS ، يمكنك التوقف مؤقتًا والتفكير: "هل هذه نقرة على قطعة أثرية محدثة"؟ بالطبع ، سيكون الجواب "لا". على

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

مستودع بوابة

قبل Git ، كان استخدام SCCS مثل SVN أمرًا صعبًا ، ولم يكن سهل الاستخدام ، وعمومًا كان تجربة مؤلمة إلى حد ما. الفرق مع Git هو أنه يوفر التحكم في الإصدار الموزع. ببساطة ، أنت لا تحظر المستخدمين الآخرين لمستودع رمز المصدر المركزي أثناء عملك على التغييرات ، ولكنك تعمل مع نسخة كاملة من قاعدة التعليمات البرمجية. بعد الانتهاء من عملك ، سيتم تضمين هذه النسخة في المستودع الرئيسي.

ضع في اعتبارك أن ما سبق هو تبسيط إجمالي لكيفية عمل ذلك. مثل هذا الوصف يكفي لأغراض هذه المقالة ، ومع ذلك ، فإن المعرفة التفصيلية بـ Git هي تجربة شاقة ولكنها مجزية.

في الوقت الحالي ، تذكر فقط أن Git لا يعمل مثل SVN. هذا هو نظام إدارة كود المصدر (الإصدار) الموزع حيث يمكن للعديد من فرق التطوير العمل بأمان وموثوقية على أساس كود مشترك.

لماذا عليك أن تعرف هذا؟

أؤكد بشدة أنه بدون معرفة كيفية عمل Git ، لن تصبح أبدًا مهندس DevOps (Cloud) محترف. كيف تدرسه؟ لاحظ أن نتيجة بحث Google عن "Git Tutorial" عادة ما توفر روابط إلى برامج تعليمية منتفخة ومربكة للغاية. ومع ذلك ، نجد بعض الكتب الدراسية المعقولة حقًا.

إحدى هذه السلسلة من الدروس التعليمية التي أوصي بها الجميع لقراءتها ودراستها واستخدامها عمليًا هي دروس Git الخاصة بـ Atlassian . كلها جيدة بما فيه الكفاية ، ولكن قسم واحد ، Git Workflowows ، الذي يصف سير العمل في هذا المستودع ، يستخدم من قبل المبرمجين المحترفين في جميع أنحاء العالم.

برنامج تعليمي آخر جيد حقًا هو استكشاف تفرع مستودع Learn Git Branching. تم بناء دروس Atlassian التعليمية على مبدأ "القراءة والتعلم" ، و Learn Git Branching هو برنامج تعليمي تفاعلي. على أي حال ، لن تذهب بعيداً في تعلم DevOps إلا إذا فهمت كيف يعمل هذا المستودع.

ألاحظ أن نقص فهم كيفية عمل وظيفة Git Branching أو عدم القدرة على شرح ما هو Gitflow ، يغرق أثناء مقابلة 99 ٪ من المتقدمين لترشيح مهندس تطوير DevOps. هذه هي النقطة الرئيسية - يمكنك القدوم لمقابلة ولا تعرف Terraform أو أي أداة أخرى حديثة للبنية التحتية ككود ، وهذا أمر طبيعي ، لأنه يمكنك دراسته في هذه العملية. لكن الجهل بعمل Git يشير إلى أنك تفتقر إلى أساسيات أفضل الممارسات الحديثة في تطوير البرمجيات ، لا يهم ما إذا كان يتعلق DevOps أم لا. يشير هذا إلى مديري التوظيف أن منحنى التعلم الخاص بك غير متكافئ للغاية.

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

إنشاء نسخة من المستودع (Fork a repo) ؛
إنشاء فرع Git
مزامنة الدفق إلى المستودع والعكس بالعكس ؛
إنشاء طلب سحب.

ماذا بعد؟

بمجرد أن تتعلم الدروس التمهيدية في Git ، احصل على حساب على GitHub. هذا هو مستودع Git مفتوح المصدر الأكثر شيوعًا ، وربما تريد أن تكون مع بقية متابعي Git.

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

ملاحظة: عند استكشاف استخدام git + GitHub ، انتبه بشكل خاص إلى طلب السحب (أو PRs إذا كنت تريد أن تكون باردًا).

العلامة التجارية

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

في المقالات التالية ، سأوضح لك كيفية إنشاء موقع بسيط ولكنه رائع على GitHub باستخدام مولد الموقع الثابت Hugo. هو مكتوب في Go ، وربما ، اليوم هو الأسرع بين نظائرها. يجمع Hugo حوالي 5000 صفحة في 6 ثوانٍ ، وهو 75 ضعف سرعة الوسيط. ولكن في الوقت الحالي ، ما عليك سوى وضع رمزك على GitHub.
لاحقًا ، عندما تكتسب خبرة ، يجدر التفكير في امتلاك حسابين على GitHub. واحد لتخزين التطبيق المكتوب الخاص بك ، ورمز العمل ، والآخر لتخزين الرمز الذي تريد إظهاره للآخرين.

لذا ، نلخص ما سبق:

تعلم بوابة.
انشر على GitHub كل ما تتعلمه
استخدم حسابين لتخزين وعرض كل ما تعلمته
للاستفادة من هذا!

الموجودات

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

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

كيف تصبح مهندس DevOps في ستة أشهر أو حتى أسرع. الجزء 4. تغليف البرمجيات

القليل من الدعاية :)

أشكركم على البقاء معنا. هل تحب مقالاتنا؟ هل تريد رؤية مواد أكثر إثارة للاهتمام؟ ادعمنا عن طريق تقديم طلب أو التوصية لأصدقائك VPS القائم على السحابة للمطورين من $ 4.99 ، وهو نظير فريد من نوعه لخوادم مستوى الدخول التي اخترعناها لك: الحقيقة الكاملة عن VPS (KVM) E5-2697 v3 (6 نوى) 10GB DDR4 480GB SSD 1Gbps من $ 19 أو كيفية تقسيم الخادم؟ (تتوفر الخيارات مع RAID1 و RAID10 ، حتى 24 مركزًا و 40 جيجابايت DDR4).

Dell R730xd أرخص مرتين في مركز بيانات Equinix Tier IV في أمستردام؟ فقط لدينا 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV من 199 دولارًا في هولندا!Dell R420 - 2x E5-2430 2.2 جيجا هرتز 6C 128 جيجا بايت DDR3 2x960GB SSD 1Gbps 100TB - من 99 دولار! اقرأ عن كيفية بناء مبنى البنية التحتية الفئة c باستخدام خوادم Dell R730xd E5-2650 v4 بتكلفة 9000 يورو مقابل سنت واحد؟

كيف تصبح مهندس DevOps في ستة أشهر أو حتى أسرع. الجزء 3. الإصدارات