หากคุณถูกกัดโดยการอัพเกรดปลั๊กอินที่ทำลายฟังก์ชั่นบางอย่างคุณต้องให้ความคิดเกี่ยวกับปัญหานี้: นโยบายการอัพเกรดปลั๊กอินเจนกินส์ควรทำอย่างไร? คุณจะทดสอบการเปลี่ยนแปลงก่อนนำไปใช้งานได้อย่างไร
มีใครไปเท่าที่มีอินสแตนซ์ทดสอบที่ใช้งานหลอกตาเพื่อทดสอบเวอร์ชันใหม่หรือคุณเพียงแค่อธิษฐานว่าการอัพเกรดเวอร์ชันจะไม่ทำลายอะไรเลยหรือ
คุณหมายถึงนโยบายทีมของ Jeankins หรือนโยบาย (องค์กรของคุณ) หรือไม่?
—
Dan Cornilescu
ฉันจะถ่ายรูปของโหนด Jenkins ก่อนทำการอัพเกรดและทดสอบ จากประสบการณ์ของฉันเจนกินส์ไม่เคยมีภารกิจสำคัญมาก่อน หากเป็น "ลง" เป็นเวลา 15 นาทีเนื่องจากการอัปเกรดปลั๊กอินบางตัวมันมักจะไม่บล็อกการผลิตในทางใดทางหนึ่งดังนั้นการแทรกแซงด้วยตนเองเป็นที่ยอมรับ แน่นอนถ้าไม่ใช่ในกรณีของคุณ (และเจนกินส์จะต้องเป็น 100% HA) นั่นไม่ใช่แนวทางที่ถูกต้อง
—
Assaf Lavie
@DanCornilescu นโยบายองค์กรของฉันเนื่องจากนี่เป็นเซิร์ฟเวอร์ Jenkins ภายในของเรา
—
Michael Pereira
@AssafLavie นั้นขึ้นอยู่กับวิธีที่ Jenkins ใช้งานอยู่: เซิร์ฟเวอร์แบบสแตนด์อโลน, VM, ตัวเชื่อมต่อคอนเทนเนอร์, kubernetes pods (กรณีของเรา) อาจไม่ง่ายที่จะถ่ายภาพของสถานะปัจจุบันเพื่อกู้คืนตามที่เป็นอยู่ ในกรณีของเราเราสามารถโคลนปริมาณ EBS ที่เก็บข้อมูล Jenkins ได้ แต่เป็นกระบวนการที่ต้องดำเนินการเองและใช้เวลานานในการกู้คืนทั้งคอนเทนเนอร์และปริมาณข้อมูลไปยังสถานะที่ระบุ
—
Michael Pereira
สวัสดี @MichaelPereira หากทั้งสองคำตอบด้านล่างนี้ได้แก้ไขคำถามของคุณโปรดลองตอบรับโดยคลิกที่เครื่องหมายถูก สิ่งนี้บ่งชี้ถึงชุมชนที่กว้างขึ้นซึ่งคุณได้พบวิธีแก้ปัญหาและสร้างชื่อเสียงให้กับทั้งผู้ตอบคำถามและตัวคุณเอง ไม่มีข้อผูกมัดในการทำเช่นนี้ หากคุณไม่รู้สึกว่าคำถามของคุณได้รับคำตอบโปรดอย่าลังเลที่จะมีส่วนร่วมกับผู้เขียนในความคิดเห็น
—
Richard Slater