DevOps และระบบจัดส่งแบบต่อเนื่อง

ปรับใช้ภาพ

ทีมพัฒนาซอฟต์แวร์เกือบเลี่ยงไม่ได้ที่จะเผชิญหน้า "ส่งเทปขวด" ในกระบวนการขยายภาพ: ความถี่ของการส่งรหัสเพิ่มขึ้น แต่ความเร็วของการเข้าถึงกําลังเพิ่มขึ้นช้าลง

ปัญหาไม่ได้อยู่ที่ทีมไม่ได้ทํางานหนัก แต่มันคือขาดระบบอัตโนมัติและความร่วมมือบรรทัดฐานเชื่อมโยงการพัฒนา, การทดสอบ, การใช้งาน, การขนส่งและการสื่อสารเหตุการณ์ที่อธิบายที่นี่ สําหรับทีมซอฟต์แวร์ที่คาดหวังจะสร้างการฝึกซ้อม DevOps มาตรฐาน และความสามารถการส่งมอบอย่างต่อเนื่อง และถูกแสดงบนหน้ากระดาษZhiHua Tech (Shanghai e-Seok-shu Hsien-Shui tadition Telechic Tech) สืบค้นเมื่อ 2 July School.ระบบการก่อสร้าง ที่มีอยู่แล้ว และวิธีการส่งไม่ได้แสดงถึง การเปิดเผยข้อมูลสําหรับไคลเอนต์โดยเฉพาะ

ความท้าทายในการปฏิบัติการ

1. วงจรการปล่อยยาว, การดําเนินการหลาย ๆ แบบและอัตราความผิดพลาดสูง

• สร้างและใช้งานด้วยตนเองแพกเกจด้วยตนเอง, เซิร์ฟเวอร์การอัปโหลดด้วยตนเอง, การเริ่มการทํางานด้วยตนเองใหม่ หลังจากที่ได้พัฒนาโค้ดแล้ว - รุ่นง่ายๆ อาจใช้เวลาครึ่งชั่วโมงเพื่อปรับปรุง หากออกแต่ละรายการเป็นปฏิบัติการที่เครียดมาก และเกิดการรั่วไหลเล็กน้อยล้มเหลว
• ความ ไม่ สมดุล ด้าน สิ่ง แวด ล้อมมีความแตกต่างที่ซ่อนอยู่ระหว่างสภาพแวดล้อมการพัฒนา สภาพแวดล้อมการทดสอบ สภาพแวดล้อมก่อนการจําแนกพันธุ์ และสภาพแวดล้อมการผลิต - รุ่นของระบบปฏิบัติการ การปรับแต่งระบบกลาง การพึ่งพาในหมายเลขเครื่องห้องสมุดรุ่นเล็ก ความแตกต่างเหล่านี้นําไปสู่การเกิดขึ้นอย่างต่อเนื่องของความแปลกประหลาดหลังจากที่รหัสที่ผ่านผ่านผ่านการทดสอบจะถูกนําไปใช้เพื่อการผลิต
• ไม่มีกลไกการม้วนกลับมาตรฐาน▪ เมื่อ ตรวจ พบ ความ ผิด ปกติ ร้าย แรง หลัง จาก ออก มา แล้ว การ กลับ บ้าน ก็ ขึ้น อยู่ กับ การ ผ่าตัด ด้วย มือ และ แม้ แต่ การ กู้ ตัว และ เวลา ที่ ต้อง ย้อน กลับ ไป ก็ จะ ถูก วัด เป็น ชั่วโมง แทน ที่ จะ เป็น นาที.

2. การตอบสนองแบบล่าช้าจากการทดสอบและคุณภาพระดับล่างขึ้นเอง

• โซ่ทดสอบเป็นคอขวดสืบค้นเมื่อ 1 สัปดาห์หลังพัฒนารหัสส่งแล้ว ทีมพัฒนายังคงเขียนโค้ดต่อไป และพอถึงเวลาทดสอบส่งกลับมา การพัฒนาได้ดําเนินไปอย่างยาวนาน โดยอาศัยรหัสเก่า และการแก้ไขบักได้กลายเป็น "ความหลังจากประสาทวิทยา"
• ผลการทดสอบถดถอยไม่เพียงพอ• กรณี ที่ ต้อง ขับ รถ ด้วย ตัว เอง ก่อน จะ ปล่อย ออก มา โดย จํากัด เวลา และ กําลัง คน โดย ปกติ แล้ว จะ ครอบ คลุม เฉพาะ กระบวนการ หลัก เท่า นั้น.

