แนวคิดของโรงงานซอฟต์แวร์ที่คล่องตัวไม่ใช่เรื่องใหม่สำหรับ DoD พวกเขามีอยู่แล้วในการรับราชการทหารแต่ละครั้ง แต่เพนตากอนคิดว่าขั้นตอนสำคัญต่อไปคือการรวมศูนย์นวัตกรรมที่ค่อนข้างเล็กเหล่านั้นเข้าไว้ใน “ระบบนิเวศ” ที่เชื่อมโยงกันเป็นหนึ่งเดียวซึ่งแบ่งปันรหัสข้ามขอบเขตบริการ ใช้ชุดเครื่องมือการพัฒนาเชิงพาณิชย์ร่วมกัน และเพิ่มความเร็วอย่างมากในกระบวนการอนุมัติความปลอดภัยสำหรับแต่ละส่วน ของซอฟต์แวร์ที่เกิดขึ้นจากโรงงานเหล่านั้น
โรงงานซอฟต์แวร์ที่ขยายขนาดและมีการผสานรวมที่ดีขึ้นเป็นหนึ่ง
ในสามวัตถุประสงค์หลักในยุทธศาสตร์การปรับปรุงซอฟต์แวร์ให้ทันสมัย แบบใหม่ที่มีความทะเยอทะยาน แคธลีน ฮิกส์ รองรัฐมนตรีกลาโหมซึ่งได้รับการอนุมัติเมื่อสัปดาห์ที่แล้ว เอกสารดังกล่าวยังเน้นย้ำถึงความจำเป็นในการย้ายกองทัพไปสู่สภาพแวดล้อมคลาวด์คอมพิวติ้งที่ออกแบบอย่างดี และปฏิรูปการได้มาและกระบวนการราชการอื่น ๆ เพื่อให้พวกเขาคล้อยตามซอฟต์แวร์มากขึ้น
“การส่งกองกำลังที่อันตรายถึงชีวิตมากขึ้นนั้นต้องการความสามารถในการพัฒนาได้เร็วกว่าและปรับตัวได้ดีกว่าศัตรูของเรา” ฮิกส์เขียนในคำนำของกลยุทธ์ซึ่งกระทรวงกลาโหมเผยแพร่เมื่อวันศุกร์ “ความสามารถในการปรับตัวของแผนกต้องอาศัยซอฟต์แวร์มากขึ้นเรื่อยๆ และความสามารถในการส่งมอบความสามารถของซอฟต์แวร์ที่ยืดหยุ่นได้อย่างปลอดภัยและรวดเร็วถือเป็นข้อได้เปรียบทางการแข่งขันที่จะเป็นตัวกำหนดความขัดแย้งในอนาคต การเปลี่ยนเวลาจัดส่งซอฟต์แวร์จากปีเป็นนาทีจะต้องมีการเปลี่ยนแปลงกระบวนการ นโยบาย พนักงาน และเทคโนโลยีของเราอย่างมาก”
การเน้นที่โรงงานผลิตซอฟต์แวร์สะท้อนถึงแนวทางที่กองทัพอากาศดำเนินการในความพยายามปรับปรุงซอฟต์แวร์ให้ทันสมัยของตนเอง อย่างน้อยก็ในกระเป๋า บริการดังกล่าวมีโรงงานดังกล่าวมากกว่าสิบแห่งที่ทำงานภายใต้คำสั่งต่างๆ แต่ยังถือว่าเป็นส่วนหนึ่งของ “ระบบนิเวศ” ที่ใช้ประโยชน์จาก Platform One ซึ่งเป็นสภาพแวดล้อม DevSecOps แบบรวมศูนย์ เพนตากอนกำหนดให้ Platform One เป็นบริการระดับองค์กรของ DoD อย่างเป็นทางการในปี 2020
DoD Cloud Exchange ของ Federal News Network: จากองค์กรสู่ความได้เปรียบทางยุทธวิธี — ค้นพบว่ากระทรวงกลาโหมและหน่วยบริการทางทหารมีความตั้งใจที่จะยกระดับการใช้เทคโนโลยีคลาวด์อย่างไร
แม้ว่ากลยุทธ์ใหม่จะไม่เรียกร้องให้ทั้งแผนกย้ายไปที่ Platform One โดยเฉพาะ แต่ก็ชี้ให้เห็นถึงความจำเป็นที่นักพัฒนา DoD จะต้องรวมผู้ให้บริการและที่เก็บซอฟต์แวร์ในจำนวนที่ “เหมาะสม”
“แพลตฟอร์ม DevSecOps ในวงกว้างต้องไม่เพียงให้
ความสามารถทางเทคนิคเท่านั้น แต่ยังรวมถึงกระบวนการในการดึงดูดและต้อนรับลูกค้า (เช่น รูปแบบการดำเนินธุรกิจ แบบจำลองความยั่งยืน และกระบวนการรักษาความปลอดภัยทางไซเบอร์)” ตามกลยุทธ์ “ระบบนิเวศของแพลตฟอร์ม DevSecOps นี้ต้องมอบความสามารถที่หลากหลายเพื่อจัดการกับสถานการณ์ภารกิจต่างๆ ของแผนก”
เอกสารนี้ใช้ท่าทางที่คล้ายกันเมื่อพูดถึงบริการคลาวด์คอมพิวติ้ง ไม่ได้ยืนยันว่าส่วนประกอบของ DoD ใช้สัญญา Joint Warfighter Cloud Capability (JWCC) ที่แผนกกำลังเตรียมที่จะมอบรางวัลให้กับบริษัทคลาวด์หลักสี่แห่ง แต่เน้นย้ำถึงความจำเป็นสำหรับ “พอร์ตโฟลิโอ” ที่เหมาะสมของสัญญาคลาวด์ระดับองค์กรที่ขจัดความซ้ำซ้อน
“แนวทางแบบหลายคลาวด์และผู้ขายหลายรายยังคงเป็นจริง” กลยุทธ์ดังกล่าว “ข้อกำหนดสำหรับระบบคลาวด์ในโดเมนการจำแนกประเภททั้งหมด ตั้งแต่ระดับองค์กรไปจนถึงขอบทางยุทธวิธียังคงใช้ได้ ความจำเป็นในการเปลี่ยนจากความพยายามของระบบคลาวด์ที่แตกต่างกันไปเป็นพอร์ตโฟลิโอคลาวด์ที่มีโครงสร้าง บูรณาการ และคุ้มค่ายังคงเป็นความตั้งใจของแผนก”
แนวทางของกระทรวงกลาโหมได้รับอิทธิพลอย่างชัดเจนจาก การศึกษาเกี่ยวกับการได้มาซึ่งซอฟต์แวร์ในปี 2562ของคณะกรรมการนวัตกรรมกลาโหมซึ่งกลยุทธ์ใหม่นี้เรียกชื่อตามชื่อ
ความจำเป็นในการแบ่งปันรหัสและโครงสร้างพื้นฐานการพัฒนาทั่วทั้งองค์กร DoD เป็นประเด็นหลักหนึ่งที่กล่าวถึงโดยเฉพาะ การปฏิรูปกระบวนการจัดหาและจัดทำงบประมาณภายในของ DoD เพื่อให้เข้ากันได้กับคลิปการพัฒนาซอฟต์แวร์สมัยใหม่อย่างรวดเร็วเป็นอีกประการหนึ่ง
แผนกได้รุกคืบบางส่วนเพื่อดำเนินการตามคำแนะนำของ DIB โดยการสร้าง“เส้นทาง” เฉพาะซอฟต์แวร์ ใหม่ ในการเขียนคำสั่งการซื้อภายในหลักใหม่ (DoDI 5000.02) แต่กลยุทธ์ดังกล่าวระบุว่าผู้นำจำเป็นต้องทำอีกมาก รวมถึง ด้วยการปรับปรุงนโยบายอื่นๆ และคำแนะนำอย่างไม่เป็นทางการที่ทำให้การพัฒนาซอฟต์แวร์สมัยใหม่ยากกว่าที่ควรจะเป็น
การปฏิรูปที่กำลังจะเกิดขึ้นเหล่านี้ต้องรวมถึงการเปลี่ยนแปลงอย่างจริงจังเกี่ยวกับวิธีคิดของ DoD เกี่ยวกับพนักงานด้วย กลยุทธ์ดังกล่าว
Credit : สล็อตยูฟ่า / คืนยอดเสีย / เว็บสล็อตออนไลน์