แบบจําลองความสามารถของวิศวกรรมแพลตฟอร์ม

วิศวกรรมแพลตฟอร์มมีไว้เพื่อเป็นการเดินทาง วิธีการค่อยๆ วนซ้ําโดยทั่วไปแล้วมีประสิทธิภาพมากกว่าการพยายามดําเนินการในขนาดใหญ่ แบบทันที หรือพึ่งพาชุดชั้นบนลงเท่านั้น ความคืบหน้าแบบเพิ่มทีละส่วน โดยเริ่มต้นด้วยผลิตภัณฑ์ที่ทํางานได้น้อยที่สุด (MVP) ช่วยให้ทีมสามารถปรับปรุงวิธีการของพวกเขาเมื่อเวลาผ่านไปในขณะที่รวมคําติชมไปพร้อมกัน

วงจรชีวิตวิศวกรรมแพลตฟอร์มแสดงถึงวิธีการที่มีโครงสร้างเพื่อให้แน่ใจว่าแพลตฟอร์มมีความน่าเชื่อถือปรับขนาดและปรับปรุงอย่างต่อเนื่อง วงจรชีวิตนี้ครอบคลุมขั้นตอนที่แตกต่างกัน แต่ละรายการมีส่วนช่วยในความสําเร็จในระยะยาวของแพลตฟอร์ม

องค์ประกอบสําคัญของวงจรชีวิตคือ Platform Engineering Capability Modelซึ่งมีเฟรมเวิร์กที่ครอบคลุมสําหรับการประเมิน การวางแผน และการใช้ความพยายามด้านวิศวกรรมแพลตฟอร์ม แบบจําลองแสดงระดับความสมบูรณ์ แนวทางปฏิบัติที่ดีที่สุด และความสามารถที่สําคัญที่จําเป็นในแต่ละขั้นตอนของวงจรชีวิต เพื่อให้สอดคล้องกับเป้าหมายขององค์กรและความต้องการของผู้ใช้

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

แบบจําลองได้รับการประเมินจากความสามารถหกประการ: การลงทุน สะท้อนถึงการจัดสรรทรัพยากรและเงินทุน นํามาใช้ มุ่งเน้นไปที่การค้นพบและการใช้งานของผู้ใช้ การกํากับดูแลมั่นใจการช่วยสําหรับการเข้าถึงทรัพยากร การควบคุมค่าใช้จ่าย และการป้องกันข้อมูล/IP การเตรียมใช้งาน & การจัดการกําหนดวิธีการปรับใช้และบํารุงรักษาทรัพยากร อินเตอร์เฟซจัดการกับการโต้ตอบของผู้ใช้กับแพลตฟอร์ม และคําติชม & การวัด การวัดเน้นการปรับปรุงอย่างต่อเนื่องผ่านเมตริกประสิทธิภาพและข้อมูลเชิงลึกของผู้ใช้ ความสามารถเหล่านี้สอดคล้องกับพื้นที่สําคัญที่ระบุไว้ในแบบจําลองความสมบูรณ์ของวิศวกรรมแพลตฟอร์ม Cloud Native Computing Foundation ของ อย่างใกล้ชิด และสะท้อนถึงระดับความสมบูรณ์ของวิศวกรรมแพลตฟอร์มขององค์กร

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

การลงทุน

ในขณะที่ความสามารถการลงทุนพัฒนาผ่านแต่ละขั้นตอนมุ่งเน้นไปที่การจัดสรรพนักงานและเงินไปยังความสามารถของแพลตฟอร์มอย่างไรโดยเน้นไปที่งบประมาณและพนักงานการจัดการขอบเขตและการวัดผลตอบแทนจากการลงทุน (ROI)

