ความเจ็บปวดของสตาร์ทอัพ: วิธีพัฒนาโครงสร้างพื้นฐานด้านไอทีอย่างเหมาะสม

ถ้าคุณเชื่อ สถิติมีสตาร์ทอัพเพียง 1% เท่านั้นที่อยู่รอด เราจะไม่หารือถึงสาเหตุของการเสียชีวิตในระดับนี้ นี่ไม่ใช่ธุรกิจของเรา เราอยากจะบอกคุณถึงวิธีการเพิ่มโอกาสในการอยู่รอดผ่านการจัดการโครงสร้างพื้นฐานด้านไอทีที่มีความสามารถ

ในบทความ:

• ข้อผิดพลาดทั่วไปของสตาร์ทอัพด้านไอที
• ในขณะที่ แนวทางด้านไอทีที่ได้รับการจัดการ ช่วยหลีกเลี่ยงข้อผิดพลาดเหล่านี้
• ตัวอย่างคำแนะนำจากการปฏิบัติ

มีอะไรผิดปกติกับไอทีสำหรับสตาร์ทอัพ?

ควรชี้แจงให้ชัดเจนว่าสตาร์ทอัพไม่ได้หมายถึงร้านกาแฟหรือร้านขายแมลงในศูนย์การค้า เราเป็นเรื่องเกี่ยวกับสตาร์ทอัพด้านเทคโนโลยี - เกี่ยวกับผู้ที่ถูกหลอกหลอนด้วยความสำเร็จของ GitHub, Uber, Slack, Miro ฯลฯ

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

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

ผู้คนในสตาร์ทอัพทำสิ่งที่พวกเขาไม่รู้ว่าต้องทำอย่างไร

และพวกเขาไม่ได้ทำสิ่งที่จำเป็นในการพัฒนาสตาร์ทอัพ ให้ฉันอธิบาย.

ทุกสตาร์ทอัพจะต้องมีอย่างน้อยสามบทบาท:

• ผู้เชี่ยวชาญด้านไอที (หรือนักเทคโนโลยี);
• พนักงานขาย (หรือนักการตลาด);
• ผู้มีวิสัยทัศน์ (หรือผู้ประกอบการที่มักเป็นนักลงทุน)

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

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

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

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

บริการทั้งหมดถูกปรับใช้บนเครื่องเสมือนเครื่องเดียว

สตาร์ทอัพมักจะอิงตามแนวคิดของตนเองเกี่ยวกับการออม วางสภาพแวดล้อมการพัฒนา ฐานข้อมูล เว็บเซิร์ฟเวอร์ การตรวจสอบ และอื่นๆ บน VM เดียว ในตอนแรกธุรกิจทั้งหมดนี้ทำงานได้ดีไม่มากก็น้อย ปัญหาเริ่มต้นเมื่อคุณต้องการขยายขนาด

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

การจัดการด้านไอทีช่วยได้อย่างไร

สำหรับโครงการประเภทนี้ เรามีบริการคลาสบริการที่มีการจัดการ - จัดการ DevOps.

ลูกค้าได้รับนอกกล่อง:

• การเตรียมสภาพแวดล้อมที่จำเป็นสำหรับการทำงาน: dev, test, prod;
• กระบวนการ CI/CD ที่กำหนดค่าไว้
• เครื่องมือที่เตรียมไว้สำหรับการทำงานเป็นทีม: ตัวติดตามงาน ระบบควบคุมเวอร์ชัน การปรับใช้ การทดสอบ ฯลฯ

ในระดับโครงสร้างพื้นฐานและเครื่องมือ สตาร์ทอัพทุกรายต้องการสิ่งเดียวกันโดยประมาณ หากคุณเปรียบเทียบตลาดร่วมลงทุนกับการขุดทอง ผู้ให้บริการที่ได้รับการจัดการ (MSP) จะมอบเครื่องมือใหม่คุณภาพสูง: อุปกรณ์หยิบและรถเข็นที่ไม่แตกหัก แผนที่ที่ไม่โกหก ผู้สำรวจแร่เพียงแค่ต้องเลือกสถานที่ที่จะขุด

ข้อดีของการจัดการไอที

Managed IT เป็นบริการแบบครบวงจรที่ครอบคลุมความต้องการที่จำเป็นหลายประการ

