หัวข้อ DevOps และ IaC ได้รับความนิยมอย่างมากและเติบโตอย่างรวดเร็ว อย่างไรก็ตาม ผู้เขียนส่วนใหญ่จัดการกับปัญหาทางเทคนิคล้วน ๆ ไปพร้อมกัน ฉันจะอธิบายปัญหาเฉพาะของบริษัทขนาดใหญ่ ฉันไม่มีทางออก - โดยทั่วไปแล้วปัญหานั้นร้ายแรงและแฝงอยู่ในระบบราชการ การตรวจสอบ และ "ทักษะที่อ่อนนุ่ม"
เนื่องจากชื่อบทความเป็นเช่นนั้น Daenerys จะทำหน้าที่เป็นแมวโดยไปที่ด้านข้างของ Enterprise
ไม่ต้องสงสัยเลยว่าตอนนี้มีการปะทะกันระหว่างเก่าและใหม่ และบ่อยครั้งในการปะทะกันเหล่านี้ไม่มีทั้งถูกและผิด มันเพิ่งเกิดขึ้น แต่เพื่อไม่ให้เป็นการเข้าใจผิด เราจะเริ่มด้วยหน้าจอนี้:
นี่คือสิ่งที่เรียกว่าคำขอเปลี่ยนแปลง คุณเห็นประมาณหนึ่งในสามของฟิลด์ที่ต้องกรอกจากไดเร็กทอรีต่างๆ ส่วนฟิลด์ที่เหลือจะอยู่ในแท็บอื่นๆ ต้องกรอกเอกสารดังกล่าวเพื่อใช้สคริปต์กับเซิร์ฟเวอร์ที่ใช้งานจริง หรืออัปโหลดไฟล์ใหม่ และโดยทั่วไปต้องเปลี่ยนแปลงบางอย่าง
จำนวนฟิลด์นั้นทำให้ฉันเขียนระบบอัตโนมัติเล็ก ๆ น้อย ๆ เพื่อกรอกข้อมูลในฟิลด์เหล่านี้ ยิ่งไปกว่านั้น หน้านี้เขียนขึ้นในลักษณะที่ไม่มีเครื่องมืออัตโนมัติใดเห็นฟิลด์ของมัน และทางออกเดียวที่เป็นไปได้คือใช้ AutoIt เพื่อกดพิกัดด้วยเมาส์อย่างโง่เขลา ประเมินระดับความสิ้นหวังเพื่อตัดสินใจในเรื่องนี้:
ดังนั้น คุณจึงนำเจนกินส์ เชฟ เทอร์ราฟอร์ม เน็กซัส และอื่นๆ ไปปรับใช้ทั้งหมดนี้อย่างสนุกสนานบน dev ของคุณ แต่ถึงเวลาต้องส่งไปให้ QA, UAT และ PROD คุณมีสิ่งประดิษฐ์ Nexus และคุณได้รับจดหมายจาก DBA พร้อมข้อความต่อไปนี้:
ที่เคารพนับถือ
อย่างแรก Nexus ของคุณ ฉันคิดว่าฉันไม่สามารถเข้าถึง Nexus ของคุณได้
ประการที่สอง การเปลี่ยนแปลงทั้งหมดจะต้องยื่นเป็นคำขอเปลี่ยนแปลง
คุณต้องแยกสคริปต์ SQL ออกจาก Nexus และแนบไปกับคำขอเปลี่ยนแปลง
หากการเปลี่ยนแปลงไม่ใช่เรื่องฉุกเฉิน ควรทำภายใน 7 วันนับจากวันที่เผยแพร่ (เฉพาะวันหยุดสุดสัปดาห์)
เมื่อคำขอเปลี่ยนแปลงของคุณได้รับการอนุมัติจากผู้คนจำนวนมาก DBA จะดำเนินการสคริปต์ของคุณและส่งภาพหน้าจอของผลลัพธ์ทางไปรษณีย์ขอแสดงความนับถือ DBA ของคุณซึ่งทำงานที่นี่ตั้งแต่เมนเฟรม
คุณรู้ไหมว่าสิ่งนี้ทำให้ฉันนึกถึงอะไร ระบบกึ่งอัตโนมัติ: หุ่นยนต์ถือเฟรม และพนักงานทุบด้วยค้อนขนาดใหญ่ จริง ๆ แล้ว Nexus นี้มีประโยชน์อย่างไรถ้าทุกอย่างทำด้วยตนเองทั้งหมด
แต่อย่าโทษ Enterprise สำหรับเรื่องนี้! แน่นอนว่ามันนองเลือด แต่ระบบราชการที่มีคำขอเปลี่ยนแปลงทั้งหมดถูกบังคับและมาจากผู้ตรวจสอบ องค์กรต้องทำงานแบบนั้น เขาไม่สามารถทำได้ด้วยวิธีอื่น และการตรวจสอบเป็นสิ่งที่อนุรักษ์นิยมมาก ตัวอย่างเช่น มีการพูดถึงข้อเท็จจริงที่ว่ารหัสผ่านหลอกที่ซับซ้อนและรหัสผ่านที่เปลี่ยนบ่อยครั้งนั้นไม่ดีเพียงใด แต่องค์กรต่างๆ จะเป็นที่สุดท้ายที่จะเปลี่ยนแปลงสิ่งนี้ เช่นเดียวกับการปรับใช้และทุกอย่างอื่นๆ
ครั้งหนึ่งฉันพยายามสร้างไฟล์สำหรับ Terraform แต่ก็ไม่สำเร็จ ฉันสะดุดกับความหมายของแท็ก 'Project Accounting Billing Code' ซึ่งฉันไม่เคยพบมาก่อน - ฉันไม่มีทักษะด้านอารมณ์เพียงพอ
ฉันไม่แม้แต่จะพูดถึงเรื่อง Luddism ที่แฝงอยู่ - โอ้ ระบบอัตโนมัติของคุณคุกคามความมั่นคงในอาชีพของฉัน ฉันไม่ต้องการเรียนรู้อะไรใหม่ ดังนั้นฉันจะก่อวินาศกรรมอย่างเงียบๆ
แล้วอะไรคือทางออก? ระบบ ITSM มี API ดั้งเดิมมากในการสร้างเอกสารโดยอัตโนมัติ และโดยทั่วไประบบเหล่านี้ส่วนใหญ่มาจากสมัยของเมนเฟรม อาจมีคนรู้ระบบ ITSM ที่ทันสมัยจริงๆ? อาจมีบางคนมีประสบการณ์ที่ประสบความสำเร็จในการผสานรวม DevOps และระบบราชการที่ทันสมัย แน่นอนว่าสิ่งนี้ไม่ได้เกี่ยวกับไซต์ที่เสียหายอย่างแท้จริง ซึ่งสามารถนำไปใช้จริงได้ทุกวัน แต่ยกตัวอย่างเช่น ภาคการธนาคาร ซึ่งอยู่ภายใต้ผู้ตรวจสอบบัญชีและการแยกตัวออกจากสภาพแวดล้อมที่สูงขึ้นอย่างมาก
อย่าลืมว่าจินตนาการทั้งหมดของคุณจำกัดอยู่แค่การตรวจสอบเท่านั้น และนั่นทำให้ทุกอย่างเปลี่ยนไป รอคุณอยู่ในความคิดเห็น!
ที่มา: will.com