• เริ่มต้น (สมัครใจ): ความสามารถของแพลตฟอร์มเกิดขึ้นจากความจําเป็น ซึ่งถูกขับเคลื่อนโดยวิศวกรแต่ละคนโดยสมัครใจในการจัดการความต้องการทางยุทธวิธีในทันที งบประมาณและพนักงานมีจํานวนน้อยที่สุดซึ่งโดยทั่วไปแล้วจะไม่ได้กระจายและดําเนินการควบคู่ไปกับความรับผิดชอบที่มีอยู่ โซลูชันมีขอบเขตแคบ กําหนดเป้าหมายปัญหาเฉพาะด้วยการแชร์ความรู้ที่จํากัดทั่วทั้งทีม ROI วัดจากวิธีการจัดการกับข้อกําหนดทันทีที่มีประสิทธิภาพและผลกระทบต่อผลลัพธ์ของโครงการหลัก
• สามารถทําซ้ําได้ (การร่วมสร้างเฉพาะกิจ): ทีมเฉพาะเริ่มจัดการกับความท้าทายที่เกิดขึ้นประจํา เช่น การเตรียมใช้งานที่ไม่สอดคล้องหรือช่องว่างด้านความปลอดภัย แต่ความพยายามยังคงตอบสนองอย่างมาก งบประมาณและพนักงานจํากัดสําหรับข้อกังวลเกี่ยวกับการตัดข้าม โดยมีการเพิ่มขีดความสามารถที่จํากัดทั่วทั้งองค์กร การจัดการขอบเขตมุ่งเน้นไปที่ปัญหาเฉพาะโดยไม่มีมุมมองของแพลตฟอร์มที่กว้างขึ้น ROI วัดโดยการปรับปรุงในการจัดการความท้าทายที่สําคัญ เช่น การลดรายการค้างส่ง
• กําหนด (Operationalized - Dedicated Team): ทีมแพลตฟอร์มที่ได้รับเงินทุนจากส่วนกลางปรากฏขึ้นโดยมุ่งเน้นไปที่การเร่งการจัดส่งซอฟต์แวร์และจัดการกับข้อกําหนดทางเทคนิค ความเป็นผู้นําเริ่มส่งเสริมการทํางานร่วมกันและนําแนวทางปฏิบัติ DevOps เริ่มต้นมาใช้ แต่ความท้าทายยังคงอยู่ในการวัดค่าของทีม งบประมาณและพนักงานจะจัดตั้งขึ้นเป็นทางการสําหรับทีมส่วนกลางเพื่อตอบสนองความต้องการทางเทคนิค โซลูชันจะกว้างขึ้น และจัดการกับความท้าทายทั่วไปในทีมแม้ว่าการมุ่งเน้นจะเป็นเรื่องระยะสั้นก็ตาม ROI วัดจากความเร็วการจัดส่งที่เพิ่มขึ้น
• จัดการ (ปรับขนาดได้ - ตามผลิตภัณฑ์): การเปลี่ยนแปลงทางวัฒนธรรมเกิดขึ้น โดยถือว่านักพัฒนาเป็นลูกค้าที่มีความเป็นผู้นําทางเน้นการเอาใจใส่และแนวทางที่นําโดยผลิตภัณฑ์ ทีมแพลตฟอร์มทํางานเหมือนกับทีมผลิตภัณฑ์ ที่มีนักพัฒนา ผู้จัดการผลิตภัณฑ์ และผู้เชี่ยวชาญที่มีประสบการณ์การใช้งานของผู้ใช้ การจัดการขอบเขตสอดคล้องกับแผนการทํางานของผลิตภัณฑ์ ได้รับการตรวจสอบความร่วมมือกับทีมวิศวกรรมเพื่อตอบสนองความต้องการทั่วทั้งองค์กร ROI ได้รับการประเมินผ่านความพึงพอใจของนักพัฒนาที่เพิ่มขึ้น ซึ่งสะท้อนถึงการปรับปรุงอย่างต่อเนื่องและสอดคล้องกับความต้องการของผู้ใช้
• การปรับให้เหมาะสม (ระบบนิเวศที่เปิดใช้งาน): การลงทุนมุ่งเน้นไปที่นวัตกรรม รักษาความเกี่ยวข้องของแพลตฟอร์มด้วยการสนับสนุนที่ได้รับการสนับสนุนทั่วทั้งองค์กร ทีมแพลตฟอร์มแนะนําความสามารถขั้นสูง เช่น การปรับปรุงความปลอดภัยและประสิทธิภาพการทํางาน ช่วยให้ทีมผลิตภัณฑ์สามารถสร้างได้โดยไม่ต้องพึ่งพางานที่ค้างอยู่ส่วนกลาง งบประมาณขยายเกินทีมส่วนกลางด้วยเงินทุนที่มีอยู่ทั่วทั้งองค์กร การจัดการขอบเขตเน้นที่การเปิดใช้งานการแชร์ความรู้ทั่วทั้งองค์กรอย่างรวดเร็ว ROI วัดจากการปรับปรุงความพึงพอใจของนักพัฒนาอย่างยั่งยืน

การรับเลี้ยงบุตรบุญธรรม

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