• ในช่วงเริ่มต้น เราจัดเตรียมทรัพยากรที่จำเป็นและปรับแต่งเองสำหรับการทำงาน การเติบโต และการทดสอบสมมติฐาน
• เราสามารถพูดได้อย่างชัดเจนว่าต้นทุนจะเพิ่มขึ้นอย่างไรเมื่อปรับขนาด เนื่องจากเรารู้ว่าตัวชี้วัดหลักคือการบรรจบกันของเศรษฐกิจของสตาร์ทอัพ
• เราให้คำปรึกษาเพื่อช่วยสตาร์ทอัพประหยัดเวลาทำงานจำนวนมาก เรายังสามารถช่วยคำนวณหน่วยเศรษฐศาสตร์ของโครงการได้อีกด้วย
• เราแบ่งปันแนวทางปฏิบัติที่ดีที่สุดของตลาด พนักงานที่ ITGLOBAL.COM เคยร่วมงานกับสตาร์ทอัพมาบ้างแล้ว สตาร์ทอัพเหล่านี้จำนวนมากมีเป็นประจำทุกเดือน สิ่งนี้ช่วยให้เราสามารถรวบรวมตัวอย่างที่ดีที่สุด (และแย่ที่สุด) และแบ่งปันประสบการณ์ของเรากับลูกค้า

สองกรณีจากการปฏิบัติ

ตาม NDA เราไม่สามารถระบุชื่อบริษัทที่เฉพาะเจาะจงได้ แต่ระบุขอบเขตและผลิตภัณฑ์ได้

ทรงกลม: ฟินเทค/ค้าปลีก

ตัวอย่าง: ตลาด

ปัญหา:

• ไม่มีการทดสอบในสายโซ่ CI/CD การเพิ่มผู้ทดสอบระยะไกลทำให้กระบวนการสร้างซับซ้อนมากขึ้นเท่านั้น
• นักพัฒนาทำงานพร้อมกันบนเซิร์ฟเวอร์ dev เดียวโดยไม่มีสภาพแวดล้อมเฉพาะในคอนเทนเนอร์
• 70% ของเวลาของนักพัฒนาถูกใช้ไปกับการดำเนินการแบบเดียวกันตั้งแต่รุ่นสู่รุ่น ความเร็วในการพัฒนาช้ามาก
• โครงสร้างพื้นฐานถูกปรับใช้กับบริษัทโฮสติ้งราคาประหยัดในเยอรมนี (เช่น ไม่มีความเร็ว ไม่มีความน่าเชื่อถือ)

โดยวิธีนี้จะสังเกตได้ในทุกโครงการแรก

โซลูชันได้รับการจัดการ DevOps: เราใช้กระบวนการ CI/CD ตั้งค่าการทดสอบและการตรวจสอบที่ถูกต้อง แทรกแซงการพัฒนาในระดับกระบวนการทางธุรกิจ และถ่ายโอนโครงสร้างพื้นฐานไปยังเซิร์ฟเวอร์ที่มีประสิทธิภาพในศูนย์ข้อมูลระดับ III

ผล:

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

ทรงกลม: โฆษณาทางเว็บ

ตัวอย่าง: แพลตฟอร์ม AI สำหรับแคมเปญโฆษณาอัตโนมัติ

ปัญหา:

• แบ็กเอนด์บนฮาร์ดแวร์เก่า ในศูนย์ข้อมูลที่มีระดับความทนทานต่อข้อผิดพลาดต่ำ
• ขาดการสำรองข้อมูลปกติ
• โครงสร้างพื้นฐานเสาหิน

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

ผล:

• โครงสร้างพื้นฐานกลายเป็นไมโครเซอร์วิส: ต้นทุนการขยายลดลงอย่างมาก และความสามารถในการขยายขนาดในราคาเท่าเดิมก็เพิ่มขึ้น
• ความน่าเชื่อถือและความปลอดภัยของโครงสร้างพื้นฐานเพิ่มขึ้น
• นักพัฒนาเปลี่ยนจากโมเดลการสร้างแบบเรียงซ้อนเป็น CI/CD ซึ่งช่วยลดต้นทุน
• ลูกค้าระบุว่าประโยชน์ทางการเงินของไอทีที่ได้รับการจัดการนั้นชัดเจนทันที

ข้อสรุป

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

อย่างไรก็ตาม เครื่องมือ แนวปฏิบัติ และพนักงานมืออาชีพที่ทันสมัยซึ่งผู้ให้บริการ IT ที่มีการจัดการมอบให้จะช่วยลดโอกาสที่จะเกิดความล้มเหลวได้อย่างมาก

ที่มา: will.com