ฉันสามารถหา บริษัท ขนาดเล็กใน DevOps ได้หรือไม่

สมมติว่าฉันเป็นผู้ประกอบการที่มีเม็ดเงินน้อยสำหรับ Great Idea (TM) ของฉันและฉันเริ่มต้น บริษัท ที่วางแผนที่จะใช้ Great Idea (TM) ของฉันด้วยตัวเองและจ้างความช่วยเหลือเพิ่มเติมบนพื้นฐานที่กำหนดโดยอัตราการเติบโตของ บริษัท

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

ในฐานะ บริษัท ที่มีประสบการณ์และมีประสบการณ์แล้วฉันควรจะใส่ใจที่จะไล่ตาม DevOps ให้เป็นปรัชญาหรือไม่หรือนี่เป็นเพียงสิ่งที่เหมาะสมสำหรับการดำเนินงานที่เป็นผู้ใหญ่มากขึ้นที่มีทีมพัฒนาที่มีขนาดเพียงพอหรือไม่

DevOps มีสามส่วน: เครื่องมือ / ระบบอัตโนมัติ, องค์กรและวัฒนธรรม

คุณกำลังพิจารณาโครงสร้างองค์กรและกระบวนการ 'ตามวันครบกำหนดของธุรกิจ' อันไหนฉลาด ประสบการณ์ของฉันในการเริ่มต้นและกับ บริษัท ที่ติดอันดับ 1,000 รายทำให้ฉันมีประสบการณ์ในการแสดงว่าการเริ่มต้นกับ DevOps นั้นดีกว่าสำหรับการเติบโตของ บริษัท มันมีประสิทธิภาพและลงตัวกับความคล่องตัว

การขับรถ

การเป็นผู้ใหญ่ของคุณยังเด็กมากคุณควรซื้อกระบวนการ DevOps ของคุณเป็นผลิตภัณฑ์ saas เพื่อลดเวลาในการทำตลาด แทนเจนกินส์ใช้ circleCI หรือผลิตภัณฑ์ที่คล้ายกัน แทนที่จะใช้ VM's และ Docker ให้ใช้ Heroku ลองและรวมชุดเครื่องมือ แต่ทำในลักษณะที่เหมาะกับขนาดของธุรกิจของคุณ หากการปรับใช้รหัสด้วยตนเองจะใช้เวลา 4 ชั่วโมงต่อสัปดาห์และจะทำการบันทึกอัตโนมัติใน 1 ชั่วโมง ทำมัน.

องค์กร

นอกจากนี้จากมุมมองขององค์กรคุณจะเริ่มต้นจากนักพัฒนาทุกคนในฐานะผู้รับผิดชอบในการปฏิบัติงาน / คุณสมบัติแม้กระทั่งการพัฒนาผลิตภัณฑ์ ลองดูที่http://web.devopstopologies.com/ สำหรับโครงสร้างองค์กร การเริ่มต้นของเราเริ่มต้นด้วยประเภท 2 และเมื่อเราเติบโตขึ้นไปสู่ประเภท 7

ด้านวัฒนธรรม

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

ในระยะสั้นใช่ติดตาม DevOps แต่ทำในระดับที่ตรงกับวุฒิภาวะทางธุรกิจของคุณ

บริษัท หนึ่ง (เริ่มจาก บริษัท เล็ก ๆ 1-2 คนและเติบโตขึ้นเมื่อมีเงินเข้ามา) ไม่มีส่วนเกี่ยวข้องกับ บริษัท อื่น (ใช้ปรัชญา DevOps)