• เริ่มต้น (ไม่เป็นทางการ): การเริ่มนําไปใช้ไม่สอดคล้องกัน โดยมีทีมที่ปรับปรุงกระบวนการอย่างอิสระโดยไม่มีการประสานงานทั่วทั้งองค์กร เครื่องมือภายนอกมักเป็นที่ต้องการของเครื่องมือภายใน แพลตฟอร์มจะถูกค้นพบอย่างไม่เป็นทางการโดยส่วนใหญ่ผ่านการพบคําหรือโอกาสกับทีมวิศวกรรมที่เลือกบริการตามความต้องการเฉพาะของพวกเขา แต่ละทีมยังคงรักษาสคริปต์และเครื่องมือของตัวเองซึ่งปรับให้เข้ากับข้อกําหนดเฉพาะของมัน
• Repeatable (Mandated): องค์กรรองรับการใช้แพลตฟอร์มที่ใช้ร่วมกัน แต่ความสามารถถูกจํากัดให้ใช้ในกรณีการใช้งานทั่วไป ทําให้ยากต่อการรองรับข้อกําหนดที่ผิดปกติ การค้นพบของผู้ใช้ขึ้นอยู่กับคําแนะนําของทีมแพลตฟอร์มซึ่งมักจะผ่านเอกสารภายในหรือคําสั่ง ทีมอาจเลือกบริการที่ได้รับการจัดการผ่านการสนทนาที่ไม่เป็นทางการกับทีมแพลตฟอร์ม แม้ว่าจะมีกระบวนการที่สร้างขึ้นตามมาตรฐานแพลตฟอร์ม แต่ทีมอาจไม่นํามาใช้อย่างเต็มที่หรืออาจไม่พอใจกับผลลัพธ์
• กําหนดแล้ว (โฆษณา): ความสามารถของแพลตฟอร์มได้รับการเลื่อนระดับอย่างแข็งขัน และสอดคล้องกับความต้องการของทีม ทีมแพลตฟอร์มทํางานร่วมกับทีมวิศวกรรมเพื่อนําเสนอบริการคุณภาพสูงที่ลดค่าใช้จ่ายในการดําเนินงาน อย่างไรก็ตามบางทีมอาจยังพบ ROI ต่ําเนื่องจากการพึ่งพาแนวทางปฏิบัติที่ล้าสมัยและหนี้ทางเทคนิค ทีมค้นพบความสามารถผ่านคําสั่งที่ครอบคลุมกรณีการใช้งานทั่วไปและทีมแพลตฟอร์มสนับสนุนการใช้งานผ่านการทํางานร่วมกัน การสนับสนุนสําหรับการใช้แพลตฟอร์มยังเกิดขึ้นอย่างไม่เป็นทางการผ่านแอมบาสเดอร์ของทีม
• จัดการแล้ว (ค่าที่ขับเคลื่อน): ทีมผลิตภัณฑ์จดจําและเลือกความสามารถของแพลตฟอร์มสําหรับค่าที่ชัดเจนที่พวกเขาให้ในการลดการโหลดองค์ความรู้และนําเสนอบริการที่มีคุณภาพสูง แพลตฟอร์มได้รับการสนับสนุนโดยเอกสารประกอบที่ครอบคลุม อินเทอร์เฟซตามหลักสรีรศาสตร์ และ UX แบบบริการตนเองสําหรับการเตรียมใช้งานอย่างรวดเร็ว ตอนนี้ทีมต้องการแพลตฟอร์มภายในมากกว่าการสร้างโซลูชันด้วยตนเองหรือพึ่งพาผู้ให้บริการภายนอก การค้นพบและการตัดสินใจมีความคล่องตัว พร้อมด้วยทีมที่ใช้เทมเพลต ฟอรัม และเอกสารประกอบเพื่อสนับสนุนการนําแพลตฟอร์มมาใช้อย่างเต็มที่
• การปรับให้เหมาะสม (แบบเข้าร่วม): ทีมผลิตภัณฑ์มีส่วนร่วมในการปรับปรุงความสามารถของแพลตฟอร์มโดยการแนะนําคุณลักษณะและการแก้ไขใหม่ ๆ กระบวนการมีไว้สําหรับผู้ใช้เพื่อระบุข้อกําหนดและทํางานร่วมกันในการร่วมให้ข้อมูล ผู้สนับสนุนและทูตของนักพัฒนาส่งเสริมชุมชนภายใน ซึ่งขยายความเป็นเจ้าของแพลตฟอร์มให้ผู้สนับสนุน วิศวกรแพลตฟอร์มทํางานอย่างใกล้ชิดกับทีมผลิตภัณฑ์เพื่อทําความเข้าใจความต้องการและแนะนําความสามารถใหม่ ๆ เพิ่มศักยภาพของผู้ใช้ในการส่งคําขอดึงข้อมูลและมีส่วนร่วมในการตรวจทาน

กำกับ ดูแล

เมื่อความสามารถในการกํากับดูแลพัฒนาขึ้น มุ่งเน้นไปที่การสร้างความมั่นใจว่าผู้ใช้สามารถเข้าถึงทรัพยากรและความสามารถที่พวกเขาต้องการในขณะจัดการค่าใช้จ่าย ข้อมูล และทรัพย์สินทางปัญญา ความคืบหน้านี้ประเมินจากหลายหมวดหมู่ รวมถึงการกําหนดนโยบายและเฟรมเวิร์ก การใช้นโยบาย การตรวจสอบและการลดการปฏิบัติตามกฎระเบียบ และการจัดการการเข้าถึง การกํากับดูแลจะพัฒนาจากกระบวนการด้วยตนเองและ reactive ไปจนถึงระบบการคาดการณ์แบบรวมที่สมดุลระหว่างการควบคุมแบบรวมศูนย์กับการจัดการแบบปรับตัวเพื่อการพัฒนาความต้องการ

