พื้นหลังบางส่วน:
เมื่อฉันเริ่มต้นในที่ทำงานปัจจุบันของฉัน (ในโครงสร้างพื้นฐานของเซิร์ฟเวอร์) ฐานโค้ด bash, perl และ python มีอยู่แล้วสำหรับการดำเนินการทางไกลบนระบบ linux ผู้ชายคนหนึ่งที่เขียนและดูแลฐานโค้ดนี้ใช้เวลาหลายปีในการปรับแต่งมัน ตั้งแต่ก่อนที่ฉันจะเริ่มที่นั่น
แม้ว่าฐานรหัสที่มีอยู่สามารถทำอะไรได้มากมาย แต่ก็ค่อนข้างยากที่จะใช้ประโยชน์ในบางครั้งเนื่องจากไม่มีเอกสารประกอบ สคริปต์บางส่วนที่กำลังดำเนินการนั้นล้าสมัยเช่นกัน เราค่อนข้างขึ้นอยู่กับผู้เขียนฐานรหัสจากสิ่งนี้ (สามารถเพิ่ม; ผู้เขียนเท่านั้นที่ได้รับอนุญาตให้แก้ไขสคริปต์ที่เกี่ยวข้อง)
เมื่อเร็ว ๆ นี้ฉันได้ทดลองกับสภาพแวดล้อม Ansible และการกำหนดค่า linux ผู้ใช้ กลุ่ม ไฟร์วอลล์ การติดตั้งแพ็คเกจ และเรียกใช้การตรวจสอบ ฉันได้แนะนำให้เริ่มแปลงานพื้นฐานเป็น Ansible และเมื่อเวลาผ่านไปให้รวมเข้ากับ Tower หรือ AWX เพื่อให้ได้ภาพรวมที่ดีเกี่ยวกับงานและความสำเร็จ
ปัจจุบัน คนอื่นๆ ไม่ค่อยกระตือรือร้นเกี่ยวกับแนวคิดนี้มากนัก โดยเฉพาะผู้เขียนฐานโค้ด ข้อโต้แย้งของผู้แต่งที่ไม่ย้ายไปที่ Ansible คือมัน "เป็นนามธรรมเกินไป"
คำถามคือ:
ฉันควรจะพยายามผลักดันให้ย้ายไปที่ Ansible หรือไม่?
ข้อดีอย่างที่ฉันเห็น:
ข้อเสีย วิธีที่ฉันเห็น:
มีใครเคยผ่านการเลือกใช้ Ansible ที่มีโครงสร้างพื้นฐานอยู่แล้ว ข้อดีและข้อเสียของสิ่งนั้นหรือไม่?
ฉันสามารถเพิ่มได้ว่าฉันไม่ใช่ "เสียงที่ทรงพลังที่สุด" ในที่ทำงานของฉัน และผู้เขียนโค้ดเบสเป็น "ผู้อาวุโสที่สุด" ในบรรดาพวกเราทั้งหมด ดังนั้นจึงต้องมีลำดับชั้นเข้ามาเกี่ยวข้อง และข้อเสนอแนะจากฉันจะต้องได้รับการกระตุ้นอย่างดีจึงจะรับฟังได้
ดีใจสำหรับสิ่งนี้
ปล.Ansible อาจเป็นเครื่องมืออัตโนมัติใด ๆ เกี่ยวกับประสบการณ์ของคุณ ฉันเพิ่งบังเอิญไปหยิบ Ansible มา
เนื่องจากสถานการณ์ของคุณเห็นได้ชัดว่าไม่ใช่แค่การหาทางออกที่ดีจากสถานการณ์ปัจจุบันของคุณเท่านั้น แต่ยังเกี่ยวกับการเมืองในที่ทำงานด้วย ดูเหมือนว่าการโต้เถียงทางเทคนิคล้วน ๆ จะช่วยคุณได้ทุกทาง
ในทางปฏิบัติฉันจะบอกว่าเป็นการดีที่คุณมี "การกำหนดค่าเป็นรหัส" อยู่แล้ว และโดยเฉพาะอย่างยิ่งถ้าคุณควบคุมเวอร์ชันในบางอย่างเช่น git ปัจจัยหลักที่ต้องทำคือการอ่านง่ายและทำงานเพื่อกำจัดบัส ปัจจัย:
เป็นเรื่องไม่ดีสำหรับบริษัทหากงานสำคัญสามารถดำเนินการได้อย่างน่าเชื่อถือโดยบุคคลคนเดียว นั่นไม่ใช่ความมั่นคงในอาชีพที่แท้จริงสำหรับแต่ละคน แต่เป็นความล้มเหลวเพียงจุดเดียวของบริษัท
หากต้องการแนะนำเครื่องมือใหม่ๆ ให้เขียนกรณีศึกษาทางธุรกิจเพื่อแสดงให้ผู้จัดการของคุณ: คุณคาดหวังจะได้อะไร และสิ่งนี้จะส่งผลต่อผลกำไรของเขาอย่างไร สร้างหลักฐานแนวคิดสำหรับงานบางอย่างที่คุณทำเป็นประจำ และแสดงให้เห็นว่าเครื่องมือการกำหนดค่าแบบประกาศสามารถสร้างความแตกต่างในการใช้งานหรือความสามารถในการอ่าน หรือในการแบ่งปันทักษะระหว่างสมาชิกในทีมได้อย่างไรเมื่อเทียบกับภาษาสคริปต์ที่จำเป็น
และแน่นอน ไม่มีอะไรที่บอกว่าคุณต้องใช้เครื่องมือเดียวเท่านั้น: เชลล์สคริปต์ไม่จำเป็นต้องล้าสมัยด้วยเครื่องมืออย่าง Ansible แต่ดูเหมือนว่าในบริษัทของคุณ วิธีการจัดการที่พวกเขาอาจทำให้คุณทำงานช้าลง
ฉันคิดว่ามันคุ้มค่าที่จะพูดคุยและตั้งใจฟังรุ่นพี่ของคุณ อย่างที่คุณบอกว่าเขาทั้งมีประสบการณ์และเป็นคนฉลาด
สิ่งสำคัญสำหรับขั้นตอนต่อไปของคุณคือการมีความเข้าใจเป็นอย่างดีถึงเหตุผลเบื้องหลัง ว่าทำไมสิ่งต่างๆ ถึงเป็นอย่างที่เป็นอยู่ตอนนี้ ถามเกี่ยวกับความท้าทายหรือจุดอ่อนที่ควรแก้ไขจากมุมมองของเขา บ่อยครั้งมักมีเหตุผลเบื้องหลังการตัดสินใจซึ่งยากจะเข้าใจสำหรับผู้ที่เพิ่งเริ่มทำงานในบริษัท
ขึ้นอยู่กับข้อมูลที่คุณได้รับ คุณอาจต้องตอบคำถามตัวเองว่าบริษัทนี้เหมาะกับคุณหรือไม่ เพราะวิธีที่คุณแสดงออกมาที่นี่ทำให้บางคนเลิกคิ้ว หากคุณตัดสินใจว่างานนั้นเหมาะกับคุณ คุณควรขอความช่วยเหลือจากรุ่นพี่โดยเน้นไปที่ประเด็นที่ได้รับการแสดงออก ถ้าไม่ เพียงอัปเดต CV ของคุณและเริ่มค้นหาโอกาสใหม่ ๆ
ตามที่คนอื่น ๆ ได้ชี้ให้เห็นในความคิดเห็น ไม่ใช่ชื่อของเครื่องมือเฉพาะที่ชี้ขาด แต่จะเป็นเครื่องมือที่เหมาะสมที่สุดสำหรับสถานการณ์และบริษัทที่เฉพาะเจาะจงหรือไม่ จากสถานการณ์ที่เฉพาะเจาะจง วิวัฒนาการแทนการปฏิวัติอาจเป็นคำตอบที่ถูกต้อง
ขั้นวิวัฒนาการ เช่น อาจใช้สคริปต์ที่มีอยู่ต่อไป แต่เพื่อให้สะดวกในการทำงานมากขึ้น ในขณะที่ขยายกลุ่มคนที่สามารถใช้ฟังก์ชันที่สคริปต์จัดเตรียมให้ อาจจะ การควบคุมเวอร์ชัน และการใช้เครื่องมือเป็น ดาดฟ้า ย่อมเป็นแนวทางที่พอจะก้าวไปได้
บ่อยครั้งที่การนำเสนอ POC สั้นๆ ช่วยให้คุณแสดงให้เห็นว่าเครื่องมือเฉพาะสามารถแก้ปัญหางานที่เป็นรูปธรรมด้วยวิธีที่ชาญฉลาดได้อย่างไร วิธีการดังกล่าวมักจะมีประสิทธิภาพในการโน้มน้าวใจผู้อื่นมากกว่าการอภิปรายหรือเอกสาร นอกจากนี้ คุณควรแสวงหาการสนับสนุนภายในบริษัทอย่างจริงจัง เพราะไม่ว่าจะเลือกเครื่องมือใด การได้รับการยอมรับนั้นสำคัญที่สุด
ทั้งหมดที่กล่าวมา - โดยส่วนตัวแล้วฉันชอบ Ansible เช่นกัน คุณได้ชี้ให้เห็นถึงข้อดีแล้ว อย่างไรก็ตาม วิธีที่คุณนำเสนอสถานการณ์ การเสนอ Ansible อาจถูกเข้าใจผิดเป็นการภายในว่าเป็นขั้นตอนการปฏิวัติ (เชิงลบ) หรือแม้แต่เป็นฝ่ายค้าน
บรรทัดล่างคือการฟังและดำเนินการอย่างมีชั้นเชิง ขอให้โชคดี!
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
