ฉันจะเริ่มเรียนรู้ DevOps ได้ที่ไหน


10

การค้นหา "วิธีเริ่มต้นด้วยผู้ devops" ไม่ได้ช่วยอะไรมากมายพวกเขาหลายคนชอบสิ่งนี้และสิ่งนี้รวมถึงคนอื่น ๆ ที่ไม่ได้ชี้ให้ฉันอย่างถูกต้อง วิดีโอ youtube ทั้งหมดที่ฉันได้เห็นจนถึงตอนนี้ก็ไม่ได้ช่วยด้วย (เพราะฉันไม่ต้องการวิดีโอที่อธิบายให้ฉันฟังว่าอะไรคือ devops) วิดีโอนี้เป็นข้อยกเว้นที่แท้จริงเพียงข้อเดียวจนถึงตอนนี้ (แสดงให้เห็นว่าสิ่งต่างๆ

ฉันเป็น CCNA และมีความเชี่ยวชาญสูงกับ DBMS-s (ปัจจุบันกำลังเรียนรู้การดำเนินการแบบคู่ขนานเช่นเดียวกับสิ่งอื่น ๆ )

แต่ฉันไม่รู้ว่าควรจะเรียนรู้อะไรก่อน (หรือจะหาแหล่งข้อมูลที่ถูกต้องสำหรับเรื่องนั้น)

ฉันกำลังจะสำเร็จการศึกษาดังนั้นฉันจึงไม่สามารถเข้าถึงประสบการณ์ในโลกแห่งความเป็นจริงได้

คำแนะนำหรือความช่วยเหลือ?

คำตอบ:


5

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

กำหนดค่าเซิร์ฟเวอร์:

  • PXE
  • เบิ้ล
  • หุ่นเชิด

VM:

  • คนจรจัด
  • QEMU

คอนเทนเนอร์:

  • นักเทียบท่า
  • Kubernetes

แก้ไข: ภาพรวมเทคโนโลยีคลาวด์:

เมื่อสถาปัตยกรรมซอฟต์แวร์ของคุณเกี่ยวกับบริการขนาดเล็กแล้วคอนเทนเนอร์เป็นตัวเลือกที่ดี เมื่อคุณใช้แอพพลิเคชั่นแบบเสาหินเก่า VM นั้นไม่ใช่ตัวเลือกที่แย่ ดังนั้นจึงขึ้นอยู่กับบริบทที่คุณต้องเรียนรู้เป็นพิเศษ หัวข้อค่อนข้างกว้างเพื่อสรุป หนังสือเล่มหนึ่งอาจช่วยได้ แต่น่าเศร้าที่ฉันไม่สามารถแนะนำหนังสือที่ดีได้ "Kubernetes in Action" ช่วยให้คุณเริ่มต้นได้ดีใน Kubernetes


จะเพิ่มบางอย่างเกี่ยวกับ ci / di เช่น Bamboo, jenkins, teamcity หรือคล้ายกัน
Cyclonecode

1
สิ่งหนึ่งที่ฉันลืมและอาจช่วยได้ ภาพรวมของเทคโนโลยีคลาวด์: แนวนอน
CNCF

คุณแก้ไขโพสต์และเพิ่มข้อมูลเพิ่มเติม =) ฉันจ้องที่นี่จริงๆ
Cyclonecode

@Cyclonecode คุณถูกต้อง เสร็จแล้ว
jhamfler

ขออภัยถ้านี่เป็นคำถามที่โง่ถ้า EC2 ทำงานอยู่ในเครื่องเสมือนทำไมฉันต้อง Docker?
PirateApp

4

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

LowOps และ NoOps

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

ป้อนคำอธิบายรูปภาพที่นี่

รูปที่ 1: https://www.gslab.com/blog-post/what-is-noops/

"วิธีเริ่มต้นด้วย devops"

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


2

คำตอบอื่น ๆ ที่นี่เน้นเครื่องมือ ในความคิดของฉันการได้รับความสามารถในชุดเครื่องมือเป็นสิ่งที่ดี แต่จะไม่ทำให้คุณเป็นคนดีในวัฒนธรรม DevOps DevOps เป็นครั้งแรกที่ชุดของการปฏิบัติหรือวิธีการ

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

เป็นตำราพื้นฐาน

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

เริ่มจากสิ่งเหล่านี้คุณจะได้เรียนรู้การฝึกฝนและวิธีการต่างๆซึ่งจะแจ้งให้ทราบว่าคุณทำงานร่วมกันและใช้เครื่องมืออย่างไร


2

สิ่งที่คุณต้องเรียนรู้คือ Linux, Docker, Networking, Git, Jenkins เป็นต้นคุณสามารถเรียนรู้ได้จากที่นี่

หากคุณกำลังมองหา tutorials วิดีโอแล้วPluralsightมีสิ่งที่ดีสำหรับคุณ


1

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

ที่ถูกกล่าวว่าและพยายามตอบคำถามของคุณฉันสามารถพูดจากประสบการณ์ส่วนตัวของผมเริ่มต้นการเดินทางของฉันกับการเรียนรู้ที่ดีเทียบท่าเริ่มต้นคู่มือ


1

"การเรียนรู้ DevOps" ทำให้ฉันรู้สึกกว้างเกินไปเมื่อคุณค้นพบ แต่ฉันจำได้ว่าต้องใช้ google ในสิ่งเดียวกัน

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

ปัญหาทั่วไปที่ฉันสามารถแนะนำคือ:

  • การบำรุงรักษาเซิร์ฟเวอร์ด้วยตนเอง VS โซลูชั่นที่เขียนสคริปต์
  • ความน่าเชื่อถือและการสำรองข้อมูล
  • การทดสอบการรวมอัตโนมัติ
  • ดำเนินการปรับใช้อัตโนมัติอย่างต่อเนื่อง (เช่นบริการบนเว็บ)
  • ...

บางทีการค้นหา "การปรับใช้อย่างต่อเนื่อง" และ "การรวมอย่างต่อเนื่อง" (CI / CD) อาจช่วยคุณได้เช่นกัน


1

สิ่งแรกที่คุณต้องเรียนรู้และทำความคุ้นเคย:

  • unix (ระบบไฟล์, สิทธิ์, กระบวนการ, บริการ, บันทึก, ระบบเครือข่าย, ฯลฯ ... )
  • ssh & ย้อนกลับทันเนล
  • นาโน / เสียงเรียกเข้า
  • หลาม
  • คอมไพล์

จากนั้นคุณสามารถไปยังหัวข้อที่เฉพาะเจาะจงมากขึ้น:

  • containerization (เช่นนักเทียบท่า)
  • การจัดการการกำหนดค่า (เช่น ansible)
  • การปรับใช้อย่างต่อเนื่อง (เช่นเจนกินส์)
  • การตรวจสอบ (เช่นโพร / grafana)
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.