• เริ่มต้น (อิสระ): การกํากับดูแลเป็นแบบแมนวลโดยอาศัยการควบคุมแบบรวมศูนย์และการเก็บประตูซึ่งขัดขวางความสามารถในการปรับขนาด นักพัฒนาซอฟต์แวร์และทีมรักษาความปลอดภัยทํางานอย่างอิสระ และตอบสนองปฏิกิริยาของการละเมิดนโยบาย การปฏิบัติตามกฎระเบียบจะรักษาไว้ผ่านมาตรฐานที่น้อยที่สุดโดยที่มาตรการรักษาความปลอดภัยมักถูกเพิ่มเป็นที่มาภายหลัง สิทธิ์การเข้าถึงจะได้รับตามความต้องการทันที โดยไม่มีกระบวนการที่ได้มาตรฐาน
• สามารถทําซ้ําได้ (จัดทําเป็นเอกสาร): องค์กรเริ่มจัดทําเอกสารและแชร์นโยบาย แต่ยังคงมีพื้นฐานและไม่สอดคล้องกัน เครื่องมือการกํากับดูแลเช่นระบบตั๋วถูกนํามาใช้ในการจัดการการตรวจสอบนโยบาย แต่กระบวนการยังคงเป็นแบบแมนนวลและช้า กระบวนการตรวจสอบถูกสร้างขึ้นแต่ยังคงเปิดใช้งานใหม่ บางบทบาทและสิทธิ์จะได้รับการกําหนดมาตรฐาน แต่การบังคับใช้ยังคงไม่สม่ําเสมอ
• กําหนดแล้ว (มาตรฐาน): การกํากับดูแลกลายเป็นส่วนกลางและสร้างมาตรฐานเพื่อปรับปรุงความสม่ําเสมอและประสิทธิภาพในทุกทีม นโยบายได้รับการจัดทําเป็นเอกสารและจัดการโดยส่วนกลาง โดยมีระบบอัตโนมัติระดับหนึ่งในกระบวนการนําไปใช้งาน มาตรฐานการกํากับดูแลหลักจะปฏิบัติตามการตรวจสอบอย่างสม่ําเสมอ และการควบคุมการเข้าถึงจะเป็นไปโดยอัตโนมัติด้วยระบบ RBAC อย่างเป็นทางการ แม้ว่าทีมพัฒนายังคงมีการควบคุมที่จํากัดเกี่ยวกับการเปลี่ยนแปลงนโยบาย
• การจัดการ (Integrated): การรักษาความปลอดภัยและการปฏิบัติตามนโยบายผสานรวมเข้ากับเวิร์กโฟลว์อย่างราบรื่นด้วยระบบอัตโนมัติทําให้มั่นใจว่านโยบายจะถูกนําไปใช้อย่างสม่ําเสมอทั่วทั้งระบบและทีม การตรวจสอบแบบเรียลไทม์และการวิเคราะห์ขั้นสูงช่วยตรวจจับและป้องกันช่องว่างในการกํากับดูแล นโยบายถูกฝังลงในไปป์ไลน์ CI/CD และการจัดการการเข้าถึงถูกควบคุมโดยหลักสิทธิ์ขั้นต่ําด้วยการตรวจสอบอัตโนมัติช่วยให้มั่นใจในแนวทางเชิงรุกและรวมในการกํากับดูแลมากขึ้น
• การปรับให้เหมาะสม (การคาดการณ์): การกํากับดูแลจะกลายเป็นแบบไดนามิกและตามบริบท ที่ตอบสนองต่อการเปลี่ยนแปลงเงื่อนไข และปรับการควบคุมการเข้าถึงให้เหมาะสม การวิเคราะห์เชิงทํานายช่วยระบุความเสี่ยงที่อาจเกิดขึ้นก่อนที่จะเกิดขึ้นซึ่งเปิดใช้งานการลดเชิงรุก นโยบายได้รับการปรับแต่งอย่างต่อเนื่องโดยใช้การวิเคราะห์ขั้นสูง และการควบคุมการเข้าถึงจะปรับตามปัจจัยแบบเรียลไทม์เช่น ตําแหน่งของผู้ใช้และเวลาในการเข้าถึง เพื่อให้มั่นใจว่ามีการปฏิบัติตามข้อกําหนดในขณะที่เปิดใช้งานเวิร์กโฟลว์ที่ปรับแต่งให้เหมาะสม

การจัดและการจัดการ