3. สังเกตเห็นต่ําออนไลน์และรับแบบเคลื่อนไหวตอบสนองความล้มเหลว

• ปูมบันทึกถูกกระจัดกระจายและติดต่อได้ยากภายใต้สถาปัตยกรรมไมโครบริการ ผู้ใช้ร้องขออาจจะสแปนตัวอย่างบริการ 5-10 ปูมบันทึกของบริการถูกกระจัดกระจายไปทั่วเซิร์ฟเวอร์ที่แตกต่างกัน และมีปัญหาการตรวจสอบบนพื้นฐานของปูมบันทึกแบบต่อบรรทัด โดยไม่มีแฟ้มติดตามหมายเลขเลย
• เราสายในการเฝ้าระวังมี การ ขาด การ วิเคราะห์ ความ เกี่ยว พัน กัน และ การ เตือน ก่อน การ ทํา งาน สําหรับ ตัว กําหนด การ ทํา งาน (ปริมาณ การ จ่าย เงิน ที่ ต่ํา กว่า, อัตรา การ จ่าย เงิน ที่ สูง กว่า) และ ตัว บ่ง ชี้ เกี่ยว กับ โครง สร้าง.

การคิดออกแบบโปรแกรม

1. การสร้างเส้นไหลแบบมาตรฐาน CI/CD

• เรียกใช้ตัวเข้ารหัส– การพัฒนารหัสสําหรับสาขาเฉพาะ โดยอัตโนมัติ จะทําการจุดชนวนการก่อสร้างสายน้ํา - การรวมพล, การสแกนรหัส (Bonarquique) ความปลอดภัยในสแกน, การสร้างกระจก ถ้าลิงก์ใด ๆ ล้มเหลว ผู้พัฒนาจะได้รับคําเตือนทันทีใน IDE หรือ Enterprise IM.
• สภาพแวดล้อมที่ให้บริการด้วยตนเองสภาวะแวดล้อมการทดสอบและสภาพแวดล้อมก่อนการแบ่งประเภทถูกกําหนดโดยนิยามมาตรฐานของโครงสร้างพื้นฐาน หรือรหัส (terraphor/Ansable) และสมาชิกในทีมใด ๆ ก็สามารถสร้างสภาพแวดล้อมที่สมบูรณ์ได้โดยคีย์ดอกเดียว
• การปล่อยสื่อไล่สีเทาและการใช้งาน Canary▪ การปล่อยโปรแทรกเตอร์จะเปิดใช้งาน 5-10% และข้อสังเกตหลัก (ความล่าช้า ข้อมูลธุรกิจ) เป็นปกติ และขยายให้เต็มขนาด โดยอัตโนมัติ การเรียกกลับจะเริ่มทํางานเมื่อเกิดความผิดปกติขึ้น

2. จัดตั้งระบบการทดสอบอัตโนมัติ

• พีระมิดสําหรับทดสอบ▪ ทดสอบจํานวนหน่วย (queck, alsocientity) เป็นจํานวนมากในการทดสอบการรวมข้อมูลที่เหมาะสม จํานวนน้อยของการทดสอบปลายถึงปลาย. เส้นทบวชแต่ละเส้นจะดําเนินการก่อนด้วยการทดสอบหน่วย (วินาที) และหลังจากผ่านเท่านั้นจึงจะถูกรวมการทดสอบ
• การปรับอัตโนมัติของการทดสอบความถดถอยสืบค้นค่าแสดงของส่วนเชื่อมต่อกุญแจอัตโนมัติในแต่ละอาคาร หากค่าการส่งข้อมูลมีผลล่าช้าในการเพิ่มข้อมูล interfect P99 มากเกินขีดสุด การสร้างจะล้มเหลวโดยอัตโนมัติ

3. การตรวจจับห่วงโซ่แบบเต็มอาคาร

• ปูมบันทึกและตําแหน่งเชื่อมโยงแบบไม่ปรากฎสืบค้นเมื่อค้นหาเมื่อเรียกเวลาในการเรียกตําแหน่งลิงก์และแต่ละโหนด โดยเพิ่มข้อมูลไปยังอุปกรณ์ (Lagk/ Logki + OpenTelemeture)
• กล้องวงจรปิดและสัญญาณเตือนการติดตามการทํางานของระบบอินฟรา (CPU/RAM/ Disk/network) + การติดตามโปรแกรม (QPS/ Delease/Miskey) + การติดตามการทํางาน (ความประสบความสําเร็จ/ การชําระหนี้) เชื่อมโยงไปยัง 3 ชั้น กฎการแจ้งเตือนรองรับการตรวจจับแบบไม่สมมาตร/ แบบไม่สมมาตรแบบเดียวกัน เพื่อหลีกเลี่ยงการเข้าใจผิด และการเลื่อนการเปิดระบบการเปิดระบบที่คงที่

