วิวัฒนาการของ DevOps: ประวัติย่อจากไอเดียสู่โซลูชันไอทีที่ต้องติดตาม

เผยแพร่แล้ว: 2021-10-25

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

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

ตอนนี้เป็นคำถาม: การเปลี่ยนไปสู่ ​​DevOps นำอะไรมาสู่องค์กร มันนำมาซึ่งความโปร่งใส การสื่อสารที่เปิดกว้าง และการทำงานเป็นทีมที่แข็งแกร่งที่มาพร้อมกับระเบียบวินัยที่หลากหลาย ดังนั้น แนวคิดที่บริษัท DevOps ทุกแห่งทำงานก็คือการทลายไซโลและเปิดสถานที่ทำงาน ไม่เพียงแต่สำหรับการทำงานร่วมกันเท่านั้น แต่ยังสำหรับการอภิปรายเพิ่มเติมอีกด้วย

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

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

ก่อนดำเนินการต่อ คุณสามารถตรวจดูอินโฟกราฟิกที่จะแสดงประวัติและวิวัฒนาการของ DevOps ในเวลาสั้นๆ และแม่นยำ ซึ่งผู้ใช้ทุกคนจะต้องยินดีเมื่อได้อ่าน

วิวัฒนาการของ DevOps: ประวัติย่อจากไอเดียสู่โซลูชันไอทีที่ต้องติดตาม

ตอนนี้มาถึงส่วนสำคัญ

แนะนำสำหรับคุณ: 7 DevOps Toolchain Orchestration Solution ที่คุณอาจไม่รู้
แสดง สารบัญ
  • ที่มาของ DevOps คืออะไร?
  • การมาถึงของเวิลด์ไวด์เว็บ (www) และโอกาสอีกมากมายรอนักพัฒนาอยู่
  • Patrick Debois: บุคคลที่ปรับปรุงฟังก์ชันไอทีให้ทันสมัยด้วยแนวคิด – 'DevOps'
  • Flickr และความเจ้าชู้กับ Dev+Ops
  • เบลเยียม: สถานที่ที่ DevOpsDays ถือกำเนิดขึ้น
  • Modern DevOps: ซอฟต์แวร์ตรวจสอบการเปลี่ยนแปลงภาคไอที
  • DevOps: ผู้แพ้หรือผู้ชนะในอนาคต?

ที่มาของ DevOps คืออะไร?

มีคำกล่าวว่าการพูดถึงนักพัฒนาก่อนนั้นเป็นทางเลือกที่ไร้ประโยชน์หากคุณเพิกเฉยต่อคอมพิวเตอร์โดยสิ้นเชิง

ต้องการสื่อข้อความอะไร มันแสดงให้เห็นว่าการจะเข้าใจเทคโนโลยีใหม่ๆ นั้น ก่อนอื่นเราต้องเข้าใจว่ามันวิวัฒนาการมาอย่างไรในอดีต เช่นเดียวกับโซลูชัน DevOps

เครื่องจักรอัตโนมัติเครื่องแรกถูกสร้างขึ้นด้วยแนวคิดจากบิดาแห่งคอมพิวเตอร์ อลัน ทัวริง ในปี 1936 นำไปสู่การสร้างคอมพิวเตอร์ไฟฟ้าที่มีขนาดใหญ่และมีราคาแพง ยิ่งกว่านั้น พวกเขาไม่มีใครสามารถสั่งงานผ่านโปรแกรมได้

โชคดีที่ในปี 1957 การสร้างภาษาโปรแกรมตัวแรกในรูปแบบของ FORTRAN ส่งผลให้มีตำแหน่งงานว่างจำนวนมากสำหรับนักพัฒนา (เป็นครั้งแรกสำหรับคอมพิวเตอร์) ซึ่งนำมาซึ่งการปฏิวัติและเปิดพื้นที่สำหรับโอกาสใหม่ ๆ

ในช่วงปลายทศวรรษ 1980 จอภาพ CRT มีราคาย่อมเยาที่ช่วยให้นักพัฒนาสามารถทำงานที่เวิร์กสเตชันได้อย่างง่ายดาย ตอนนี้ด้วยการเข้ามาของ 'รหัส' งานทั้งหมดจะง่ายขึ้น ตอนนี้เราสามารถใช้ซอร์สโค้ดเพื่อคอมไพล์และปรับใช้สำหรับการทำซ้ำเพิ่มเติม

การมาถึงของเวิลด์ไวด์เว็บ (www) และโอกาสอีกมากมายรอนักพัฒนาอยู่

ก่อน WWW มี ARPANET เป็นเครือข่ายคอมพิวเตอร์ที่สนับสนุนโดยรัฐบาลซึ่งสงวนไว้สำหรับลูกค้าในสหรัฐอเมริกาเท่านั้น เริ่มใช้งานเฉพาะในปี 1969 และสร้างเครือข่ายการจัดการส่วนบุคคลด้วยศูนย์ปฏิบัติการหรือ 'ops' เพื่อการกำหนดค่าเครือข่ายที่ดีขึ้น

