ฉันชอบโปรเจ็กต์ที่กินเวลานานเป็นสัปดาห์ และฉันก็กลัวโปรเจ็กต์ที่กินเวลาเป็นปีด้วย ใน Agile ฉันชอบแนวคิดของ MVP และการเพิ่มขึ้นมาก นี่เป็นเพียงสิ่งที่ฉันสนใจ: สร้างชิ้นงานที่ใช้งานได้ นำไปใช้ และเดินหน้าต่อไป
ในขณะเดียวกัน การเปลี่ยนแปลง DevOps ในรูปแบบที่มีการพูดคุยกันในหนังสือและในการประชุมเป็นเพียงโครงการที่กินเวลานานหนึ่งปี หรือในปี.
เราสร้างหลักสูตร DevOps ขึ้นมาตามกระบวนทัศน์ “MVP DevOps ในระยะเวลาเดียว” และ “ความพร้อมในการเพิ่มขึ้น” และหากในแง่มนุษย์ "เพื่อให้ผู้เข้าร่วมเมื่อกลับมาสามารถนำไปใช้ที่บ้านได้ทันทีและได้รับประโยชน์จากมัน"
MVP DevOps: หลักสูตรนี้ประกอบด้วยเครื่องมือสำหรับกระบวนการ DevOps ขั้นพื้นฐาน เราไม่ได้กำหนดหน้าที่ของตัวเองในการตรวจสอบและเปรียบเทียบระบบ CI/CD ทั้งหมด หรือเปิดเผยความลึกของโครงสร้างพื้นฐานตามแนวทางของ Code เรามีสแต็คที่ชัดเจนหนึ่งสแต็ก: Gitlab CI/CD, Ansible, Terraform และ Packer, Molecule, Prometheus, EFK คุณสามารถมาจากหลักสูตร ประกอบโครงสร้างพื้นฐานสำหรับโครงการนำร่องจากสื่อการฝึกอบรมและทำงานในนั้น
ความพร้อมในการเพิ่ม: เราจัดเตรียมแบบฝึกหัดและตัวอย่างมากมายให้กับแต่ละองค์ประกอบ คุณสามารถใช้เครื่องมือหนึ่งชิ้นและเริ่มใช้งานโดยใช้แบบร่างการฝึกอบรม ตัวอย่างเช่น เขียน Ansible Playbook เพื่อเผยแพร่สภาพแวดล้อมการพัฒนา หรือเชื่อมต่อบอทและดูแลเซิร์ฟเวอร์จากโทรศัพท์ของคุณ นั่นคือรับผลการปฏิบัติที่เป็นรูปธรรมในหนึ่งสัปดาห์ มันอาจจะห่างไกลจากการเปลี่ยนแปลง DevOps ของบริษัททั้งหมดอย่างไม่มีที่สิ้นสุด แต่มันอยู่ตรงนั้น อยู่ที่นี่ ทำงานและก่อให้เกิดประโยชน์
หัวข้อ Slurm DevOps
หัวข้อ #1: แนวทางปฏิบัติที่ดีที่สุดของ Git - พูดเพื่อตัวเอง
หัวข้อ #2: การทำงานกับแอปพลิเคชันจากมุมมองของการพัฒนา — วิศวกรต้องการความสามารถของผู้ดูแลระบบและนักพัฒนา ดังนั้นเราจึงแจ้งให้ผู้ดูแลระบบทราบเกี่ยวกับการพัฒนา
หัวข้อ #3: พื้นฐาน CI/CD
- ความรู้เบื้องต้นเกี่ยวกับระบบอัตโนมัติ CI/CD
- พื้นฐาน Gitlab CI
- แนวปฏิบัติที่ดีที่สุดกับ gitlab-runner
- เครื่องมือ Bash, make, gradle โดยเป็นส่วนหนึ่งของ CI/CD และอื่นๆ อีกมากมาย
- นักเทียบท่าเป็นวิธีการแก้ปัญหา CI
หัวข้อ #4: Gitlab CI/CD ในการผลิต
- การแข่งขันเมื่อเริ่มงาน
- การควบคุมการดำเนินการและข้อจำกัด: เท่านั้น เมื่อใด
- การทำงานกับสิ่งประดิษฐ์
- เทมเพลต รวม และไมโครเซอร์วิส: ทำให้การปรับใช้ง่ายขึ้น
เราแนะนำนักเรียนให้รู้จักกับแนวคิดและแนวคิดพื้นฐานเกี่ยวกับ CI/CD และเครื่องมือสำหรับการนำ CI/CD ไปใช้ เป็นผลให้นักเรียนจะสามารถเลือกรูปแบบการออกแบบ CI/CD และเครื่องมือการใช้งานที่เหมาะสมได้อย่างอิสระ
จากนั้น เราจะแสดงการใช้งาน CI/CD ใน Gitlab และอธิบายการตั้งค่า โดยดูวิธีการขั้นสูงในการใช้ Gitlab CI ด้วยเหตุนี้ นักเรียนจึงสามารถกำหนดค่า Gitlab CI สำหรับโปรเจ็กต์ของตนเองได้อย่างอิสระ
เมื่อเปรียบเทียบกับ DevOps Slurm ครั้งแรก เราย่อทฤษฎีลง 2 เท่า (หนึ่งชั่วโมงต่อหัวข้อ) ย้ายออกจากการตรวจสอบระบบทั้งหมดและเหลือเพียง Gitlab CI เรามุ่งเน้นไปที่การปฏิบัติและเพิ่มแนวทางปฏิบัติที่ดีที่สุดมากมาย
หัวข้อ #5: โครงสร้างพื้นฐานเป็นรหัส
- IaC: การเข้าถึงโครงสร้างพื้นฐานเป็นโค้ด
- ผู้ให้บริการคลาวด์ในฐานะผู้ให้บริการโครงสร้างพื้นฐาน
- เครื่องมือเริ่มต้นระบบ การสร้างอิมเมจ (แพ็คเกอร์)
- IaC โดยใช้ Terraform เป็นตัวอย่าง
- พื้นที่จัดเก็บข้อมูลการกำหนดค่า การทำงานร่วมกัน ระบบอัตโนมัติของแอปพลิเคชัน
- แบบฝึกหัดการสร้าง Playbooks แบบ Ansible
- Idempotency การประกาศ
- IaC โดยใช้ Ansible เป็นตัวอย่าง
เราได้ลดส่วนทางทฤษฎีบน UI และ openstack cli และมุ่งเน้นไปที่การปฏิบัติ
มาดูวิธี IaC สองวิธีโดยใช้แอปพลิเคชันเดียวกัน ซึ่งแสดงข้อดีและข้อเสียของแต่ละวิธี ด้วยเหตุนี้ นักเรียนจะเข้าใจว่าควรใช้วิธีใด และจะสามารถทำงานกับทั้ง Terraform และ Ansible ได้
ในหัวข้อ Terraform เราจะดูการทำงานเป็นทีมและสถานะการจัดเก็บในฐานข้อมูลในทางปฏิบัติ เมื่อทำงานกับโมดูล นักเรียนจะเขียนและกำหนดค่าโมดูลด้วยตนเอง เรียนรู้วิธีการทำงานกับโมดูล: นำกลับมาใช้ใหม่ เวอร์ชัน มาเพิ่มงานกับกงสุลกันดีกว่า แสดงว่าจำเป็นในกรณีไหน และใช้งานอย่างไรให้ถูกต้อง
หัวข้อ #6: การทดสอบโครงสร้างพื้นฐาน
- มาดูกันว่าทำไมพวกเขาถึงไม่เขียนแบบทดสอบ?
- มีการทดสอบอะไรบ้างใน IaC?
- เครื่องวิเคราะห์แบบคงที่ ไม่มีประโยชน์จริงหรือ?
- การทดสอบหน่วยของ IaC โดยใช้ ansible + โมเลกุลเป็นตัวอย่าง
- การทดสอบเป็นส่วนหนึ่งของ ci
- การทดสอบสเตียรอยด์หรือวิธีที่จะไม่รอ 5 ชั่วโมงเพื่อให้การทดสอบ IaC เสร็จสิ้น
เราได้ลดส่วนทางทฤษฎีลง ลดเรื่องราวเกี่ยวกับ Vagrant/Molecule ให้น้อยลง ฝึกฝนและทดสอบโดยตรงมากขึ้น โดยเน้นไปที่ linters และทำงานร่วมกับพวกเขา เมื่อมองจากมุมมองของ CI
จะทำให้การทดสอบเร็วขึ้นได้อย่างไร ในทางปฏิบัติจะมี:
- linter ที่เขียนเองซึ่งจะตรวจสอบการมีอยู่ของตัวแปรบังคับสำหรับโฮสต์โดยขึ้นอยู่กับบทบาท
- เราเพิ่มการทดสอบ CI เฉพาะบทบาทที่เปลี่ยนแปลง ซึ่งสามารถลดเวลาดำเนินการทดสอบได้อย่างมาก
- เพิ่มการทดสอบสถานการณ์ เราปรับใช้แอปพลิเคชันทั้งหมดเป็นการทดสอบการรวมระบบ
หัวข้อ #7: การตรวจสอบโครงสร้างพื้นฐานด้วย Prometheus
- วิธีสร้างระบบติดตามสุขภาพที่ดี
- การตรวจสอบเป็นเครื่องมือในการวิเคราะห์ ประสิทธิภาพการพัฒนา และความเสถียรของโค้ด แม้กระทั่งก่อนการขาย
- การตั้งค่าโพร + ตัวจัดการการแจ้งเตือน + กราฟาน่า
- การย้ายจากการตรวจสอบทรัพยากรไปสู่การตรวจสอบแอปพลิเคชัน
เราจะพูดคุยกันมากมายเกี่ยวกับการตรวจสอบไมโครเซอร์วิส: รหัสคำขอ เครื่องมือตรวจสอบ API จะมีแนวปฏิบัติที่ดีที่สุดมากมายและมีงานอิสระมากมาย
มาเขียนผู้ส่งออกของเราเองกันดีกว่า เราจะตั้งค่าการตรวจสอบไม่เพียงแต่โครงสร้างพื้นฐานการผลิตและแอปพลิเคชันเท่านั้น แต่ยังรวมถึงแอสเซมบลีใน Gitlab ด้วย มาดูสถิติการทดสอบที่ล้มเหลว มาดูในทางปฏิบัติว่าการตรวจสอบจะเป็นอย่างไรหากไม่มีการตรวจสุขภาพและด้วย
หัวข้อที่ 8 การบันทึกแอปพลิเคชันด้วย ELK
- ภาพรวมของ Elastic และเครื่องมือต่างๆ
- ELK/Elastic Stack/x-pack - คืออะไร และแตกต่างกันอย่างไร
- ปัญหาใดบ้างที่สามารถแก้ไขได้โดยใช้ ElasticSearch (การค้นหา พื้นที่จัดเก็บ คุณสมบัติการปรับขนาด ความยืดหยุ่นในการกำหนดค่า)
- การตรวจสอบโครงสร้างพื้นฐาน (x-pack)
- บันทึกคอนเทนเนอร์และแอปพลิเคชัน (x-pack)
- การบันทึกโดยใช้แอปพลิเคชันของเราเป็นตัวอย่าง
- แนวปฏิบัติในการทำงานร่วมกับคิบานะ
- เปิด Distro สำหรับ Elasticsearch จาก Amazon
หัวข้อนี้ได้รับการออกแบบใหม่ทั้งหมด ดำเนินรายการโดย Eduard Medvedev หลายคนเห็นเขาที่การสัมมนาผ่านเว็บเกี่ยวกับ DevOps และ SRE เขาจะบอกและสาธิตแนวทางปฏิบัติที่ดีที่สุดในการทำงานกับ EFK โดยใช้ตัวอย่างใบสมัครทางการศึกษา จะมีการฝึกซ้อมร่วมกับคิบานะ
หัวข้อ #9: ระบบโครงสร้างพื้นฐานอัตโนมัติด้วย ChatOps
- DevOps และ ChatOps
- ChatOps: จุดแข็ง
- ความหย่อนและทางเลือก
- บอทสำหรับ ChatOps
- Hubot และทางเลือกอื่น
- ความปลอดภัย
- การทดสอบ
- แนวทางปฏิบัติที่ดีที่สุดและเลวร้ายที่สุด
ChatOps เพิ่มแนวทางปฏิบัติในการรับรองความถูกต้องด้วยการแบ่งแยกสิทธิ์ การยืนยันการดำเนินการโดยผู้ใช้รายอื่น ทฤษฎีและการปฏิบัติทางเลือกแทน Slack ในรูปแบบของ Mattermost ทฤษฎีหน่วยและการทดสอบบูรณาการสำหรับบอท
DevOps slurm เริ่มวันที่ 30 มกราคม ราคา - 30.
สำหรับผู้ที่อ่านจบแล้ว จะมีส่วนลด 15% สำหรับหลักสูตร DevOps โดยใช้รหัสส่งเสริมการขาย habrapost
การลงทะเบียน
ฉันดีใจที่ได้พบคุณที่ Slurms!
ที่มา: will.com