Online Intensive จะจัดขึ้นในวันที่ 19-21 สิงหาคม
ศัตรูหลักที่หลักสูตร DevOps ต่อสู้คือ “น่าสนใจมาก น่าเสียดายที่เราไม่สามารถนำสิ่งนี้ไปใช้กับบริษัทของเราได้” เรากำลังมองหาโซลูชันที่แม้แต่ผู้ดูแลระบบธรรมดาก็สามารถนำไปใช้ในโปรเจ็กต์เดิมได้
หลักสูตรนี้มีไว้สำหรับ:
- ผู้ดูแลระบบที่ต้องการใช้แนวทางปฏิบัติ DevOps จากด้านล่าง
- บริษัทและทีมงานที่ต้องการก้าวไปสู่วัฒนธรรม DevOps ด้วยขั้นตอนเล็กๆ และชัดเจน
- นักพัฒนาที่ต้องการทำความเข้าใจ “เรื่องของผู้ดูแลระบบ” เพื่อแก้ไขปัญหางานผู้ดูแลระบบเล็กๆ น้อยๆ อย่างอิสระ และค่อย ๆ พัฒนาไปสู่การเป็นหัวหน้าทีมสำหรับทีมข้ามสายงาน
หลักสูตรนี้ไม่มีประโยชน์สำหรับผู้ที่รู้จักและใช้เครื่องมือ DevOps อยู่แล้ว คุณจะไม่ได้เรียนรู้อะไรใหม่ ๆ
หลักสูตรเข้มข้นแบบออนไลน์เป็นรูปแบบหนึ่งของความเป็นจริงใหม่ โดยให้ประสบการณ์ที่เกือบจะเหมือนกับการเรียนแบบเข้มข้นแบบออฟไลน์ เพียงโดยไม่ต้องเดินทางไปมอสโก (ซึ่งเป็นข้อดีสำหรับบางคน และข้อเสียสำหรับคนอื่นๆ)
เราได้จัดหลักสูตรเกี่ยวกับ DevOps ไปแล้วสองครั้งและรวบรวมสิ่งสำคัญทั้งหมดที่เราสามารถทำได้
ปัญหาหลักคือความคาดหวังที่ผิดหวัง ดังนั้นเราจะแจ้งให้คุณทราบทันทีถึงสิ่งที่จะไม่รวมอยู่ในหลักสูตร
จะไม่มีแนวปฏิบัติที่ดีที่สุด จะมีการวิเคราะห์แนวทางปฏิบัติที่ดีที่สุดประการหนึ่ง ตัวอย่างเช่น หัวข้อ CI/CD ที่คุณสามารถเรียนหลักสูตรเร่งรัดระยะยาวหนึ่งสัปดาห์ได้อย่างง่ายดาย ใช้เวลา 4 ชั่วโมง ในช่วงเวลานี้ คุณสามารถแสดงข้อมูลพื้นฐานและสร้างไปป์ไลน์แบบง่ายๆ ได้ แต่คุณไม่สามารถวิเคราะห์ชุดแนวทางปฏิบัติที่ดีที่สุดสำหรับกรณีต่างๆ ได้
จะไม่มีกรณีเช่นกัน กรณีเป็นธีมของการประชุม ที่นั่นคุณสามารถพูดคุยได้หนึ่งชั่วโมงเกี่ยวกับเหตุการณ์หนึ่งในชีวิต ที่ Slurm อาจารย์สามารถพูดได้ว่า “ตัวอย่างนี้นำมาจากการปฏิบัติของฉัน” ไม่มีอะไรมากไปกว่านั้น
จะไม่มีการวิเคราะห์การปฏิบัติส่วนบุคคล การปฏิบัติไม่ใช่การให้คำปรึกษา แต่เป็นการทำซ้ำตามอาจารย์ วัตถุประสงค์ของการฝึกนี้คือเพื่อให้โอกาสในการทดลองของคุณเริ่มต้นจากตัวเลือกการทำงานที่ทราบ หลังจากเข้มข้นแล้ว คุณสามารถทบทวนบันทึกและฝึกซ้ำได้ด้วยตัวเอง สิ่งนี้จะให้ผลลัพธ์สูงสุด
จะไม่มี Kubernetes — แม้ว่านี่จะเป็นเครื่องมือ DevOps เราก็มี
อะไรจะเกิดขึ้น?
จะเป็นอย่างไร ทำความรู้จักกับเครื่องมือตั้งแต่เริ่มต้น และโซลูชั่นครบวงจรสำหรับการสร้างโครงสร้างพื้นฐาน
โดยจะมีเรื่องราวจากผู้ปฏิบัติเกี่ยวกับ การนำเครื่องมือไปใช้จริง และภารกิจในชีวิต นี่เป็นพื้นฐานที่คุณสามารถเพิ่มการศึกษาเอกสารและการวิเคราะห์กรณีต่างๆ ได้อย่างอิสระ
จะมีทุกวัน คำตอบสำหรับคำถาม ที่คุณสามารถสอบถามเกี่ยวกับโครงการของคุณได้
จะเป็นอย่างไร การทำงานกับข้อเสนอแนะ: เราขอความคิดเห็นทุกวัน เขียนเกี่ยวกับทุกสิ่งที่คุณไม่ชอบ เราจะแก้ไขในขณะที่เราไป
และจะมีโอกาสแบบดั้งเดิม รับเงินแล้วออกไป ถ้าคุณไม่ชอบหลักสูตรนี้เลย
โปรแกรมเข้มข้น
หัวข้อ #1: การทำงานเป็นทีมด้วย Git
- คำสั่งพื้นฐาน git init, commit, add, diff, log, status, pull, push
- Git Flow, สาขาและแท็ก, ผสานกลยุทธ์
- การทำงานกับตัวแทนระยะไกลหลายคน
- การไหลของ GitHub
- ส้อม,รีโมท,ขอดึง
- ความขัดแย้ง การเผยแพร่ อีกครั้งเกี่ยวกับ Gitflow และโฟลว์อื่นๆ ที่เกี่ยวข้องกับทีม
หัวข้อ #2: การทำงานกับแอปพลิเคชันจากมุมมองของการพัฒนา
- การเขียนไมโครเซอร์วิสใน Python
- ตัวแปรสภาพแวดล้อม
- บูรณาการและการทดสอบหน่วย
- การใช้นักเทียบท่าเขียนในการพัฒนา
หัวข้อ #3: CI/CD: ความรู้เบื้องต้นเกี่ยวกับระบบอัตโนมัติ
- ความรู้เบื้องต้นเกี่ยวกับระบบอัตโนมัติ
- เครื่องมือ (ทุบตี, สร้าง, ไล่ระดับ)
- การใช้ git-hooks เพื่อทำให้กระบวนการเป็นอัตโนมัติ
- สายการประกอบของโรงงานและการประยุกต์ในด้านไอที
- ตัวอย่างการสร้างไปป์ไลน์ "ทั่วไป"
- ซอฟต์แวร์สมัยใหม่สำหรับ CI/CD: Drone CI, BitBucket Pipelines, Travis ฯลฯ
หัวข้อ #4: CI/CD: การทำงานกับ GitLab
- GitLab CI
- GitLab Runner ประเภทและการใช้งาน
- GitLab CI คุณลักษณะการกำหนดค่า แนวทางปฏิบัติที่ดีที่สุด
- ขั้นตอน GitLab CI
- ตัวแปร GitLab CI
- สร้าง ทดสอบ ปรับใช้
- การควบคุมการดำเนินการและข้อจำกัด: เท่านั้น เมื่อใด
- การทำงานกับสิ่งประดิษฐ์
- เทมเพลตภายใน .gitlab-ci.yml ซึ่งนำการดำเนินการกลับมาใช้ใหม่ในส่วนต่างๆ ของไปป์ไลน์
- รวม - ส่วนต่างๆ
- การจัดการแบบรวมศูนย์ของ gitlab-ci.yml (ไฟล์เดียวและพุชไปยังที่เก็บข้อมูลอื่นโดยอัตโนมัติ)
หัวข้อ #5: โครงสร้างพื้นฐานเป็นรหัส
- IaC: การเข้าถึงโครงสร้างพื้นฐานเป็นโค้ด
- ผู้ให้บริการคลาวด์ในฐานะผู้ให้บริการโครงสร้างพื้นฐาน
- เครื่องมือเริ่มต้นระบบ การสร้างอิมเมจ (แพ็คเกอร์)
- IaC โดยใช้ Terraform เป็นตัวอย่าง
- พื้นที่จัดเก็บข้อมูลการกำหนดค่า การทำงานร่วมกัน ระบบอัตโนมัติของแอปพลิเคชัน
- แบบฝึกหัดการสร้าง Playbooks แบบ Ansible
- Idempotency การประกาศ
- IaC โดยใช้ Ansible เป็นตัวอย่าง
หัวข้อ #6: การทดสอบโครงสร้างพื้นฐาน
- การทดสอบและการบูรณาการอย่างต่อเนื่องกับ Molecule และ GitLab CI
- การใช้คนเร่ร่อน
หัวข้อ #7: การตรวจสอบโครงสร้างพื้นฐานด้วย Prometheus
- เหตุใดจึงต้องมีการตรวจสอบ?
- ประเภทของการตรวจสอบ
- การแจ้งเตือนในระบบติดตาม
- วิธีสร้างระบบติดตามสุขภาพที่ดี
- การแจ้งเตือนที่มนุษย์สามารถอ่านได้สำหรับทุกคน
- ตรวจสุขภาพ: สิ่งที่คุณควรใส่ใจ
- ระบบอัตโนมัติตามข้อมูลการตรวจสอบ
หัวข้อ #8: การบันทึกแอปพลิเคชันด้วย ELK
- แนวทางปฏิบัติในการบันทึกที่ดีที่สุด
- สแต็ค ELK
หัวข้อ #9: ระบบโครงสร้างพื้นฐานอัตโนมัติด้วย ChatOps
- DevOps และ ChatOps
- ChatOps: จุดแข็ง
- ความหย่อนและทางเลือก
- บอทสำหรับ ChatOps
- Hubot และทางเลือกอื่น
- ความปลอดภัย
- แนวทางปฏิบัติที่ดีที่สุดและเลวร้ายที่สุด
โปรแกรมอยู่ระหว่างดำเนินการและอาจมีการเปลี่ยนแปลงเล็กน้อย
ราคา: 30 ₽
ที่มา: will.com