แม้แต่ธุรกิจ 1 คนก็สามารถเป็น DevOps ได้ คุณสามารถเริ่มใช้ความคิดที่ยอดเยี่ยมของคุณ (tm) กับการทำงานเต็มไปป์ไลน์ CI / CD ที่บรรจุในความเป็นจริงไม่มีเวลาที่ดีไปกว่าตอนต้นเมื่อไม่มี cruft ดูแลและก่อนที่คุณจะตีอย่างมีนัยสำคัญ จำนวนผู้ใช้งาน มันจะไม่ใช้เวลาหลายเดือนในการทำงาน คุณสามารถแฮ็กไปป์ไลน์เจนกินส์ / นักเทียบท่าพื้นฐานร่วมกันได้ในเวลาไม่กี่ชั่วโมง (ถ้าคุณรู้มากแล้ว) หรืออาจจะหลายวัน (แต่วันนั้นก็จะใช้เวลาเรียนรู้สิ่งต่าง ๆ อย่างมีประสิทธิภาพ)

เริ่มต้นจากการมีส่วนซีดีในโครงการกรีนฟิลด์เป็นมากง่ายกว่าการเพิ่มแผ่นซีดีโปรแกรมที่มีอยู่ซึ่งใช้เลือกใช้ด้วยตนเองก่อน

คุณสามารถเริ่มต้นด้วยการครอบคลุมการทดสอบเต็มรูปแบบในช่วงเริ่มต้น (ไม่มีเวลาดีกว่าด้วยเหตุผลที่ชัดเจน) รวมถึงเครื่องมือที่ตรวจสอบความครอบคลุมการทดสอบซึ่งเป็นส่วนหนึ่งของ CI / CD

คุณสามารถเริ่มต้นด้วยมาตรการรักษาความปลอดภัยขนาดเล็กเช่นตรวจสอบชุดทดสอบของคุณสำหรับพอร์ตที่เปิดไม่จำเป็นหรืออะไรก็ตาม

คุณสามารถและควรเริ่มต้นด้วยการเลี้ยงวัวไม่ใช่สัตว์เลี้ยงทันที (หมายถึง IaC, IaaS, PaaS และทุกสิ่งที่ดีเหล่านั้นซึ่งโฮสต์โดยหนึ่งในผู้ให้บริการที่ "ใหญ่สามคน" ที่มีความคล่องตัวสูง) เริ่มเล็กปรับขนาดที่ต้องการ

เมื่อคุณเพิ่มบุคลากรมากขึ้นพวกเขาจะเริ่มต้นในบรรยากาศที่มีผลและหวังว่าข้อผิดพลาดที่ถูกกว่าของพวกเขาจะถูกจับโดย CI / CD ทันที

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

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

ผู้เล่นยุคแรกจะต้องครอบคลุมหลายบทบาทการพัฒนาและการดำเนินงาน (ฟีเจอร์และการวางจำหน่าย) สามารถแมปโดยตรงกับธุรกิจที่มีสไตล์ "DevOps"

นั่นคือสิ่งที่ฉันทำกับไมโครเอเจนซี่ก่อนหน้าของเราในที่สุดเราก็กลายเป็น 2 เต็มเวลา (ฉันส่วนใหญ่เป็นนักพัฒนาหุ้นส่วนหลักของฉันเป็นพื้นหลัง ops แต่เราเริ่มผสมเกสรเพื่อผสมตัวเอง :) และผู้รับเหมาทั่วไป 3-4 ราย จำเป็น ในที่สุดเราก็เริ่มจัดการอย่างต่อเนื่อง (ปฏิบัติการ) บางโครงการสำหรับลูกค้านอกเหนือจากการเพิ่มคุณสมบัติ

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

นอกจากนี้รูปแบบ DevOps อาจช่วยให้ผู้คนสามารถหยุดพักได้ง่ายขึ้นเนื่องจากบุคคลอื่นสามารถครอบคลุมบทบาทของพวกเขาได้!

ตอนนี้ฉันเพิ่งเริ่มต้นกิจการ (ให้บริการ DevOps) กับธุรกิจขนาดเล็ก

ดังนั้นโดยสังเขปไม่เพียง แต่ฉันคิดว่ามันเป็นไปได้แต่ฉันเชื่อว่ามันเป็นวิธีที่ดีที่สุดในการเริ่มต้น!

โชคดี!

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