การพัฒนาซอฟต์แวร์ของ NASA มีความซับซ้อน

การพัฒนาซอฟต์แวร์ของ NASA มีความซับซ้อน

NASA ทำงานบนซอฟต์แวร์เช่นเดียวกับหน่วยงานของรัฐบาลกลางหลายแห่ง Rockets เป็นสิ่งที่พวกเขารู้จักกันแน่นอน แต่การควบคุมและตีความข้อมูล แม้กระทั่งการจัดการทรัพยากรมนุษย์และการเงินล้วนต้องใช้ซอฟต์แวร์ ขณะนี้ NASA กำลังพัฒนาฟีเจอร์ซอฟต์แวร์กว่า 1,000 รายการที่ใช้ประโยชน์จากความคล่องตัว“เรากำลังเดินทางเพื่อโอบรับความคิดที่ว่องไว และในส่วนหนึ่งของการเดินทางนี้ เราได้นำ Scaled Agile Framework สำหรับ Lean Enterprises หรือ SAFe

 มาเป็นส่วนหนึ่งของวงจรชีวิตการพัฒนาระบบซอฟต์แวร์ 

SDLC” Shenandoah Speers ผู้อำนวยการฝ่ายบริการแอปพลิเคชันและแพลตฟอร์มของ NASA ในสำนักงานของ CIO for Federal กล่าว ข้อมูลเชิงลึกรายเดือน – การรักษาความปลอดภัยแอปพลิเคชันคอนเทนเนอร์. “และ SAFe ช่วยให้เราปรับกลยุทธ์ของเราให้เข้ากับการดำเนินการได้จริง โดยมอบกลไกในการแสดงภาพปริมาณงานที่เรามี จัดลำดับความสำคัญของปริมาณงานและงานในมือ ทำความเข้าใจความสามารถของทีมของเราในการใช้ปริมาณงานนั้น จากนั้นจึงจะสามารถส่งมอบคุณค่าที่เพิ่มขึ้นได้ และยังช่วยให้เราได้รับคำติชมอย่างรวดเร็วจากผู้มีส่วนได้ส่วนเสียและพันธมิตรทางธุรกิจของเราผ่านการสาธิตระบบและกิจกรรมการวางแผนส่วนเพิ่มของโปรแกรม”

Speers ยังกล่าวด้วยว่าทีมของเขาได้สร้างแพลตฟอร์มไปป์ไลน์ DevSecOps ที่ช่วยให้พวกเขาสามารถผสานรวมได้ตามความต้องการอย่างต่อเนื่องและปรับใช้อย่างต่อเนื่องโดยใช้คอนเทนเนอร์เพื่อทำให้กระบวนการรักษาความปลอดภัยของบิลด์ การสแกน และการปรับใช้เป็นไปอย่างอัตโนมัติ

ความปลอดภัยทางไซเบอร์ก็มีความสำคัญต่อ NASA เช่นกัน และมีการเปลี่ยนแปลงมากมายในด้านนั้นในช่วงทศวรรษที่ผ่านมาเพื่อให้แน่ใจว่าความปลอดภัยทางไซเบอร์เป็นส่วนหนึ่งของสิ่งที่ทีม Speers เผยแพร่

“เราได้เปลี่ยนการรักษาความปลอดภัยทางไซเบอร์ไปทางซ้าย …

ซึ่งเราพยายามทำให้การสแกนความปลอดภัยเป็นไปโดยอัตโนมัติในช่วงเริ่มต้นของการพัฒนาซอฟต์แวร์ และช่วยให้นักพัฒนาซอฟต์แวร์ของเราได้รับความเข้าใจที่ดีขึ้นเกี่ยวกับช่องโหว่ด้านความปลอดภัยเหล่านั้นล่วงหน้า” Speers กล่าว บนFederal Drive กับ Tom Temin. “และเราก็ได้ทำอย่างนั้นแล้ว รหัสทั้งหมดของเราและการกำหนดค่าที่เกี่ยวข้องของรหัสนั้นถูกเก็บไว้ในที่เก็บ Git และรวมถึงทริกเกอร์ในตัวเพื่อสร้างกระบวนการ เช่นเดียวกับการทดสอบความปลอดภัยของแอปพลิเคชันแบบคงที่ และการปรับใช้อิมเมจอัตโนมัติและผ่านสภาพแวดล้อมการพัฒนา … [O] เมื่อนักพัฒนาพร้อมแล้ว อิมเมจเหล่านี้จะถูกส่งผ่าน ขั้นตอนการปรับใช้ของไปป์ไลน์ แล้วผ่านการทดสอบความปลอดภัยของแอปพลิเคชันแบบไดนามิก และนั่นดำเนินการ เช่นเดียวกับการปรับใช้อัตโนมัติในสภาพแวดล้อมการจัดเตรียมของเรา และเมื่อทั้งหมดนั้นสำเร็จ ก็เสร็จสิ้น มันถูกปรับใช้กับสภาพแวดล้อมการผลิต”

เมื่อระบบอัตโนมัติแพร่หลายมากขึ้นในการพัฒนาซอฟต์แวร์ NASA ยังคงต้องการให้มนุษย์เข้ามาเกี่ยวข้องในบางกรณี

“เรายังสนับสนุนมนุษย์ในวง เมื่อเราดำเนินการไปป์ไลน์ที่เราพัฒนาขึ้น ผู้มีส่วนได้ส่วนเสียบางส่วนของเรายังคงต้องการให้มนุษย์อยู่ในวงจรนั้น ถูกต้อง ดังนั้นเราจึงสนับสนุนมนุษย์ในการวนซ้ำ เช่นเดียวกับการปรับใช้ไปป์ไลน์อัตโนมัติเต็มรูปแบบ” Speers กล่าว

เช่นเดียวกับระบบอัตโนมัติ โอเพ่นซอร์สก็แพร่หลายเช่นกัน ข้อกังวลบางประการคือซอฟต์แวร์โอเพ่นซอร์สอาจไม่ปลอดภัย แต่ Speers กล่าวว่าตรงกันข้ามคือความจริง

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

ประการสุดท้าย NASA มีประวัติความเป็นมายาวนาน ซึ่งหมายความว่ามีรหัสมรดกบางอย่างที่ต้องได้รับการดูแล

“NASA มีมานานแล้วใช่ไหม? ดังนั้นเราจึงมีรหัสดั้งเดิมค่อนข้างน้อยบนแพลตฟอร์มรุ่นเก่า” Speers กล่าว “และเรากำลังอยู่ในขั้นตอนของการทำสิ่งที่พวกเขาเรียกว่าการใช้เหตุผลเข้าข้างตนเองใช่ไหม? ที่ซึ่งคุณให้เหตุผลแก่แอปพลิเคชันเหล่านี้ และดูแลหนี้ทางเทคนิคภายในนั้น และหนึ่งในนั้นคือการทำให้คอนเทนเนอร์สามารถแปลงให้ทำงานบนแพลตฟอร์มเหล่านี้ได้”

credit: FactoryOutletSaleMichaelKors.com
OrgPinteRest.com
hallokosmo.com
20mg-cialis-canadian.com
crise-economique-2008.com
latrucotecadeblogs.com
1001noshti.com
007AntiSpyware.com
bravurastyle.com
WoodlandhillsWeather.com