ย้อนกลับไปในปี 1990 Tim-Berners-Lee ได้สร้าง WWW แรกในรูปแบบของ HTTP ที่ Google คว้าเครื่องมือค้นหาที่สร้างขึ้นใหม่ จากนั้นในปี 2003 Ben Treynor เริ่มทำงานกับ Google และพัฒนาสภาพแวดล้อมการพัฒนาและการผลิต (หรือการปฏิบัติงาน) ที่แยกต่างหากสำหรับวิศวกรความน่าเชื่อถือของไซต์ (SREs)

ผู้น้อยรู้ในตอนนั้น; ในไม่ช้า SREs จะถูกพัฒนาให้เป็นผู้ปฏิบัติงาน 'DevOps' ตัวจริงคนแรก!

devops-business-chain-การพัฒนา-กระบวนการ

Patrick Debois: บุคคลที่ปรับปรุงฟังก์ชันไอทีให้ทันสมัยด้วยแนวคิด – 'DevOps'

ไม่ต้องสงสัยเลยว่าบิดาของ DevOps คือ Patrick Debois ผู้ซึ่งมีทัศนคติที่น่ารังเกียจซึ่งนำไปสู่การพัฒนาซอฟต์แวร์ตรวจสอบที่ดีที่สุดในโลก เขาสามารถทำมันได้อย่างไร? คำตอบสำหรับคำถามที่กำหนดจะปกปิดรากฐานที่มั่นคงของ DevOps

ในปี 2550 Patrick เริ่มทำงานเพื่อทำความเข้าใจแนวคิดของการย้ายข้อมูลผ่านขั้นตอนการทดสอบ ทำให้เขาตระหนักว่าแง่มุมบางอย่าง เช่น การสลับไปมาระหว่างฝ่ายพัฒนาและการมีไซโลในฝ่ายปฏิบัติการทำให้โครงการต้องหยุดชะงัก นอกจากนี้เขายังพบว่าการแก้ปัญหาดังกล่าว มีการเสียเวลาและความพยายามอย่างมากในขณะที่ดำเนินโครงการระหว่างทั้งสองฝ่าย

คำถามเริ่มผุดขึ้นในใจของเขา - "จะเชื่อมช่องว่างระหว่างฝ่ายพัฒนาและฝ่ายปฏิบัติการเพื่อหยุดโครงการที่กลายเป็นความล้มเหลวได้อย่างไร"

โชคดีที่ในปี 2008 เขาได้เข้าร่วมการประชุมที่เมืองโตรอนโต ประเทศแคนาดา ในหัวข้อ “Agile Infrastructure” ซึ่งเขาได้พบกับเพื่อนสนิทในรูปแบบของ Andrew Shafer ทั้งสองได้จัดตั้งกลุ่มสนทนาที่ผู้ที่มีใจเดียวกันสามารถแบ่งปันความคิดเพื่อหาแนวทางแก้ไขระหว่างทีมพัฒนาและทีมปฏิบัติการ

คุณอาจชอบ: HIPAA Compliance Automation with DevOps | สิ่งที่คุณต้องรู้!

Flickr และความเจ้าชู้กับ Dev+Ops

ในขั้นต้น ทั้ง Debois และ Shafer ไม่สามารถรวบรวมความสนใจได้มากนัก แต่เพื่อโชคของพวกเขา เทคโนโลยียักษ์ใหญ่รวมถึง Google เริ่มรวมแนวคิด SRE ที่เข้ากับแนวคิดของ Debois เพื่อลดเวลาหยุดทำงานและชดเชยความโกรธที่เพิ่มขึ้นในหมู่ลูกค้า

ป้อนวิศวกร Flickr สองคนชื่อ John Allspaw และ Paul Hammond ซึ่งเริ่มสังเกตว่าทั้งสองทีมมีข้อโต้แย้งอยู่เสมอ (Dev & Ops) พวกเขาพบว่าทีมปฏิบัติการมักจะต่อต้านฝ่ายบริหาร และทีมพัฒนาที่สร้างโค้ดดูเหมือนจะชี้นิ้วไปที่ทีมปฏิบัติการเสมอ

ดังนั้น พวกเขาจึงเสนอวิธีแก้ปัญหา: จ้าง 'ops ซึ่งมีกระบวนการคิดเหมือนกับของ devs” และในทางกลับกัน มันมีความหมายต่อโลกอย่างไร?

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

เบลเยียม: สถานที่ที่ DevOpsDays ถือกำเนิดขึ้น

เมื่อโลกก้าวเข้าสู่คำว่า Dev+Ops อย่างรวดเร็ว Patrick Debois วิศวกรชาวเบลเยียม (ตามที่กล่าวไว้ข้างต้น) จึงตัดสินใจจัดการประชุมขนาดเล็กเพื่อนำเสนอประโยชน์ของ 'การบริหารระบบแบบอไจล์' ในขณะที่โฆษณาแนวคิดของเขาบนแพลตฟอร์มโซเชียลมีเดีย Twitter; เขาสร้างแฮชแท็กชื่อ “DevOps” (รูปแบบย่อของการพัฒนาและการดำเนินการ)

