ผู้เข้าร่วมมาเรียนหลักสูตรหรือหลักสูตรเร่งรัด เขาเห็นแถวการสนับสนุนด้านเทคนิคที่เป็นระเบียบ สายไฟที่จัดวางอย่างเรียบร้อย แผนผังกระดานหมากรุกของห้องบรรยาย รูปภาพที่สว่างสดใส และไดอะแกรมสไลด์ วิทยากรที่มีมุกตลกและรอยยิ้มให้ข้อมูลในลักษณะที่คุณมีเวลาที่จะทำความเข้าใจ อัฒจันทร์ได้รับการจัดเตรียมแล้ว การฝึกซ้อมทำได้ง่ายดาย ยกเว้นว่าบางครั้งคุณต้องการความช่วยเหลือจากเจ้าหน้าที่ด้านเทคนิค สนับสนุน.
และยังมีช่วงพักดื่มกาแฟกับคนที่มีความคิดเหมือนกัน บรรยากาศที่ร่าเริงและมีพลัง การแลกเปลี่ยนประสบการณ์ คำถามที่คาดไม่ถึงที่สุดสำหรับวิทยากร ทั้งคำตอบและข้อมูลที่คุณจะไม่พบในคู่มือ แต่ในทางปฏิบัติเท่านั้น
คุณคิดว่าต้องใช้เวลา ความพยายาม และความกล้ามากแค่ไหนในการทำให้มันออกมาเป็นแบบนี้?
ขอขอบคุณ Volodya Guryanov ผู้ดูแลระบบ Kubernetes ที่ได้รับการรับรองและวิศวกร/หัวหน้าทีมที่ Southbridge ซึ่งได้เห็นและมีส่วนร่วมอย่างแข็งขันในการสร้างหลักสูตร Slurm มากมายตั้งแต่เริ่มต้น
เขามองเห็นจุดอ่อนของการสร้างสรรค์อย่างแน่นอน—ความซับซ้อนและคราดหนาม ข้อมูลเชิงลึก และวิธีแก้ปัญหาที่ไม่คาดคิด และโปรแกรมเข้มข้นของ Kubernetes ที่คุ้นเคยอยู่แล้ว เช่น Slurm Basic และ Slurm Mega และหลักสูตรใหม่ที่ปรับปรุงใหม่ส่วนใหญ่ ซึ่งกำลังใกล้เข้ามาอย่างไม่หยุดยั้งและจะเริ่มในวันที่ 19 สิงหาคม
แต่บางทีเนื้อเพลงก็เพียงพอแล้ว เรามาต่อกันที่เรื่องราวกันดีกว่า จากหัวข้อที่เข้มข้นสองสามหัวข้อมีความพอเพียงและมีหลายแง่มุมได้อย่างไร . ผมจะเริ่มต้นเรื่องราวเกี่ยวกับการสร้างและพัฒนาหลักสูตรต่างๆ เหมือนกับ “กาลครั้งหนึ่งนานมาแล้วในกาแล็กซีอันไกลโพ้นอันไกลโพ้น...”
เบื้องหลังมีอะไรบ้าง?
หากคุณถามว่าเราทำหลักสูตรอย่างไรและเริ่มต้นจากที่ใด ฉันก็จะตอบว่า "ทุกอย่างเริ่มต้นด้วยแนวคิด"
โดยปกติแล้วแนวคิดนี้มาจากที่ไหนสักแห่ง - เราจะไม่นั่งใส่กุญแจมือในห้องใต้ดินจนกว่าเราจะเกิดคำถาม: "เราควรจะทำหลักสูตรในหัวข้อใด" แนวคิดมาจากที่ไหนสักแห่งด้วยตัวมันเองจากแหล่งภายนอก บางครั้งผู้คนเริ่มถามอย่างแข็งขันว่า: "คุณรู้อะไรเกี่ยวกับเทคโนโลยีดังกล่าวและเทคโนโลยีเฉพาะเช่นนี้" หรือเป็นอย่างไรกับ Docker ที่เป็นไปไม่ได้เลยที่จะปรับเขาให้เข้ากับช่วงเวลาสำหรับหลักสูตรเร่งรัด เห็นได้ชัดว่าเขาต้องถูกพาออกไปข้างนอกเพื่อที่จะมีเวลาบอกอะไรบางอย่างระหว่างหลักสูตรเร่งรัด
นี่คือลักษณะที่ความคิดปรากฏขึ้น
หลังจากที่มีการประกาศ ในความคิดของฉัน ช่วงเวลาที่ยากที่สุดเริ่มต้นขึ้น - เพื่อทำความเข้าใจโดยทั่วไปว่าควรรวมอะไรไว้ในหลักสูตรนี้ - ซึ่งเทียบได้กับวิธีการเตรียมวิทยากรสำหรับการประชุมต่างๆ
มีความเจ็บปวดหลักประการหนึ่งเมื่อคุณเลือกหัวข้อแล้วคิดว่า: “ฉันจะบอกอะไรเกี่ยวกับเรื่องนี้ได้บ้าง? มันง่ายเกินไป มันชัดเจน ทุกคนก็รู้เรื่องนี้เหมือนกัน”
แต่ในความเป็นจริงนี่ไม่ใช่กรณีเลย และโดยส่วนตัวแล้วข้าพเจ้าพูดในหลายที่ว่าสิ่งที่ดูเหมือนชัดเจนแก่ท่าน สำหรับผู้ที่มาฟังท่านหรือเรียนหลักสูตรนั้น ไม่ได้ชัดเจนเลย และที่นี่มีงานจำนวนมากและความขัดแย้งภายในเกิดขึ้น ว่าจะรวมอะไรไว้ในหลักสูตร ด้วยเหตุนี้ เราจึงได้รายชื่อบทต่างๆ ที่มีการลากเส้นใหญ่ๆ มากมาย เนื้อหาในหลักสูตรจะเกี่ยวกับอะไร
จากนั้นงานประจำที่เรียบง่ายก็เริ่มต้นขึ้น:
- การเลือกใช้วัสดุ
- อ่านเอกสารประกอบสำหรับเวอร์ชันปัจจุบันอย่างละเอียด เนื่องจากขณะนี้โลกไอทีกำลังพัฒนาด้วยความเร็วระดับจักรวาล แม้ว่าคุณจะทำงานกับบางสิ่งบางอย่างและจัดทำหลักสูตรเกี่ยวกับเรื่องนี้ คุณจะต้องไปที่เอกสารประกอบและดูว่ามีอะไรใหม่ มีอะไรน่าสนใจที่จะพูดคุย และสิ่งที่อาจเป็นประโยชน์อย่างยิ่งในการพูดถึง
- และโครงกระดูกบางอย่างของหลักสูตรก็ปรากฏขึ้นโดยที่หัวข้อส่วนใหญ่โดยทั่วไปได้รับการคุ้มครองแล้วและดูเหมือนว่ามีอะไรอยู่บ้าง - บันทึกวิดีโอและเปิดตัวสู่การผลิต
- แต่ในความเป็นจริง ไม่ งานหนักก็เริ่มต้นขึ้น แต่ไม่ใช่สำหรับผู้เขียนหลักสูตร แต่สำหรับผู้ที่ทดสอบ โดยปกติแล้ว ผู้ทดสอบอัลฟ่าของเราจะได้รับการสนับสนุนด้านเทคนิค ซึ่งประการแรก จะตรวจสอบหลักสูตรเพื่อหาข้อผิดพลาดทางวากยสัมพันธ์และไวยากรณ์ ประการที่สองพวกเขาทุบตีเราด้วยไม้อย่างเจ็บปวดและสาบานเมื่อมีสถานที่บางแห่งที่ไม่ชัดเจนและเข้าใจยาก เมื่อประโยครองที่แต่งขึ้นอย่างซับซ้อนบางประโยคมีความยาวสองสามหน้าหรือไร้สาระที่ชัดเจนปรากฏในข้อความ พวกเขาอ่านหมดแล้ว คอยดูนะ
- จากนั้นขั้นตอนการทดสอบฝึกหัดก็เริ่มต้นขึ้น โดยมีการจับสิ่งที่เห็นได้ชัดเจนว่าไม่ทำงาน และบางช่วงเวลาก็แสดงให้เห็นว่าอาจทำให้ยากขึ้นได้ เนื่องจากมันไม่น่าสนใจมาก - เพียงแค่นั่งและคัดลอก - และสถานที่จะถูกระบุว่าอยู่ที่ไหนมาก ยากและเรามีหลายสิ่งที่เราต้องการจากผู้ที่จะเรียนหลักสูตรนี้ แล้วคำแนะนำก็มา: “ พวกคุณทำให้มันง่ายขึ้นที่นี่จะรับรู้ได้ง่ายขึ้นและจะได้รับประโยชน์มากขึ้นจากมัน”
- หลังจากเสร็จสิ้นงานจำนวนนี้ ส่วนที่เกี่ยวข้องกับวิดีโอก็ถูกเขียน ทุกอย่างดูเหมือนจะเรียบร้อยดี และคุณสามารถบริจาคเพื่อการผลิตเพื่อการโฆษณาหลักสูตรนี้ได้ แต่ขอย้ำอีกครั้งว่า ไม่ มันเร็วเกินไป - เพราะเมื่อเร็วๆ นี้ เราได้หยุดไว้วางใจตัวเองไปบ้างแล้ว และโดยหลักการแล้ว ได้เริ่มทำงานกับคำติชมมากขึ้น มีบางอย่างเช่นการทดสอบเบต้า - นี่คือเวลาที่ผู้คนได้รับเชิญจากบุคคลภายนอกซึ่งไม่ได้เกี่ยวข้องกับบริษัทของเรา แต่อย่างใด และสำหรับสินค้าบางอย่างพวกเขาจะแสดงทุกส่วนของหลักสูตร วิดีโอ ข้อความ งานภาคปฏิบัติ เพื่อให้พวกเขา ประเมินคุณภาพของสื่อ การเข้าถึงสื่อ และช่วยให้เราทำให้หลักสูตรดีที่สุดเท่าที่จะเป็นไปได้
- และเมื่อมีการทำซ้ำหลายครั้ง ผู้บรรยาย การทดสอบอัลฟ่าในรูปแบบของการสนับสนุนทางเทคนิค การทดสอบเบต้า และการปรับปรุง จากนั้นทุกอย่างก็เริ่มต้นใหม่อีกครั้ง - การสนับสนุนทางเทคนิค การทดสอบเบต้า การปรับปรุง
- และเมื่อถึงจุดหนึ่ง ความเข้าใจก็เกิดขึ้นว่าเราได้ทำการดัดแปลงเสร็จแล้ว เนื่องจากมันไม่สมจริงเลยที่จะทำให้แน่ใจว่าทุกคนชอบมัน หรือมีการตัดสินใจที่รุนแรงบางอย่างเกิดขึ้น เมื่อความคิดเห็นจำนวนมากเกี่ยวกับสถานที่บางแห่งมีความสำคัญ ให้ทำซ้ำทั่วโลก เนื่องจากมีบางอย่างผิดพลาด
- ถ้าอย่างนั้นก็ถึงเวลาสำหรับการแก้ไขเล็กๆ น้อยๆ - บางแห่งประโยคไม่ได้รับการจัดทำอย่างสวยงาม บางแห่งมีคนไม่ชอบแบบอักษร 14,5 แต่อยากได้ 15,7
- เมื่อความคิดเห็นประเภทนี้ยังคงอยู่ นั่นก็คือ หลักสูตรเปิดไม่มากก็น้อย การขายอย่างเป็นทางการจึงเริ่มต้นขึ้น
และเมื่อมองแวบแรก งานสั้นๆ ง่ายๆ ในการสร้างหลักสูตรกลับกลายเป็นว่าไม่ง่ายเลยและใช้เวลานานอย่างไม่น่าเชื่อ
และมีจุดสำคัญอีกประการหนึ่งที่การทำงานกับหลักสูตรไม่สิ้นสุดเมื่อหลักสูตรออก ประการแรก เราอ่านความคิดเห็นที่เหลืออยู่ในบางส่วนอย่างละเอียด และแม้ว่าเราจะพยายามอย่างเต็มที่แล้ว แต่ก็ยังสามารถระบุข้อบกพร่องบางอย่างได้ ข้อผิดพลาดบางอย่างได้รับการแก้ไขและปรับปรุงไปพร้อมๆ กันแบบเรียลไทม์ เพื่อให้ผู้ใช้แต่ละคนได้รับบริการที่ดีขึ้น
แต่ละหลักสูตรมีเจ้าของผลิตภัณฑ์เป็นของตัวเอง ซึ่งนอกจากจะกำหนดแนวคิดทั่วไปแล้ว ยังตรวจสอบกำหนดเวลาแล้ว เขายังเขียนบันทึกในระยะขอบว่าเมื่อถึงเวลาต้องเขียนหลักสูตรใหม่ทั้งหมดและจะต้องมาแน่นอน เพราะในอีกสองปี หรือแม้แต่ปีต่อมา สิ่งที่เราบอกบางอย่างก็จะไม่เกี่ยวข้องเพียงเพราะมันจะล้าสมัยทางศีลธรรม เจ้าของผลิตภัณฑ์จดบันทึกตรงขอบซึ่งคนส่วนใหญ่มักจะถามว่าประเด็นไหนไม่ชัดเจน งานไหนดูยากมาก และงานไหนดูเหมือนง่ายมาก ในทางกลับกัน และทั้งหมดนี้จะถูกนำมาพิจารณาเมื่อบันทึกหลักสูตรใหม่ในระหว่างการปรับโครงสร้างใหม่บางประเภท เพื่อให้การวนซ้ำของหลักสูตรระดับโลกแต่ละครั้งดีขึ้น สะดวก และสะดวกสบายยิ่งขึ้น
นี่คือลักษณะของหลักสูตร
หลักสูตรนักเทียบท่าเกิดขึ้นได้อย่างไร
นี่เป็นหัวข้อที่แยกจากกันและผิดปกติสำหรับเรา เพราะด้านหนึ่งเราไม่ได้ตั้งใจจะทำเพราะโรงเรียนออนไลน์หลายแห่งเปิดสอน ในทางกลับกัน เขาขอให้ได้รับการปล่อยตัวและพบว่ามีจุดที่เหมาะสมในแนวคิดของเราในการฝึกอบรมผู้เชี่ยวชาญด้านไอทีใน Kubernetes
พูดทั่วโลก ในตอนแรกทุกอย่างเริ่มต้นด้วยหลักสูตรบน Kubernetes ในความคิดของฉัน ตอนที่มันเพิ่งเริ่มต้น หลังจาก Slurm ครั้งแรก เรารวบรวมคำติชมและพบว่าผู้คนจำนวนมากต้องการอ่านข้อมูลเพิ่มเติมเกี่ยวกับ Docker จากที่อื่น และโดยทั่วไปแล้ว หลายคนมาที่หลักสูตรพื้นฐานบน Kubernetes โดยไม่รู้ว่ามันคืออะไร .
ดังนั้นสำหรับ Slurm ครั้งที่สอง พวกเขาจึงจัดหลักสูตร - หรือค่อนข้างจะไม่ใช่หลักสูตรด้วยซ้ำ แต่ทำสองสามบทเกี่ยวกับ Dockers โดยที่พวกเขาเล่าถึงสิ่งพื้นฐานที่สุดเพื่อให้คนที่มาเข้มข้นไม่รู้สึกว่าถูกกีดกันและโดยทั่วไปจะเข้าใจสิ่งที่เกิดขึ้น
แล้วเหตุการณ์ก็พัฒนาประมาณนี้ ปริมาณวัสดุเพิ่มขึ้นและหยุดประกอบใน 3 วัน และเกิดแนวคิดที่สมเหตุสมผลและชัดเจน: ทำไมไม่เปลี่ยนสิ่งที่เราพูดถึงใน Slurm Basic ให้เป็นหลักสูตรเล็กๆ ที่คุณสามารถส่งคนที่ต้องการดูบางอย่างเกี่ยวกับ Docker ก่อนที่จะเรียนหลักสูตรเข้มข้นบน Kubernetes ได้
Slurm Junior จริงๆ แล้วเป็นการผสมผสานระหว่างหลักสูตรพื้นฐานหลายหลักสูตรเข้าด้วยกัน เป็นผลให้หลักสูตรนักเทียบท่ากลายเป็นส่วนหนึ่งของ Slurm Junior นั่นคือนี่เป็นขั้นตอนที่เป็นศูนย์มาก่อน и . แล้วก็มีเพียงแค่นามธรรมขั้นพื้นฐานเท่านั้น
เมื่อถึงจุดหนึ่ง ผู้คนเริ่มถามว่า: “เพื่อนๆ ทั้งหมดนี้เยี่ยมมาก เพียงพอที่จะเข้าใจสิ่งที่คุณกำลังพูดถึงในหลักสูตรเร่งรัด ฉันจะอ่านรายละเอียดเพิ่มเติมเกี่ยวกับสิ่งที่นักเทียบท่าสามารถทำได้และวิธีการทำงานกับมันได้ที่ไหน และมันคืออะไร” จึงมีความคิดที่จะทำให้มันตรง ประการแรกผู้ที่มาที่ Slurm โดยใช้ Kubernetes ยังสามารถถูกส่งไปได้ และในทางกลับกัน สำหรับผู้ที่ไม่สนใจ Kubernetes ในขั้นตอนของการพัฒนานี้ด้วยซ้ำ เพื่อให้ผู้เชี่ยวชาญด้านไอทีสามารถเข้ามาดูหลักสูตรของเราบน Docker และเริ่มต้นเส้นทางวิวัฒนาการของเขาได้ง่ายๆ ด้วย Docker ล้วนๆ เพื่อให้เรามีหลักสูตรที่ครบถ้วนและครบถ้วน - จากนั้นหลายคนที่ได้ดูหลักสูตรนี้และเคยทำงานกับ Docker ล้วนๆ มาระยะหนึ่งแล้ว ก็เติบโตถึงระดับที่พวกเขาต้องการ Kubernetes หรือระบบประสานอื่น ๆ และพวกเขาก็มาหาเราโดยเฉพาะ
บางครั้งคำถามก็ถามว่า “ตอนนี้คนประเภทไหนที่อาจไม่ต้องการ Kubernetes?” แต่คำถามนี้ไม่เกี่ยวกับผู้คน แต่เป็นคำถามเกี่ยวกับบริษัทมากกว่า ที่นี่คุณต้องเข้าใจว่า Kubernetes มีบางกรณีที่เหมาะและงานที่แก้ไขได้ดี แต่ในทางกลับกัน มีสถานการณ์บางอย่างสำหรับการใช้ Kubernetes เมื่อทำให้เกิดความเจ็บปวดและความทุกข์ทรมานเพิ่มเติม ดังนั้นมันไม่ได้ขึ้นอยู่กับคนด้วยซ้ำ แต่ขึ้นอยู่กับบริษัทที่พัฒนาและนานแค่ไหน
ตัวอย่างเช่น เสาหิน Legacy ที่น่ากลัว คุณอาจไม่ควรผลักมันเข้าไปใน Kubernetes เพราะมันจะสร้างปัญหามากกว่าผลประโยชน์ หรือยกตัวอย่าง ถ้านี่เป็นโปรเจ็กต์เล็กๆ ก็มีภาระน้อย หรือตามหลักการแล้ว ไม่ใช้เงินและทรัพยากรมากนัก ไม่มีประโยชน์ที่จะลากมันไปไว้ใน Kubernetes
และโดยทั่วไปอาจเป็นไปได้ตามที่หลาย ๆ คนพูดไปแล้วหากคุณถามคำถาม: "ฉันต้องการ Kubernetes หรือไม่" ก็เป็นไปได้มากว่าคุณไม่ต้องการมัน ฉันจำไม่ได้ว่าใครเป็นคนคิดเรื่องนี้เป็นคนแรกในความคิดของฉัน Pasha Selivanov ฉันเห็นด้วยกับสิ่งนี้ 100% และคุณต้องเติบโตขึ้นมาสู่ Kubernetes - และเมื่อเห็นได้ชัดว่าฉันต้องการ Kubernetes และบริษัทของเราต้องการมัน และมันจะช่วยแก้ไขปัญหาดังกล่าวและปัญหาดังกล่าว ก็อาจสมเหตุสมผลที่จะเรียนรู้และหาวิธีการตั้งค่าอย่างชัดเจน ได้ดีจนกระบวนการเปลี่ยนมาใช้ Kubernetes ไม่เจ็บปวดมากนัก
โรคภัยไข้เจ็บของเด็กบางอย่างและสิ่งที่เรียบง่ายบางอย่างและแม้แต่อาการที่ไม่ธรรมดาสามารถพบได้จากเราโดยเฉพาะและไม่ต้องผ่านคราดและความเจ็บปวดของคุณเอง
บริษัทหลายแห่งดำเนินแนวทางที่ว่าในตอนแรกมีเพียงโครงสร้างพื้นฐานบางประเภทที่ไม่มีการใช้คอนเทนเนอร์ จากนั้นพวกเขาก็มาถึงจุดที่การจัดการทั้งหมดเป็นเรื่องยาก พวกเขาเปลี่ยนมาใช้ Docker และเมื่อถึงจุดหนึ่งพวกเขาก็เติบโตจนถึงจุดที่มันคับแคบภายในกรอบการทำงานของ Docker และสิ่งที่นำเสนอ และพวกเขาก็เริ่มดูว่ามีอะไรอยู่บ้าง ระบบใดที่แก้ปัญหาเหล่านี้ได้ และโดยเฉพาะอย่างยิ่ง Kubernetes นี่เป็นหนึ่งในระบบที่ช่วยให้คุณแก้ไขปัญหาได้เมื่อ Docker ล้วนแออัดและขาดฟังก์ชันการทำงาน นี่เป็นกรณีที่ดีจริงๆ เมื่อผู้คน พวกเขาไปทีละขั้นตอนจากล่างขึ้นบน เข้าใจว่าเทคโนโลยีนี้ไม่เพียงพอ และก้าวไปสู่ระดับถัดไป พวกเขาใช้บางสิ่งบางอย่าง มันก็หายากอีกครั้ง และพวกเขาก็เดินหน้าต่อไป
นี่เป็นทางเลือกที่มีสติ - และมันเจ๋งมาก
โดยทั่วไปผมเห็นว่าระบบของเราถูกสร้างมาอย่างสวยงามมาก เช่น แม้จะผ่านหลักสูตรวิดีโอก็ตาม จากนั้นหลังจากนักเทียบท่ามันก็ไป แล้ว แล้ว . ทุกอย่างเป็นไปตามตรรกะ - บุคคลหนึ่งผ่านไปและมีอาชีพที่มั่นคงเกิดขึ้น
โดยหลักการแล้ว ชุดหลักสูตรช่วยให้คุณสามารถครอบคลุมกรณีต่างๆ ได้มากมาย แม้แต่กรณีที่ทันสมัยก็ตาม ยังมีพื้นที่ที่ยังคงเป็นพื้นที่สีเทา ฉันหวังว่าในไม่ช้าเราจะสร้างหลักสูตรบางอย่างที่จะช่วยให้เราปิดพื้นที่สีเทาเหล่านี้ได้ โดยเฉพาะ เราจะคิดบางอย่างเกี่ยวกับความปลอดภัย เพราะสิ่งนี้มีความเกี่ยวข้องมาก
กล่าวโดยย่อ เรามีพื้นที่สีเทาที่จะปิดได้ดีมาก เพื่อที่มันจะเป็นภาพที่สมบูรณ์และผู้คนสามารถเข้ามาได้ และเช่นเดียวกับที่ Kubernetes เองก็เหมือนกับตัวสร้าง Lego คุณสามารถสร้างสิ่งต่าง ๆ ได้จาก หากยังมีไม่เพียงพอ - เสริมเช่นเดียวกับหลักสูตรของเราเพื่อให้ผู้คนเข้าใจสิ่งที่พวกเขาต้องการจากสิ่งนี้ พวกเขาจำเป็นต้องประกอบปริศนาชนิดหนึ่งซึ่งเป็นชุดก่อสร้างประเภทหนึ่งจากหลักสูตรของเรา
หากคุณถามคำถามที่ถูกต้องและตรงไปตรงมากับตัวเอง: “ใครบ้างที่สามารถใช้หลักสูตร Docker ที่ใช้งานอยู่ตอนนี้ได้” จากนั้น:
- สำหรับนักศึกษาที่เพิ่งเริ่มเข้าศึกษา
- พนักงานแผนกทดสอบ
- ในความเป็นจริง มีหลายบริษัทที่ไม่เพียงแต่ไม่ได้ใช้ Docker แต่ยังไม่มีใครเคยได้ยินเกี่ยวกับเทคโนโลยีดังกล่าว และโดยหลักการแล้ว ไม่ทราบวิธีใช้งาน และฉันรู้จักบริษัทขนาดใหญ่หลายแห่งในเซนต์ปีเตอร์สเบิร์กที่พัฒนามาหลายปีแล้ว และพวกเขาใช้เทคโนโลยีเก่าๆ บางอย่าง พวกเขากำลังเคลื่อนไปในทิศทางนี้ โดยเฉพาะอย่างยิ่งสำหรับ บริษัท ดังกล่าวสำหรับวิศวกรใน บริษัท ดังกล่าวหลักสูตรนี้น่าสนใจมากเนื่องจากประการแรกจะช่วยให้คุณสามารถดื่มด่ำกับเทคโนโลยีนี้ได้อย่างรวดเร็วและประการที่สองทันทีที่วิศวกรหลายคนปรากฏตัวขึ้นซึ่งเข้าใจว่ามันทั้งหมดเป็นอย่างไร ก็สามารถนำมาสู่บริษัทและพัฒนาวัฒนธรรมและทิศทางเหล่านี้ภายในบริษัทได้
- ในความคิดของฉัน หลักสูตรนี้อาจยังมีประโยชน์สำหรับผู้ที่เคยทำงานกับ Docker มาก่อน แต่มีน้อยมากในรูปแบบ "ทำครั้งเดียว ทำสองครั้ง" - และตอนนี้พวกเขากำลังจะมีปฏิสัมพันธ์กับ Kubernetes เดียวกัน และสิ่งนี้ กำหนดภาระผูกพันบางอย่างกับพวกเขา หากคุณมีความรู้อย่างผิวเผินมากว่านักเทียบท่าคืออะไร วิธีใช้งาน แต่ในขณะเดียวกัน คุณไม่รู้ว่ามันทำงานอย่างไรจากภายใน คุณไม่รู้ว่าจะทำอย่างไรกับอะไรดีที่สุด และสิ่งไหนไม่ควรทำจะดีกว่า หลักสูตรนี้ เหมาะแก่การจัดระบบและเจาะลึกความรู้
แต่ถ้าคุณมีความรู้ในระดับ: “ฉันไม่รู้วิธีเขียนไฟล์ Docker เดียวกันอย่างถูกต้อง ฉันสามารถจินตนาการได้ว่าเนมสเปซคืออะไร คอนเทนเนอร์ทำงานอย่างไร ใช้งานจริงอย่างไรในระดับระบบปฏิบัติการ” - ก็ยังมี ไม่มีประโยชน์ที่จะมาหาเราอย่างแน่นอน คุณจะไม่ได้เรียนรู้อะไรใหม่ ๆ และคุณจะเสียใจเล็กน้อยกับเงินและเวลาที่ใช้ไป
หากเรากำหนดข้อดีของหลักสูตรของเรา:
- เราพยายามจัดทำหลักสูตรนี้ด้วยจำนวนกรณีเชิงปฏิบัติที่เพียงพอซึ่งจะช่วยให้คุณไม่เพียงแต่เข้าใจส่วนทางทฤษฎีที่มีอยู่เท่านั้น แต่ยังเข้าใจว่าทำไมคุณถึงต้องการมันและคุณจะใช้มันอย่างไรในอนาคต
- มีหลายส่วนที่ไม่ค่อยพบที่ไหนเลย - และโดยทั่วไปก็ไม่มีเนื้อหามากนัก พวกเขาเกี่ยวข้องกับการโต้ตอบของ Docker กับระบบปฏิบัติการแม้จะแตกต่างออกไปเล็กน้อยก็ตาม Docker ใช้กลไกอะไรจากระบบปฏิบัติการเพื่อนำระบบคอนเทนเนอร์ไปใช้ - และสิ่งนี้ทำให้มีความเข้าใจที่ลึกซึ้งยิ่งขึ้นเกี่ยวกับปัญหาทั้งหมดของการรันคอนเทนเนอร์ภายในระบบปฏิบัติการ Linux มันทำงานอย่างไร มีปฏิสัมพันธ์กันอย่างไรภายในระบบปฏิบัติการ ภายนอก และอื่นๆ
นี่เป็นการมองลึกอย่างแท้จริงจนเกิดขึ้นไม่บ่อยนัก และในขณะเดียวกันในความคิดของฉัน มันสำคัญมาก หากคุณต้องการเข้าใจเทคโนโลยีใด ๆ เป็นอย่างดีและเข้าใจสิ่งที่คาดหวังจากเทคโนโลยีนั้น อย่างน้อยคุณต้องมีแนวคิดทั่วไปเกี่ยวกับวิธีการทำงานในระดับต่ำ
หลักสูตรของเราแสดงและบอกว่าสิ่งนี้ทำงานอย่างไรจากมุมมองของระบบปฏิบัติการ ในด้านหนึ่ง ระบบคอนเทนเนอร์ทั้งหมดใช้กลไกของระบบปฏิบัติการเดียวกัน ในทางกลับกัน พวกเขายึดเอาสิ่งที่อยู่ในระบบปฏิบัติการ Linux เช่น นักเทียบท่า ระบบคอนเทนเนอร์อื่น ๆ ไม่ได้คิดอะไรใหม่ - พวกเขาเอาสิ่งที่มีอยู่แล้วใน Linux และเขียนเพียง wrapper ที่สะดวกสบายที่ให้คุณเรียกใช้เรียกใช้หรือโต้ตอบกับมันได้อย่างรวดเร็ว Docker เดียวกันนั้นไม่ใช่เลเยอร์ขนาดใหญ่มากระหว่างระบบปฏิบัติการและบรรทัดคำสั่ง แต่เป็นยูทิลิตี้ชนิดหนึ่งที่ช่วยให้คุณไม่ต้องเขียนคำสั่งกิโลตันหรือรหัส C บางประเภทเพื่อสร้างคอนเทนเนอร์ แต่ให้ทำได้โดยป้อน สองสามบรรทัดในเทอร์มินัล
และอีกประการหนึ่ง หากเรากำลังพูดถึง Docker โดยเฉพาะ สิ่งที่ Docker นำมาสู่โลกไอทีก็คือมาตรฐาน ควรเปิดใช้งานแอปพลิเคชันอย่างไร ควรทำงานอย่างไร ข้อกำหนดสำหรับบันทึกคืออะไร ข้อกำหนดในการปรับขนาดคืออะไร กำหนดค่าแอปพลิเคชันเอง
ในหลาย ๆ ด้าน นักเทียบท่าเป็นเรื่องของมาตรฐาน
มาตรฐานต่างๆ กำลังย้ายไปที่ Kubernetes เช่นกัน และมีมาตรฐานเดียวกันทุกประการ หากคุณรู้วิธีเรียกใช้แอปพลิเคชันของคุณได้ดีใน Docker 99% ของเวลาก็จะทำงานได้ดีเช่นกันภายใน Kubernetes
หากคุณพบว่าตัวเองสนใจไม่เพียงแต่เกี่ยวกับวิธีการสร้างหลักสูตร Docker เท่านั้น แต่ยังสนใจในหลักสูตรอื่นๆ ด้วย แต่ยังสนใจในหลักสูตรนี้จากมุมมองเชิงปฏิบัติด้วย
เรายินดีที่จะพบคุณ!
ที่มา: will.com