Danylo Mikula จาก Medidata Solutions นำการเปลี่ยนแปลงจากกระบวนการด้วยมือไปสู่เวิร์กโฟลว์แบบ declarative – ลดเวลาการจัดเตรียมคลัสเตอร์ลง 97%
สำหรับทีมวิศวกรรมขององค์กรหลายแห่ง Kubernetes ได้ผ่านพ้นขั้นตอนนวัตกรรมมานานแล้วและตั้งหลักอยู่ในหมวดหมู่ของโครงสร้างพื้นฐานที่สำคัญในแต่ละวัน แต่การรักษาโครงสร้างพื้นฐานนั้นอย่างมีประสิทธิภาพ – โดยเฉพาะในหลายคลัสเตอร์และสภาพแวดล้อม – ยังคงเป็นความท้าทายที่ทำให้การส่งมอบฟีเจอร์ช้าลงและเพิ่มความเสี่ยงในการดำเนินงาน
ที่ Medidata Solutions ผู้ให้บริการชั้นนำด้าน SaaS และโซลูชันการวิเคราะห์ข้อมูลที่สนับสนุนการวิจัยทางคลินิก ความท้าทายนี้รุนแรงเป็นพิเศษ การจัดการโครงสร้างพื้นฐานแบบไhybrid ข้ามสภาพแวดล้อม on-premises และคลาวด์ – รวมถึงคลัสเตอร์ Kubernetes ประมาณโหลหนึ่งและเครื่องเสมือนหลายพันเครื่อง – การจัดเตรียมคลัสเตอร์ที่พร้อมใช้งานจริงเป็นกระบวนการที่ยาวนานซึ่งอาจใช้เวลาหลายสัปดาห์ในการประสานงาน ซึ่งเกี่ยวข้องกับการกำหนดค่าด้วยมือที่กระจายอยู่ในหลายทีม การอัปเดตแอปพลิเคชันโครงสร้างพื้นฐานมักถูกเลื่อนออกไปเพราะประวัติการกำหนดค่าไม่ได้รวมศูนย์ ทำให้เกิดความล่าช้าและบางครั้งเกิดช่องว่างด้านความปลอดภัย
สิ่งนั้นเปลี่ยนไปเมื่อ Danylo Mikula สถาปนิก DevOps และโครงสร้างพื้นฐานที่มีประสบการณ์กว่าทศวรรษในอุตสาหกรรมที่มีการควบคุม เข้าร่วมทีมวิศวกรรมแพลตฟอร์มในปลายปี 2023 และเริ่มปรับปรุงวิธีการจัดการโครงสร้างพื้นฐาน ภารกิจตามที่ Danylo อธิบายนั้นเรียบง่ายแต่ลวงตา
"เป้าหมายไม่ใช่การนำเครื่องมือใหม่มาใช้เพื่อการทันสมัย แต่เป็นการทำให้โครงสร้างพื้นฐานที่มีอยู่ดำเนินการ บำรุงรักษา และขยายขนาดได้ง่ายขึ้น – โดยไม่เพิ่มบุคลากรหรือความซับซ้อน"
– Danylo Mikula, สถาปนิก DevOps และโครงสร้างพื้นฐาน, Medidata Solutions
จากขั้นตอนด้วยมือสู่เวิร์กโฟลว์แบบ Declarative
แก่นหลักของการเปลี่ยนแปลงมุ่งเน้นไปที่การรวมกระบวนการที่แยกส่วนเข้าสู่โมเดลที่ใช้ GitOps แทนที่วิศวกรจะใช้การกำหนดค่าด้วยมือกับแต่ละคลัสเตอร์ การดีพลอยเมนต์ถูกย้ายไปยังที่เก็บข้อมูลที่ควบคุมเวอร์ชัน โดยมี Argo CD จัดการการซิงโครไนซ์
คอขวดที่เขาพบเจอมีอยู่ในทุกขั้นตอน การเชื่อมต่อเครือข่ายคอนเทนเนอร์ต้องการการประสานงานระหว่างทีมวิศวกรรมแพลตฟอร์มและทีมเครือข่าย โดยการกำหนดค่ากระจัดกระจายอยู่ในเวิร์กสเตชันของวิศวกรแต่ละคน แอปพลิเคชันโครงสร้างพื้นฐานถูกดีพลอยด้วยมือ โดยไฟล์ค่าต่างๆ อยู่ในเครื่องภายใน การจัดการความลับปฏิบัติตามแนวทางด้วยมือแบบดั้งเดิม และกระบวนการดีพลอยได้พัฒนาขึ้นตามธรรมชาติเมื่อเวลาผ่านไปโดยไม่มีการประสานงานจากส่วนกลาง ด้วยการรวมแต่ละขั้นตอนเข้าสู่ Helm charts ที่ควบคุมเวอร์ชันพร้อมการแทนที่เฉพาะสภาพแวดล้อม Danylo ลดเวลาต่อขั้นตอนจากหลายวันลงเหลือเพียงไม่กี่นาที
สถาปัตยกรรมที่ Danylo สร้างขึ้นปฏิบัติตามปรัชญา "กำหนดครั้งเดียว ดีพลอยได้ทุกที่" ที่เก็บข้อมูลส่วนกลางเก็บคำจำกัดความบริการที่แชร์ซึ่งสร้างการดีพลอยเฉพาะคลัสเตอร์โดยอัตโนมัติ ในขณะที่แต่ละสภาพแวดล้อมรักษาเฉพาะการแทนที่ที่เป็นเอกลักษณ์เท่านั้น "แทนที่จะคัดลอกไฟล์การกำหนดค่าไปยังคลัสเตอร์โหลหนึ่ง" Danylo อธิบาย "เราสร้างระบบที่การเพิ่มบริการใหม่หมายถึงการเขียนคำจำกัดความหนึ่งคำจำกัดความและปล่อยให้ระบบอัตโนมัติจัดการที่เหลือ" แนวทางนี้ครอบคลุมส่วนประกอบโครงสร้างพื้นฐานหลายสิบส่วน – ตั้งแต่ที่เก็บข้อมูลและระบบส่งข้อความไปจนถึงเครื่องมือด้านความปลอดภัยและการตรวจสอบ – ในขณะที่ลดความเสี่ยงของการเบี่ยงเบนการกำหนดค่าอย่างมาก
การกระจายความลับปฏิบัติตามหลักการเดียวกัน: แทนที่จะฉีดด้วยมือต่อคลัสเตอร์ การบูรณาการ Vault ผ่าน Vault Secrets Operator ทำให้การซิงโครไนซ์เป็นอัตโนมัติ เพื่อให้แน่ใจว่าการเปลี่ยนแปลงไหลผ่านกระบวนการที่ควบคุมด้วยบันทึกการตรวจสอบที่เหมาะสม
ผลลัพธ์คือการเปลี่ยนแปลงพื้นฐานในวิธีการจัดการโครงสร้างพื้นฐาน เวลาการจัดเตรียมลดลงเหลือประมาณ 30 นาที – การปรับปรุงประสิทธิภาพ 97.6% การอัปเดตมีความสม่ำเสมอและทำซ้ำได้ และการปฐมนิเทศวิศวกรใหม่ต้องการความรู้ภายในชนเผ่าน้อยลง
"เรามีหลายทีมที่มีส่วนร่วมในสภาพแวดล้อมเดียวกัน และความสม่ำเสมอเป็นความกังวลอยู่เสมอ งานนี้ช่วยให้เราย้ายไปสู่กระบวนการที่คาดการณ์ได้ด้วยแหล่งข้อมูลความจริงที่แชร์ การปรับปรุงไม่ได้เป็นเพียงด้านเทคนิค – มันทำให้การทำงานร่วมกันง่ายขึ้น"
– Monik Gandhi, ผู้อำนวยการ, วิศวกรรมคลาวด์
ปัจจัยมนุษย์ในการเปลี่ยนแปลงทางเทคนิค
เพื่อนร่วมงานชี้ให้เห็นว่าความสำเร็จของการเปลี่ยนแปลงไม่ใช่เพียงด้านเทคนิคล้วนๆ GitOps ไม่คุ้นเคยกับทุกคนในตอนเริ่มต้น และส่วนหนึ่งของความพยายามเกี่ยวข้องกับการทำให้แนวทางเข้าใจได้และใช้งานได้สำหรับวิศวกรที่ใช้เวลาหลายปีในเวิร์กโฟลว์แบบ imperative
"สถาปัตยกรรมแข็งแกร่ง แต่สิ่งที่โดดเด่นคือวิธีการนำไปใช้ได้รับการเปิดใช้งานอย่างไร การใช้เวลาในการแนะนำวิศวกรผ่านโมเดลหมายความว่าทุกคนในทีมสามารถดีพลอยหรือปรับเปลี่ยนโครงสร้างพื้นฐานได้โดยไม่จำเป็นต้องมีบริบทที่สะสมมาหลายปี ผู้คนเข้าใจไม่เพียง 'อย่างไร' แต่ยัง 'ทำไม'"
– Labhesh Potdar, ผู้จัดการ, วิศวกรรมคลาวด์
ผลที่ได้คือการอัปเดตโครงสร้างพื้นฐาน – ที่เคยถือว่ามีความเสี่ยง – กลายเป็นเรื่องปกติ ทีมมีความมั่นใจในการรันการอัปเกรดตามกำหนดการเพราะประวัติการดีพลอยมองเห็นได้และทำซ้ำได้
ความปลอดภัยเป็นผลข้างเคียง
การปรับปรุงความปลอดภัยมีความสำคัญเท่าเทียมกัน ก่อนหน้านี้ การรักษาตารางแพตช์ที่สม่ำเสมอเป็นเรื่องท้าทายเพราะการกำหนดค่าการดีพลอยกระจายอยู่ทั่วองค์กรมากกว่าการรวมศูนย์ การเปลี่ยนผ่านของทีมทำให้ความต่อเนื่องของการกำหนดค่ายากขึ้นตามธรรมชาติ
ด้วยการกำหนดค่าทั้งหมดที่ควบคุมเวอร์ชันแล้ว ทีมสามารถรักษาตารางการอัปเดตที่สม่ำเสมอและติดตามได้อย่างแม่นยำว่าอะไรกำลังทำงานอยู่ที่ไหน การบูรณาการกับ HashiCorp Vault ทำให้แน่ใจว่าความลับได้รับการจัดการอย่างสม่ำเสมอในทั่วโครงสร้างพื้นฐานด้วยการหมุนเวียนและการควบคุมการเข้าถึงที่เหมาะสม – ซึ่งมีความสำคัญสำหรับบริษัท SaaS ด้านสุขภาพที่ดำเนินงานในสภาพแวดล้อมที่มีการควบคุม
บทเรียนสำคัญสำหรับผู้นำด้านวิศวกรรม
รูปแบบทางเทคนิคที่ใช้ในการเปลี่ยนแปลงไม่ได้แปลกใหม่ในตัวเอง – Helm, Argo CD และ Vault เป็นเครื่องมือที่เป็นที่รู้จักกันดี ตาม Danylo ผลกระทบมาจากวิธีที่พวกเขาถูกจัดโครงสร้างและนำเสนอ: แบบค่อยเป็นค่อยไป โดยให้ความสนใจกับประสบการณ์ของนักพัฒนาและนิสัยขององค์กร
สำหรับผู้นำด้านวิศวกรรมคนอื่นที่กำลังพิจารณาการเปลี่ยนแปลงที่คล้ายกัน Danylo เน้นบทเรียนสามประการ:
เริ่มต้นด้วยการออกแบบที่เก็บข้อมูล โครงสร้างโฟลเดอร์และแบบแผนการตั้งชื่อมีอิทธิพลต่อความสามารถในการบำรุงรักษาในระยะยาว การทำให้ถูกต้องตั้งแต่เนิ่นๆ ช่วยประหยัดการปรับโครงสร้างใหม่ที่สำคัญในภายหลัง
ทำให้เป็นอัตโนมัติเฉพาะสิ่งที่ทีมเข้าใจและสนับสนุนได้ การนำไปใช้มีความสำคัญมากกว่าความซับซ้อน ระบบที่ง่ายกว่าที่วิศวกรใช้จริงมีค่ามากกว่าระบบที่สง่างามที่พวกเขาหลีกเลี่ยง
เว้นที่ว่างสำหรับการเปลี่ยนผ่านแบบค่อยเป็นค่อยไป การย้ายทุกอย่างในครั้งเดียวแทบจะไม่ยั่งยืน การนำไปใช้แบบค่อยเป็นค่อยไปช่วยให้ทีมสร้างความมั่นใจและระบุปัญหาก่อนที่จะทวีคูณ
มองไปข้างหน้า
งานนี้ทำให้ทีมแพลตฟอร์มของ Medidata สามารถขยายโครงสร้างพื้นฐานโดยไม่ต้องเพิ่มความพยายามด้วยมือในสัดส่วนที่เท่ากัน เมื่อจำนวนคลัสเตอร์และแอปพลิเคชันเพิ่มขึ้น โมเดลแบบ declarative กลายเป็นที่มีค่ามากขึ้น – ไม่เพียงแต่สำหรับความเร็ว แต่ยังสำหรับความสามารถในการตรวจสอบ การปฐมนิเทศ และความสม่ำเสมอในระยะยาว
ตอนนี้โฟกัสอยู่ที่ Danylo กล่าวว่า คือการขยายแนวทางแบบ declarative เดียวกันไปยังการสังเกตการณ์ – การสร้าง SLIs ที่วัดได้และการแจ้งเตือนอัตโนมัติที่ทำให้ความน่าเชื่อถือเป็นแนวปฏิบัติที่เป็นกลางมากกว่าเรื่องของสัญชาตญาณ
"GitOps ไม่ได้แก้ปัญหาทุกอย่าง – แต่มันทำให้ส่วนประจำของโครงสร้างพื้นฐานแตกหักน้อยลงและคาดการณ์ได้มากขึ้น ในองค์กรวิศวกรรมขนาดใหญ่ นั่นเพียงอย่างเดียวสามารถปลดล็อกประสิทธิภาพที่มีความหมาย"
– Danylo Mikula
Danylo Mikula เป็นสถาปนิก DevOps และโครงสร้างพื้นฐานที่ Medidata Solutions ด้วยประสบการณ์กว่าสิบปีในการส่งมอบโซลูชันวิศวกรรมคลาวด์และแพลตฟอร์มในอุตสาหกรรมที่มีการควบคุม งานของเขามุ่งเน้นไปที่การแปลหลักการ DevOps ไปสู่แนวปฏิบัติความน่าเชื่อถือที่วัดได้และทำซ้ำได้ โดยเน้นเวิร์กโฟลว์แบบ declarative, โครงสร้างพื้นฐานเป็นโค้ด และการกำกับดูแลที่ขับเคลื่อนด้วยการสังเกตการณ์ เขาได้มีส่วนร่วมในการวิจัยเกี่ยวกับรูปแบบการนำ GitOps มาใช้ในการประชุมวิทยาศาสตร์ระหว่างประเทศ ข้อมูลเพิ่มเติมเกี่ยวกับโครงการและงานทางเทคนิคของเขาสามารถพบได้ในเว็บไซต์ส่วนตัวของเขา ซึ่งแสดงประสบการณ์ที่ได้ปฏิบัติจริงและแนวทางการพัฒนาผลิตภัณฑ์ของเขา
