อะไรคือการเปรียบเทียบ DevOps

ผู้นำเสนอบางรายใช้การเปรียบเทียบเพื่ออธิบายเทคโนโลยีบางอย่างเช่นPizza เป็น Service 2.0ที่อธิบายความแตกต่างระหว่างสแต็กตามการบริการที่แตกต่างกัน

ข้อดีของการเปรียบเทียบ Pizza นี้คือมันประกอบด้วยหลาย analogies เช่น runtime aka พิซซ่าและโฮมเมด aka มรดก

เมื่อ Googles "DevOps analogy" หนึ่งภาพต่าง ๆ ปรากฏขึ้น แต่ไม่ใช่ภาพใดที่จับใจได้มาก

คำจำกัดความของ "กำลังดึง"

1. แสดงภาพในงานนำเสนอ
2. พูดคุยเกี่ยวกับเรื่องนี้ 30 วินาที
3. ในช่วงลิฟต์ผู้คนมากขึ้นเข้าใจ DevOps และชัดเจนโดยพวกเขา

DevOps เป็นอุตสาหกรรมของไอที

ส่วนใหญ่สำหรับ devs แต่มีความรู้กับผู้อื่นด้วย meme "ภัยพิบัติสาว": "ทำงานบนเครื่องของฉัน .. ปัญหา Ops ตอนนี้!" นี่แสดงให้เห็นว่าการขาดความรับผิดชอบสามารถเป็นอันตรายต่อทั้ง บริษัท และคุณค่าของซอฟต์แวร์ที่ใช้งานได้เฉพาะในสภาพแวดล้อมที่เฉพาะเจาะจงนั้นไม่สมบูรณ์

นอกจากนี้เมทริกซ์ของนรก การเพิ่มนักเทียบท่าอาจดูเหมือนคอลัมน์เดียวมากกว่า แต่ภาชนะจะกลายเป็นเทคโนโลยีที่ต้องเดินทางและสถาปัตยกรรมมาตรฐานในระยะยาว ดังนั้นคุณสามารถเรียกใช้ Docker container ด้วย Kubernetes หรือ Apache Mesos

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

อีกอันที่ฉันชอบคืออันนี้จากเว็บไซต์นี้https://devrant.com/search?term=devops

อย่างที่ฉันเคยได้ยินมันหลายครั้งและมันทำให้ฉันหงุดหงิดเพราะมันเป็นพฤติกรรมไซโลและต่อต้าน devops โดยทั่วไปฉันต้องการบังคับใช้เมื่อคุณเปลี่ยนคุณต้องปล่อยหรือเมื่อคุณทำลายคุณแก้ไข ในทางปฏิบัติมันไม่ง่ายอย่างที่ความคิดเปลี่ยนไป

มีการเปรียบเทียบอื่นที่นี่https://devrant.com/search?term=devops

ฉันคิดว่าสิ่งนี้ยังมีผลบังคับใช้เนื่องจากยังมีนักพัฒนาที่ยังคงขว้างสิ่งของข้ามกำแพง

ฉันต้องยอมรับว่าฉันรู้สึกเช่นนี้และสิ่งนี้สนับสนุนให้ฉันเรียนรู้การเขียนโปรแกรม ตอนนี้ฉันเรียนรู้ Java และต้องการรับใบรับรอง ตอนนี้ฉันกำลังเรียนเพื่อเชื่อมโยง Java Oracle

จากข้อเสนอแนะในหนึ่งในความคิดเห็นต่อหนึ่งในคำตอบของ @PeterMuryshkin ฉันได้อ่านเพิ่มเติมเกี่ยวกับIndustry4.0และฉันคิดว่ามันอาจจะคล้ายคลึงกับ DevOps

การเปรียบเทียบ DevOps อื่นอาจเป็นอุตสาหกรรม 4.0:

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

เพื่อที่จะแนะนำอุตสาหกรรม 1.0 กระบวนการทำงานคือวิธีการผลิต coton ด้วยตนเองจะต้องชัดเจนเพื่อให้อัตโนมัติสิ่งนี้ 2.0 อัตโนมัติมากขึ้นและ 3.0 เช่นกัน ทุกวันนี้ DevOps นั้นเกี่ยวกับการทำงานอัตโนมัติมากขึ้นเรื่อย ๆ แต่เพื่อที่จะทำเช่นนั้นกระบวนการควรมีความชัดเจนเช่นกัน 4.0 นั้นเกี่ยวกับการเคลื่อนย้ายไปยังคลาวด์เช่น AWS, GCP, AWS, CI / CD และระบบการรักษาตัวเองซึ่งอาจคล้ายคลึงกันเช่นกัน

DevOps สามารถเปรียบเทียบกับหน่วยคอมมานโดซึ่งประกอบด้วยผู้เชี่ยวชาญจำนวนน้อย ฉันต้องคิดเสมอเกี่ยวกับระดับแรกของ Commandos 1 หลังแนวศัตรู มีตัวละครสามตัว:

• เรือเดินทะเล
• คนขับรถ
• หมวกเบเร่ต์สีเขียว

แต่ละคนมีคุณสมบัติที่เป็นเอกลักษณ์เช่นการดำน้ำว่ายน้ำการพาย (มารีน) นักดำน้ำ (ปืนกลขับรถ) หมวกเบเรต์สีเขียว

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

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

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

เมื่อพวกเขาทำงานร่วมกันมีโอกาสสูงที่พวกเขาจะสามารถเอาชีวิตรอดได้เพราะต้องนัดสามนัดเพื่อกำจัดศัตรู หากพวกเขายิงกันศัตรูก็ถูกพาตัวออกไปทันที