ขอบเขตความจุของระบบ

การจัดการและสร้างโค้ด

• กิตติฟลัช/ รุนก์- เบส
• การก่อสร้างและพึ่งพาการจัดการสําหรับโครงการหลายโมโดล์
• แถบประตูคุณภาพรหัส: สแกนแบบคงที่ ตรวจพบช่องว่างของความปลอดภัย, การตรวจสอบการติดตาม
• การจัดการคลังสินค้าแบบฝังตัว (Derker reterdown/JAR/WAR/ NPM Planguage)

• การ ประสาน งาน และ การ ใช้ งาน ต่อ เนื่อง

• เจนกินส์ / กิตแล็ก ซีไอ / กิตฮับ แอ็คชั่นวอเตอร์ไลน์
• อัตโนมัติใช้งานมัลติวิโรนีส (พัฒนา/ ทดสอบ/ พรีเมชัน/ เกิดผล)
• ปล่อยไล่สีเทา, ลาดตระเวณสีน้ําเงิน, กลยุทธ์การเรียกข้อมูลแบบปรับปรุง
• การตอบรับการไหลของระบบการยอมรับ และการอัตโนมัติของบันทึกการเปลี่ยนแปลง

การทดสอบอัตโนมัติ

• โมดูลทดสอบ / ทดสอบภายใน / จบการใช้ข้อกําหนดการเข้าใช้เลเยอร์ทดสอบ
• ทดสอบการตั้งกรอบและความถดถอยของผลการประจวบเหมาะ
• ทดสอบสัญญาแบบเชื่อมต่อ (PAT) เพื่อตรวจสอบความเข้ากันได้ของบริการ
• Chos Mesh ทดสอบเพื่อตรวจสอบความยืดหยุ่น

• เวที ที่ สามารถ รอง รับ ได้

• ElK / Grafana โลกิ ล็อกล็อกตอนกลาง
• โพรมีธีอุส + กราฟานย่า ตรวจหาและสร้างภาพ
• OpenTelemeture, แกะรอยลิงก์แบบเต็มกําลัง
• + การแจ้งให้ทราบแบบหลาย ๆ แบบ (จัดทํา/ จัด/ จัดวาง/ แมลงวันหนังสือ/ หน้ากระดาษ)

โครงสร้างอินฟราคือรหัส

• เทอร์ราฟอร์ม / ปุลูมิ กรุ๊ปทรัพยากร
• การจัดการการปรับแต่งแบบ Ansable / SalmustStack
• Kubernetes Kulester การจัดการและปรับอัตโนมัติ
• การ ลด ขนาด มาตรฐาน โปรแกรม ของ Hlm

ส่งจดหมาย

การจัดวางภาพโดยมีกรอบภาพเป็นระยะเยื้อง

• ทั้งความถี่และความน่าเชื่อถือของการปล่อย▪ การ ปล่อย ตัว ตาม ที่ ต้องการ เป็น ประจํา และ บ่อย ขึ้น เรื่อย ๆ ทํา ให้ การ ปล่อย ตัว ต้อง ใช้ ความ ต้องการ เป็น ประจํา ทุก ครั้ง ที่ การ ปล่อย ตัว แต่ ละ ครั้ง ลด ลง อย่าง มาก เนื่อง จาก ชุด เปลี่ยน แปลง เล็ก ๆ.
• 70% +• การ หา จุด เชื่อม ต่อ แบบ เทียม และ การ รอ คอย โดย ทาง เส้น น้ํา ไหล แบบ อัตโนมัติ.
• เฉลี่ย เวลา ใน การ ซ่อมแซม ความ ผิด ปกติ ต่าง ๆ (MTR) อัด แน่น ตั้ง แต่ บิดา มารดา หนึ่ง ถึง หนึ่ง นาทีส่งสัญญาณทั้งสาย + สัญญาณเตือนฉลาด รากตําแหน่ง ไม่คาดเดาได้
• ทีมเวิร์คเปลี่ยนจาก "serials and so" เป็น "scrumble ด้วยกัน"สิ่งแวดล้อมบริการตนเอง การตอบสนองแบบอัตโนมัติ การพัฒนา และ QA ไม่รอกันและกันอีกต่อไป