ด้วยความสามารถในการเตรียมใช้งานและการจัดการ มุ่งเน้นไปที่วิธีที่ผู้ใช้สร้าง ปรับใช้ และจัดการทรัพยากร กระบวนการจะพัฒนาจากการดําเนินงานแบบแยกส่วนด้วยตนเองไปยังระบบอัตโนมัติแบบปรับตัวและปรับตัวให้สมดุลกับความยืดหยุ่นในการกํากับดูแลเพื่อให้แน่ใจว่าทรัพยากรได้รับการเตรียมใช้งานอย่างมีประสิทธิภาพในขณะที่ปฏิบัติตามข้อกําหนด ความคืบหน้านี้ครอบคลุมขั้นตอนต่าง ๆ ที่จัดหมวดหมู่โดยการกําหนดกระบวนการจัดเตรียม การตอบสนองและการจัดการคําขอ และการตรวจสอบการจัดสรรทรัพยากร

• เริ่มต้น (ด้วยตนเอง): นักพัฒนาตั้งค่าโครงสร้างพื้นฐานด้วยตนเองตามคําแนะนําจากทีมไอทีหรือสถาปัตยกรรม ซึ่งนําไปสู่ความไม่สอดคล้องและความล่าช้า หากไม่มีกระบวนการที่ได้มาตรฐาน ระบบจะตรวจทานคําขอด้วยตนเอง เพิ่มความเสี่ยงของข้อผิดพลาด วิธีการนี้กลายเป็นเรื่องไม่ยั่งยืนเมื่อความต้องการเพิ่มขึ้นโดยมีการดําเนินงานที่ไร้ประโยชน์ซึ่งสร้างความไร้ประสิทธิภาพ
• ทําซ้ําได้ (ประสานงาน): องค์กรเริ่มรวมกระบวนการเตรียมใช้งานโดยใช้ระบบ ticketing เพื่อจัดการคําขอโครงสร้างพื้นฐาน ขณะที่ยังคงจําเป็นต้องมีการอนุมัติด้วยตนเอง แต่ข้อผิดพลาดบางอย่างจะลดลง แต่ยังคงมีปัญหาคอขวดอยู่ ทีมเริ่มต้นใช้เครื่องมือมาตรฐานสําหรับการตรวจสอบทรัพยากรแม้ว่ามุมมองยังคงเป็นแบบแยกย่อยและเฉพาะโครงการ
• กําหนดแล้ว (Paved): กระบวนการเตรียมใช้งานจะจัดเรียงอย่างเป็นทางการทั่วทั้งองค์กรโดยใช้โครงสร้างพื้นฐานเป็นโค้ด (IaC), การกําหนดมาตรฐานเทมเพลตและเครื่องมือ คําขอได้รับการจัดการผ่านเวิร์กโฟลว์ที่มีโครงสร้าง แต่ทีมแพลตฟอร์มอาจต่อสู้กับความต้องการที่เพิ่มขึ้น แดชบอร์ดแบบรวมศูนย์ช่วยให้สามารถตรวจสอบการจัดสรรทรัพยากรให้ข้อมูลเชิงลึกด้านประสิทธิภาพที่ดีขึ้น
• การจัดการ (อัตโนมัติ): การเตรียมใช้งานจะกลายเป็นอัตโนมัติและรวมเข้ากับไปป์ไลน์ CI/CD ลดความพยายามด้วยตนเองและมั่นใจในการปรับใช้ที่สอดคล้องกัน การตรวจสอบการกํากับดูแลและการปฏิบัติตามนโยบายถูกฝังลงในเวิร์กโฟลว์ ความสามารถแบบบริการตนเองอัตโนมัติช่วยให้ผู้ใช้สามารถจัดเตรียมทรัพยากรภายในพารามิเตอร์ที่มีการควบคุมได้ การปรับมาตราส่วนเป็นไปโดยอัตโนมัติตามรูปแบบการใช้งานเพื่อปรับประสิทธิภาพให้เหมาะสมที่สุด
• การปรับให้เหมาะสม (อะแดปทีฟ): การเตรียมใช้งานจะกลายเป็นการปรับตัวโดยใช้ระบบอัจฉริยะเพื่อคาดการณ์ความต้องการโครงสร้างพื้นฐานในแบบเรียลไทม์ วิธีนี้ช่วยให้มั่นใจถึงการจัดสรรทรัพยากรที่มีประสิทธิภาพในขณะที่ยังคงมีการกํากับดูแลและการปฏิบัติตามกฎระเบียบ ระบบจัดการคําขอเชิงรุก ปรับสมดุลความยืดหยุ่นด้วยการกํากับดูแล ในขณะที่ประสิทธิภาพและต้นทุนถูกปรับให้เหมาะสมผ่านการวิเคราะห์เชิงทํานาย

อิน เทอร์ เฟซ

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