ในไม่ช้า Debois ได้จัด “DevOpsDays” ในรูปแบบที่แปลเป็นภาษาท้องถิ่นเพื่อนำนักพัฒนาและผู้ดำเนินการทั้งหมดทั่วโลกมาไว้ในแพลตฟอร์มเดียว งานนี้ได้รับเสียงปรบมืออย่างล้นหลาม

ไม่เพียงแค่นี้ แฮชแท็กก็กลายเป็นความสำเร็จระดับโลกในไม่ช้า จนทำให้แม้แต่นักพัฒนา Flicker ยังต้องตกตะลึง

ห่วงโซ่เครื่องมือ DevOps

Modern DevOps: ซอฟต์แวร์ตรวจสอบการเปลี่ยนแปลงภาคไอที

แม้ว่า DevOps จะเป็นวิธีการที่ค่อนข้างใหม่ แต่บริษัทที่ปรึกษาด้าน DevOps ทั้งหมดจะบอกคุณว่าโลกเทคโนโลยีกำลังเคลื่อนตัวไปอย่างรวดเร็วเพียงใด และ DevOps ได้รับการยอมรับอย่างกว้างขวางในอุตสาหกรรมไอทีทั่วโลกได้อย่างไร

ในปี 2013 คำหนึ่งสร้างความฮือฮา และมันคือเอฟเฟ็กต์ "แฟรงเกน-มอนิเตอร์" ที่เน้นการหาวิธีแก้ปัญหา นอกจากนี้ยังบอกให้บริษัทต่างๆ ป้องกันไม่ให้สร้างจอมอนิเตอร์ Frank เพื่อป้องกันเวลาหยุดทำงานและค่าใช้จ่ายที่เกี่ยวข้องกับการติดตั้งอาคาร

เพื่อรองรับการเพิ่มขึ้นของ DevOps เมื่อเร็ว ๆ นี้ Garter คาดการณ์ว่าเทคโนโลยีดังกล่าวกำลังอยู่ระหว่างการเปลี่ยนผ่านจากการเป็นเพียงเทคโนโลยีเฉพาะกลุ่มไปสู่โซลูชันซอฟต์แวร์กระแสหลักเพื่อกลายเป็นบริการชั้นยอดทั่วโลก

ยิ่งไปกว่านั้น การวิจัยของ Forrester ได้ประกาศให้ปี 2017 เป็น “ปีแห่ง DevOps” ทำไม เหตุผลก็คือ ณ เวลานั้น องค์กรประมาณ 50% ได้เริ่มใช้ DevOps เป็นผู้ให้บริการเพื่อแสวงหาโชคลาภที่ดีขึ้นในอุตสาหกรรมของตน

คุณอาจชอบ: 7 บทบาทงาน DevOps ที่จ่ายสูงในความต้องการสูง

DevOps: ผู้แพ้หรือผู้ชนะในอนาคต?

บทสรุปสุดท้ายคำสิ้นสุดบรรทัดล่างสุด

ดังนั้นทุกคนจะมั่นใจได้ว่าประวัติศาสตร์เพียงสั้น ๆ ไม่สามารถบอกเล่าเรื่องราวทั้งหมดได้ ดังนั้นต้องสงสัยว่าอุตสาหกรรมนี้มีการเคลื่อนไหวอย่างไร?

จากเงื่อนไขการตรวจสอบ DevOps กำลังเฟื่องฟูในอัตราเร่งที่เห็นได้จากรายงานการสำรวจล่าสุด แสดงให้เห็นว่าตลาด DevOps ทั่วโลกจะมี CAGR 19.42% จนถึงปี 2020 ซึ่งแสดงให้เห็นว่า DevOps จะคงอยู่ต่อไปจนกว่าเทคโนโลยีใหม่อื่นจะเข้ามาแทนที่และเข้ารับตำแหน่งที่มั่นคงในอนาคต

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

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

 บทความนี้เขียนโดย Abhinav Shrivastava จาก Emorphis Technologies Abhinav เป็นนักการตลาดที่รักในเทคโนโลยี ในช่วงหลายปีที่ผ่านมา เขาเป็นส่วนหนึ่งของผลิตภัณฑ์/โครงการด้านเทคโนโลยีมากมาย และรู้สึกตื่นเต้นที่ได้เห็นผลกระทบต่อมนุษย์ของเทคโนโลยีในชีวิตประจำวันของเรา เขามีความรู้และความเข้าใจอย่างลึกซึ้งเกี่ยวกับขอบเขตของการเคลื่อนไหว และเขามีความสุขที่ได้เห็นวิธีการใช้สมาร์ทโฟนและแอปเพื่อสุขภาพ ไลฟ์สไตล์ และความรู้ของเราที่ดีขึ้น เขาเป็นผู้ศรัทธา เขาเชื่อในพระเจ้า เขาเชื่อในตัวเอง เขาเชื่อในผู้คน และเขาเชื่อในความเจริญรุ่งเรือง คุณสามารถติดตามเขาได้ที่ LinkedIn