เราได้พูดคุยกันว่าใครและทำไมในอนาคตอันใกล้นี้จึงจำเป็นต้องมีทักษะในการสร้างแพลตฟอร์มโครงสร้างพื้นฐานโดยใช้ Kubernetes กับอาจารย์ , วิศวกรชั้นนำ .
ความต้องการวิศวกรแพลตฟอร์มมาจากไหน?
เมื่อเร็ว ๆ นี้ บริษัทต่างๆ จำนวนมากขึ้นเรื่อยๆ ตระหนักถึงความจำเป็นในการสร้างแพลตฟอร์มโครงสร้างพื้นฐานภายในที่จะเป็นสภาพแวดล้อมเดียวสำหรับการพัฒนา การจัดเตรียมการเผยแพร่ การเผยแพร่ และการดำเนินงานผลิตภัณฑ์ดิจิทัลของบริษัท แพลตฟอร์มดังกล่าวประกอบด้วยระบบและบริการสำหรับการจัดการทรัพยากรคอมพิวเตอร์และเครือข่าย ระบบบูรณาการอย่างต่อเนื่อง พื้นที่เก็บข้อมูลของสิ่งประดิษฐ์ในการส่งมอบ ระบบตรวจสอบ และบริการอื่น ๆ ที่ทีมพัฒนาของคุณใช้ ความเคลื่อนไหวไปสู่การสร้างแพลตฟอร์มภายในและการก่อตั้งทีมแพลตฟอร์มเริ่มขึ้นเมื่อหลายปีก่อน การยืนยันเรื่องนี้สามารถพบได้ในรายงาน , และหนังสือเช่น .
ข้อได้เปรียบหลักของแนวทางแพลตฟอร์มในการจัดการโครงสร้างพื้นฐานของบริษัทมีดังนี้:
- ทีมผลิตภัณฑ์ไม่ถูกรบกวนจากการพัฒนาผลิตภัณฑ์ของตนเพื่อแก้ไขปัญหาโครงสร้างพื้นฐาน
- ทีมงานแพลตฟอร์มที่รับผิดชอบในการพัฒนาแพลตฟอร์มโครงสร้างพื้นฐาน คำนึงถึงความต้องการของทีมงานผลิตภัณฑ์ในบริษัท และสร้างโซลูชั่นสำหรับความต้องการภายในโดยเฉพาะ
- บริษัทสั่งสมประสบการณ์ภายในที่สามารถนำกลับมาใช้ใหม่ได้ง่าย เช่น เมื่อเปิดตัวทีมงานผลิตภัณฑ์ใหม่ หรือเมื่อสร้างมาตรฐานหรือแนวปฏิบัติทั่วไปในบริษัท
หากบริษัทจัดการเพื่อให้ได้แนวทางดังกล่าว เมื่อเวลาผ่านไป แพลตฟอร์มโครงสร้างพื้นฐานภายในอาจสะดวกสำหรับทีมพัฒนามากกว่าบริการของผู้ให้บริการคลาวด์ เพราะมันถูกสร้างขึ้นโดยคำนึงถึงลักษณะและความต้องการของทีม สะสมประสบการณ์และ เฉพาะเจาะจง ทั้งหมดนี้นำไปสู่การเพิ่มประสิทธิผลของทีมผลิตภัณฑ์ ซึ่งหมายความว่าเป็นผลดีต่อธุรกิจ
ทำไมต้อง Kubernetes?
เครื่องมือต่างๆ สามารถใช้เป็นพื้นฐานในการสร้างแพลตฟอร์มโครงสร้างพื้นฐานได้ ก่อนหน้านี้คือ Mesos ตอนนี้นอกเหนือจาก Kubernetes แล้ว คุณสามารถใช้ Nomad ได้ และแน่นอนว่าไม่มีใครจำกัดคุณในการสร้าง "จักรยาน" ของคุณเอง อย่างไรก็ตาม บริษัทส่วนใหญ่ส่วนใหญ่เลือกที่จะสร้างแพลตฟอร์มบน Kubernetes นี่คือสิ่งที่เขามีคุณค่ามากที่สุด:
- รองรับการปฏิบัติงานด้านวิศวกรรมสมัยใหม่ เช่น “โครงสร้างพื้นฐานเหมือนโค้ด”
- ทีมเครื่องมือจำนวนมากต้องการทันที ตัวอย่างเช่น การจัดการทรัพยากรการประมวลผล กลไกการปรับใช้แอปพลิเคชันที่มีการจัดการ และการรับรองความทนทานต่อข้อผิดพลาด
- ระบบนิเวศขนาดใหญ่ที่มีเครื่องมือในการแก้ปัญหาต่างๆ ได้รับการสนับสนุนจากผู้ให้บริการคลาวด์
- ชุมชนที่พัฒนาแล้ว: การประชุมหลายสิบครั้งทั่วโลก รายชื่อผู้ร่วมให้ข้อมูลที่น่าประทับใจ ผู้เชี่ยวชาญที่ได้รับการรับรองและได้รับการรับรอง โปรแกรมการศึกษาเกี่ยวกับเครื่องมือนี้
Kubernetes สามารถเรียกได้ว่าเป็นมาตรฐานอุตสาหกรรมใหม่ เพียงแต่ต้องรอเวลาก่อนที่บริษัทของคุณจะเริ่มใช้งาน
น่าเสียดายที่ทั้งหมดนี้ไม่ได้มาฟรีๆ ด้วยการถือกำเนิดของ Kubernetes และเทคโนโลยีการบรรจุคอนเทนเนอร์ กระบวนการและเครื่องมือที่ทีมใช้ในการทำงานประจำวันกำลังประสบกับการเปลี่ยนแปลงมากมาย:
- แนวทางในการจัดการทรัพยากรคอมพิวเตอร์กำลังเปลี่ยนแปลง
- การเปลี่ยนแปลงวิธีการปรับใช้และกำหนดค่าแอปพลิเคชัน
- จำเป็นต้องมีแนวทางที่แตกต่างออกไปในการจัดการบริการตรวจสอบและบันทึกข้อมูล
- ไม่จำเป็นต้องสร้างการผสานรวมใหม่ระหว่างบริการที่เป็นส่วนหนึ่งของแพลตฟอร์มและปรับใช้สคริปต์อัตโนมัติที่มีอยู่
แม้แต่สภาพแวดล้อมท้องถิ่นของนักพัฒนาและขั้นตอนการดีบักแอปพลิเคชันก็อาจมีการเปลี่ยนแปลงเช่นกัน
บริษัทต่างๆ สามารถเปลี่ยนไปใช้แพลตฟอร์มโครงสร้างพื้นฐานและการบำรุงรักษาได้ด้วยตัวเอง พัฒนาความสามารถของพนักงาน หรือจ้างผู้เชี่ยวชาญที่จำเป็น กรณีที่คุ้มค่าที่จะมอบหมายกระบวนการเหล่านี้ก็เป็นเรื่องปกติเช่นกัน ตัวอย่างเช่น หากบริษัทไม่มีโอกาสที่จะถ่ายโอนจุดสนใจของทีมจากการพัฒนาผลิตภัณฑ์ไปสู่การสร้างโครงสร้างพื้นฐานใหม่ จะไม่มีโอกาสที่จะดำเนินการ R&D ภายในขนาดใหญ่ หรือมี ความเสี่ยงที่ยอมรับไม่ได้ที่เกี่ยวข้องกับการสร้างโครงสร้างพื้นฐานใหม่และการถ่ายโอนทีมผลิตภัณฑ์อย่างอิสระ - เป็นการดีกว่าที่จะขอความช่วยเหลือจาก บริษัท ที่เคยไปตามเส้นทางนี้มากกว่าหนึ่งครั้ง
ความสามารถใหม่ในการทำงานกับแพลตฟอร์มโครงสร้างพื้นฐานจะไม่เพียงแต่จำเป็นเท่านั้น ผู้ดูแลระบบ (ความสามารถพิเศษที่กำลังเปลี่ยนเป็นวิศวกรโครงสร้างพื้นฐาน) แต่ยังสำหรับนักพัฒนาด้วย ผู้พัฒนา ต้องเข้าใจว่าแอปพลิเคชันของเขาเปิดตัวและทำงานในการต่อสู้อย่างไร เขาจะต้องสามารถใช้ระบบนิเวศให้เกิดประโยชน์สูงสุด สามารถแก้ไขจุดบกพร่องของแอปพลิเคชัน หรือเปลี่ยนแปลงขั้นตอนการใช้งานและการกำหนดค่าได้ นอกจากนี้คุณไม่สามารถทำได้หากไม่มีความรู้นี้ โอกาสในการขายทางเทคนิค: คุณต้องดำเนินการ R&D จำนวนมาก เลือกเครื่องมือที่เหมาะสม ศึกษาข้อจำกัด ค้นหาแนวทางในการบูรณาการระหว่างเครื่องมือที่เป็นส่วนหนึ่งของแพลตฟอร์ม และจัดเตรียมสถานการณ์ต่างๆ สำหรับการใช้บริการแพลตฟอร์มโดยทีมผลิตภัณฑ์
ในขณะที่การปรับใช้ Kubernetes รวมถึงสิ่งอำนวยความสะดวกของผู้ให้บริการคลาวด์นั้นไม่ใช่เรื่องยาก ดังนั้นการแปลกระบวนการพัฒนาและการดำเนินงานทั้งหมด การปรับแอปพลิเคชัน การบูรณาการเครื่องมือใหม่มากมายสำหรับทีม ฯลฯ ถือเป็นงานที่เป็นปัญหาอย่างแท้จริงซึ่งต้องใช้ความเข้าใจอย่างลึกซึ้ง กระบวนการและการสื่อสารจำนวนมากกับผู้เข้าร่วมทั้งหมดในการสร้างผลิตภัณฑ์ของคุณ
และเรารวบรวมข้อมูลทั้งหมดนี้ในหลักสูตรออนไลน์ของเรา "แพลตฟอร์มโครงสร้างพื้นฐานที่ใช้ Kubernetes" ในการฝึกฝน 5 เดือน คุณจะเชี่ยวชาญ:
- Kubernetes ทำงานอย่างไร
- วิธีปฏิบัติ DevOps ถูกนำไปใช้อย่างไร
- เครื่องมือระบบนิเวศใดที่โตพอที่จะใช้ในการต่อสู้และจะรวมเข้าด้วยกันได้อย่างไร
เรามุ่งเน้นไปที่ระบบนิเวศและความแตกต่างของการดำเนินงานคลัสเตอร์ Kubernetes ซึ่งแตกต่างจากโปรแกรมการศึกษาอื่นๆ และนี่คือจุดที่ความยากลำบากเกิดขึ้นสำหรับบริษัทที่ตัดสินใจเปลี่ยนมาใช้แพลตฟอร์มโครงสร้างพื้นฐานของตน
หลังจากจบหลักสูตร คุณจะมีคุณสมบัติเป็นวิศวกรแพลตฟอร์มและจะสามารถสร้างแพลตฟอร์มโครงสร้างพื้นฐานในบริษัทของคุณได้อย่างอิสระ ซึ่งก็คือสิ่งที่นักเรียนบางคนของเราทำในโครงการ การได้รับคำติชมและการสนับสนุนจากอาจารย์ นอกจากนี้ความรู้และทักษะจะเพียงพอที่จะเตรียมความพร้อมสำหรับการรับรอง CNCF
สิ่งสำคัญคือต้องทราบว่าการเรียนรู้ทักษะเหล่านี้ต้องอาศัยความรู้ที่ดี . จากการสังเกตตลาดงานของเราหลังการฝึกอบรมดังกล่าว ผู้เชี่ยวชาญสามารถคาดหวังเงินเดือน 150-200 รูเบิลได้อย่างปลอดภัย
หากคุณเป็นเพียงผู้เชี่ยวชาญที่มีประสบการณ์ในการใช้แนวทางปฏิบัติ DevOps เราขอเชิญคุณ .
ที่มา: will.com