• เริ่มต้น (กระบวนการแบบกําหนดเอง): ผู้ใช้โต้ตอบกับแพลตฟอร์มผ่านกระบวนการแบบกําหนดเองที่ไม่สอดคล้องกันต่าง ๆ ซึ่งแก้ไขความต้องการในทันที แต่ขาดมาตรฐาน วิศวกรสร้างสภาพแวดล้อมอย่างอิสระโดยการปรึกษาเพื่อนร่วมงานหรือพึ่งพาแนวทางปฏิบัติส่วนบุคคลและพวกเขาเลือกเครื่องมือและกระบวนการในการวินิจฉัยพฤติกรรมของแอปพลิเคชันโดยไม่มีแนวทางที่กําหนดไว้ การแชร์ความรู้ไม่เป็นทางการ และการจัดเตรียมบริการมักต้องการการสนับสนุนอย่างลึกซื่อจากผู้ให้บริการเนื่องจากไม่มีกระบวนการที่เป็นทางการ ซึ่งจํากัดความสามารถในการปรับขนาดและประสิทธิภาพ
• ทําซ้ําได้ (มาตรฐานท้องถิ่น): วิศวกรและทีมเริ่มกําหนดมาตรฐานอย่างไม่เป็นทางการเพื่อปรับปรุงการแชร์ความรู้ แต่ยังคงเป็นความท้าทายที่สม่ําเสมอเนื่องจากการพึ่งพาความมุ่งมั่นของแต่ละบุคคล บางทีมอาจใช้เอกสารหรือคอนเทนเนอร์เพื่อกําหนดกระบวนการตั้งค่า แต่แนวทางปฏิบัติเหล่านี้จะแตกต่างกันไปตามช่วงเวลา ซึ่งจําเป็นต้องใช้ความพยายามในการดําเนินการเพื่อให้สอดคล้อง การวินิจฉัยลักษณะการทํางานของแอปพลิเคชันกลายเป็นมาตรฐานมากขึ้นภายในทีม โดยอาศัย DevOps หรือทีมไอทีเพื่อเข้าถึงแหล่งข้อมูลที่ปรับใช้ ในขณะที่มาตรฐานท้องถิ่นเกิดขึ้น พวกเขายังคงมีการกําหนดไว้อย่างหลวม ๆ และไม่สอดคล้องกันทั่วทั้งทีม
• กําหนดแล้ว (มาตรฐานการใช้เครื่องมือ): อินเทอร์เฟซมีความสอดคล้องมากขึ้น ด้วยการแนะนําการใช้เครื่องมือมาตรฐานและแนวทางปฏิบัติที่ได้จัดทําเป็นเอกสาร ทีมส่วนกลางจัดการเทมเพลตและเอกสารด้วยถนนที่ปูหรือเส้นทางสีทองที่เรียกว่าเป็นแนวทางว่าควรจัดเตรียมและสังเกตขีดความสามารถอย่างไร เครื่องมือและกระบวนการเหล่านี้ตอบสนองความต้องการขององค์กรที่กว้างขวางแม้ว่าการสนับสนุนจากผู้เชี่ยวชาญยังคงจําเป็นอยู่บ่อยครั้ง ทีมอาจปรับเปลี่ยนเทมเพลต แต่การเปลี่ยนแปลงจะไม่รวมกลับจากศูนย์เสมอไป ซึ่งอาจนําไปสู่ความไร้ประสิทธิภาพในการรักษาความสอดคล้อง การวินิจฉัยลักษณะการทํางานของแอปพลิเคชันเป็นไปตามแนวทางปฏิบัติมาตรฐานสําหรับการเข้าถึงและการวิเคราะห์ทรัพยากรที่ปรับใช้ซึ่งมีความสอดคล้องกันมากขึ้นทั่วทั้งทีม
• Managed (Self-Service Solutions): แพลตฟอร์มช่วยให้ผู้ใช้เป็นอิสระมากขึ้นโดยการจัดเตรียมโซลูชันแบบบริการตนเองที่มีการสนับสนุนผู้ดูแลน้อยที่สุด ผู้ใช้สามารถเข้าถึงอินเทอร์เฟซที่สอดคล้องกันและใช้งานง่ายที่ช่วยให้พวกเขาค้นหาและปรับเปลี่ยนเทมเพลตสร้างสภาพแวดล้อมที่ผู้ใช้เป็นศูนย์กลางที่ช่วยปรับปรุงความสามารถในการใช้งาน เครื่องมือสําหรับการวินิจฉัยพฤติกรรมของแอปพลิเคชันและการสังเกตการณ์ทรัพยากรนั้นพร้อมใช้งานตามความต้องการผ่านแพลตฟอร์มทําให้มั่นใจได้ว่าผู้ใช้จะมีทรัพยากรที่พวกเขาต้องการโดยไม่พึ่งพาทีมภายนอกอย่างหนัก การแชร์ความรู้นั้นอํานวยความสะดวกผ่านการค้นพบและการปรับเปลี่ยนเทมเพลต ซึ่งเพิ่มมูลค่าของความสามารถของแพลตฟอร์ม
• การปรับให้เหมาะสม (Integrated Services): ความสามารถของแพลตฟอร์มถูกรวมเข้ากับเครื่องมือและกระบวนการที่ทีมใช้อยู่แล้วได้อย่างราบรื่น เช่น CLI หรือ IDEs ทําให้เวิร์กโฟลว์ของผู้ใช้เป็นส่วนหนึ่งตามธรรมชาติ ความสามารถบางอย่างจะถูกเตรียมใช้งานโดยอัตโนมัติตามความต้องการของผู้ใช้ และแพลตฟอร์มมีบล็อกการสร้างที่ยืดหยุ่นสําหรับกรณีการใช้งานในระดับที่สูงกว่าที่อาจต้องการการกําหนดค่าที่ลึกกว่า ทีมแพลตฟอร์มประเมินอย่างต่อเนื่องว่าความสามารถใดมีประสิทธิภาพมากที่สุดเป็นแนวทางในการลงทุนเพิ่มเติมเพื่อปรับข้อเสนอแพลตฟอร์มให้เหมาะสม แพลตฟอร์มจะตั้งค่าความสามารถในการสังเกตการณ์สําหรับแอปพลิเคชันที่ปรับใช้โดยอัตโนมัติ โดยนําเสนอการเข้าถึงข้อมูลการวินิจฉัยและปรับปรุงกระบวนการตรวจสอบและจัดการลักษณะการทํางานของแอปพลิเคชันให้มีประสิทธิภาพขึ้น

การวัดและคําติชม

การวัดและคําติชมเกี่ยวข้องกับการรวบรวม การวิเคราะห์ และการรวมเมตริกและคําติชมเพื่อประเมินความสําเร็จของแนวทางปฏิบัติด้านวิศวกรรมของแพลตฟอร์ม ความสมบูรณ์ของมันสะท้อนให้เห็นโดยการเปลี่ยนจากวิธีการเฉพาะกิจและไม่เป็นทางการเป็นทางการเพื่อวัฒนธรรมเชิงรุกที่ขับเคลื่อนด้วยข้อมูลซึ่งคําติชมและข้อมูลเชิงลึกถูกรวมเข้ากับกระบวนการปรับปรุงอย่างต่อเนื่องการตัดสินใจเชิงกลยุทธ์และการพัฒนาแพลตฟอร์ม

• เริ่มต้น (เฉพาะกิจ): ในขั้นตอนเริ่มต้น กระบวนการวัดและคําติชมไม่สอดคล้องกันและแยกย่อย เมตริกจะถูกรวบรวมโดยไม่สอดคล้องกับเป้าหมายขององค์กรที่ชัดเจน ส่งผลให้ข้อมูลไม่สมบูรณ์และไม่น่าเชื่อถือ คําติชมจะถูกรวบรวมอย่างไม่เป็นทางการและมักเกิดขึ้นโดยมีส่วนร่วมน้อยที่สุดจากผู้มีส่วนได้เสีย ดังนั้นการตัดสินใจจะขึ้นอยู่กับข้อมูลที่ จํากัด และการวัด ROI ที่แท้จริงของแนวทางปฏิบัติด้านวิศวกรรมแพลตฟอร์มเป็นเรื่องยาก เอกสารประกอบของคําติชมและผลลัพธ์มีน้อยที่สุด และการเรียนรู้จะถูกรวบรวมหรือแชร์โดยไม่ค่อย
• ทําซ้ําได้ (กระบวนการที่มีโครงสร้าง): กลไกคําติชมพื้นฐาน เช่น แบบสํารวจหรือฟอรัม ถูกสร้างขึ้นเพื่อรวบรวมประสบการณ์ของผู้ใช้อย่างเป็นระบบมากขึ้น แต่กระบวนการเหล่านี้ยังคงแตกต่างไปทั่วทีม การวัดความสําเร็จมักเน้นไปที่เมตริกตามกิจกรรม เช่น การปรับใช้หรือไทม์ไลน์ ซึ่งให้ข้อมูลเชิงลึกบางอย่างเกี่ยวกับประสิทธิภาพแต่ขาดมุมมองที่กว้างขึ้นและเป็นไปตามผลลัพธ์ คําติชมยังคงไม่เป็นทางการและล่างขึ้นแม้ว่าจะเริ่มมีอิทธิพลต่อการวางแผน มีความพยายามบางอย่างในการมีส่วนร่วมกับผู้มีส่วนได้เสีย แต่ยังคงมีข้อจํากัด และเอกสารประกอบเบื้องต้นของกระบวนการและคําติชมถูกสร้างขึ้นแต่ไม่ได้ครอบคลุมหรือใช้งานอย่างต่อเนื่อง
• กําหนดแล้ว (สอดคล้อง): คอลเลกชันคําติชมกลายเป็นอย่างเป็นทางการและกําหนดมาตรฐานมากขึ้น ช่วยให้สามารถเจาะลึกข้อมูลเชิงลึกในความต้องการของผู้ใช้และเมตริกหลักได้ เมตริกจะเลื่อนไปยังการวัดตามผลลัพธ์ เช่น ประสิทธิภาพการทํางานของนักพัฒนา แม้ว่าการเชื่อมโยงไปยังประสิทธิภาพการทํางานด้านการเงินยังคงเป็นความท้าทาย การวิเคราะห์คําติชมเป็นระบบโดยใช้วิธีการเชิงคุณภาพและเชิงปริมาณและเมตริกมาตรฐานเช่น DORA (DevOps Research และ Assessment เป็นชุดของเมตริกที่วัดประสิทธิภาพการส่งมอบซอฟต์แวร์รวมถึงระยะเวลานําความถี่การปรับใช้เวลาเฉลี่ยในการคืนค่าและเปลี่ยนอัตราความล้มเหลว) หรือ SPACE (ความพึงพอใจและความเป็นอยู่ที่ดีประสิทธิภาพกิจกรรมการสื่อสารและการทํางานร่วมกันและประสิทธิภาพเป็นเฟรมเวิร์กที่ใช้ในการวัดประสิทธิภาพการทํางานของนักพัฒนาในห้ามิติเหล่านี้) ว่าจ้างของ เซสชันการตรวจสอบปกติกับทีมข้ามฟังก์ชันการทํางานช่วยให้แน่ใจว่ามีการมีส่วนร่วมกับผู้มีส่วนได้เสีย เอกสารประกอบที่ครอบคลุมของกระบวนการคําติชม ผลลัพธ์ และบทเรียนที่เรียนรู้นั้นถูกเก็บรักษาและแบ่งปันกับทั้งทีม
• จัดการแล้ว (ข้อมูลเชิงลึก): ในขั้นตอนนี้ กลไกการป้อนกลับและเฟรมเวิร์กการวัดมีเสถียรภาพและมุ่งเน้นไปที่ผลลัพธ์ทางธุรกิจเชิงกลยุทธ์ ข้อมูลเชิงลึกที่ขับเคลื่อนด้วยข้อมูลจะแนะนําการดําเนินการแพลตฟอร์ม และคําติชมได้รวมเข้ากับแผนการทํางานของแพลตฟอร์ม ขับเคลื่อนการปรับปรุงอย่างต่อเนื่อง การวิเคราะห์ขั้นสูงทํางานเพื่อประเมินผลกระทบของแพลตฟอร์มที่มีต่อผลลัพธ์ทางธุรกิจ เช่น การเติบโตของรายได้ และคําติชมก็สัมพันธ์กับเมตริกประสิทธิภาพการทํางานเพื่อระบุประเด็นสําคัญสําหรับการปรับปรุงเชิงกลยุทธ์ ผู้เกี่ยวข้องทั่วทั้งองค์กรมีส่วนเกี่ยวข้องอย่างลึกซึ้งในกระบวนการตอบรับโดยมีความร่วมมือที่มีโครงสร้างเพื่อหลีกเลี่ยงไซโล เอกสารประกอบแบบไดนามิกแบบเรียลไทม์สะท้อนให้เห็นถึงคําติชมและบทเรียนที่เรียนรู้อย่างต่อเนื่อง ซึ่งสามารถเข้าถึงได้สําหรับผู้มีส่วนได้เสียทั้งหมด
• การปรับให้เหมาะสม (เชิงรุก): กระบวนการตอบสนองและการวัดผลถูกรวมเข้ากับวัฒนธรรมขององค์กรอย่างใกล้ชิด สร้างวิธีการเชิงรุกเพื่อคาดการณ์และปรับตัวเข้ากับความท้าทายและโอกาสในอนาคต การวิเคราะห์เชิงทํานายและเมตริกขั้นสูงใช้เพื่อคาดการณ์ความต้องการและโอกาสในอนาคต ซึ่งช่วยให้แพลตฟอร์มสามารถพัฒนาอย่างต่อเนื่องเพื่อตอบสนองต่อเงื่อนไขการเปลี่ยนแปลง คําติชมถูกรวมเข้ากับวงจรการปรับปรุงอย่างต่อเนื่อง และวัฒนธรรมการตอบกลับถูกสร้างขึ้นในทุกระดับขององค์กร เอกสารแบบไดนามิกแบบเรียลไทม์สะท้อนให้เห็นถึงคําติชมอย่างต่อเนื่อง และได้รับการอัปเดตอย่างต่อเนื่อง เพื่อให้แน่ใจว่าบทเรียนที่เรียนรู้นั้นถูกแชร์และสามารถเข้าถึงได้สําหรับผู้มีส่วนได้เสียทั้งหมด