สิ่งที่บริษัทของคุณสามารถเรียนรู้ได้จาก Motioประสบการณ์คลาวด์ 

ถ้าบริษัทของคุณเป็นเหมือน Motioคุณมีข้อมูลหรือแอปพลิเคชันบางอย่างในระบบคลาวด์อยู่แล้ว  Motio ย้ายแอปพลิเคชันแรกไปยังระบบคลาวด์เมื่อประมาณปี 2008 ตั้งแต่นั้นเป็นต้นมา เราได้เพิ่มแอปพลิเคชันเพิ่มเติมและการจัดเก็บข้อมูลไปยังระบบคลาวด์ เราไม่ใช่ขนาดของ Microsoft, Apple หรือ Google (ยัง) แต่เราคิดว่าประสบการณ์ของเรากับระบบคลาวด์เป็นเรื่องปกติของหลายๆ บริษัท สมมติว่าหากคุณเป็นบริษัทที่สามารถซื้อระบบคลาวด์ของคุณเองได้ คุณอาจไม่ต้องการบทความนี้

การหายอดคงเหลือ

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

การบัญชี

แรงจูงใจหลักในการโยกย้ายไปยังระบบคลาวด์ด้วยซอฟต์แวร์การบัญชีของเราคือ ราคา. ใช้แล้วถูกลง Software-as-a-Service แทนที่จะซื้อแผ่นซีดีจริงมาติดตั้ง ที่เก็บข้อมูลออนไลน์ การสำรองข้อมูล และการรักษาความปลอดภัยมาพร้อมโดยไม่มีค่าใช้จ่ายเพิ่มเติม นอกจากนี้ยังสะดวกกว่าในการจัดการซอฟต์แวร์และอัปเดตเป็นเวอร์ชันล่าสุดเสมอ  

เป็นโบนัส แทนที่จะส่งอีเมลหรือส่งทางไปรษณีย์ เราสามารถแบ่งปันรายงานกับนักบัญชีนอกสถานที่ของเราได้อย่างง่ายดาย

อีเมลล์

นอกจากซอฟต์แวร์บัญชีของเราแล้ว เรายังย้ายบริการอีเมลของบริษัทไปยังคลาวด์ด้วย อีกครั้งที่ต้นทุนเป็นปัจจัยสนับสนุน แต่สูตรนั้นซับซ้อนกว่า 

ในขณะนั้น เราดูแลเซิร์ฟเวอร์ Exchange จริงในห้องเซิร์ฟเวอร์ที่มีการควบคุมอุณหภูมิ รวมค่าเครื่องปรับอากาศ ระบบไฟฟ้า และพลังงานสำรอง เราจัดการเครือข่าย ที่เก็บข้อมูล เซิร์ฟเวอร์ ระบบปฏิบัติการ ไดเรกทอรีที่ใช้งานอยู่ และซอฟต์แวร์เซิร์ฟเวอร์แลกเปลี่ยน กล่าวโดยสรุป เจ้าหน้าที่ภายในของเราจำเป็นต้องแบ่งเวลาออกจากหน้าที่หลักและความสามารถหลักเพื่อจัดการทั้งกอง ในการย้ายไปยังอีเมลองค์กรของ Google เราสามารถจ้างฮาร์ดแวร์ ซอฟต์แวร์ ความปลอดภัย เครือข่าย การบำรุงรักษาและอัปเกรดจากภายนอกได้  

บรรทัดด้านล่าง: ประหยัดต้นทุนอย่างมากในฮาร์ดแวร์ รักษาพื้นที่ทางกายภาพ พลังงาน และเวลาที่กำหนดโดยเจ้าหน้าที่ภายในสำหรับการบำรุงรักษาซอฟต์แวร์และการจัดการข้อมูลประจำตัว การวิเคราะห์ของเราในขณะนั้น – และในอดีต – คือการที่ "เช่า" สมเหตุสมผลมากกว่าซื้อ

หากคุณไม่มีทีมไอทีจำนวนมาก ประสบการณ์ของคุณอาจคล้ายกัน

รหัสที่มา

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

ในกรณีนี้ เราตัดสินใจย้ายเฉพาะฮาร์ดแวร์ไปยังคลาวด์ ปัจจัยในการตัดสินใจที่สำคัญของเราคือ ควบคุม. เรามีความเชี่ยวชาญในการดูแลซอฟต์แวร์สำหรับพื้นที่เก็บข้อมูล เราจัดการการเข้าถึงและความปลอดภัย เราจัดการการสำรองข้อมูลและการกู้คืนข้อมูลหลังภัยพิบัติของเราเอง เราจัดการทุกอย่างยกเว้นโครงสร้างพื้นฐาน Amazon มอบฮาร์ดแวร์เสมือนที่ควบคุมอุณหภูมิ สำรองและเชื่อถือได้ พร้อมรับประกันเวลาทำงาน นั่นมัน โครงสร้างพื้นฐาน-as-a-Service (มยส).

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

ซอฟต์แวร์ในระบบคลาวด์

เพราะธุรกิจหลัก Motio กำลังอยู่ในระหว่างการพัฒนาซอฟต์แวร์ เราต้องตัดสินใจว่าเมื่อใดควรลงทุนในความพยายามในการพัฒนาเพื่อย้ายแอปพลิเคชันซอฟต์แวร์ของเราไปยังระบบคลาวด์ บางทีเห็นได้ชัดว่านี่คือตลาดที่ขับเคลื่อนด้วย หากลูกค้าต้องการ Motio ซอฟต์แวร์ในระบบคลาวด์ นั่นเป็นเหตุผลที่ดีทีเดียว แรงขับเคลื่อนสำคัญของ MotioCI อากาศเป็นสิ่งจำเป็นสำหรับทางเลือกที่มีต้นทุนต่ำกว่าคุณสมบัติครบถ้วน MotioCI ซอฟต์แวร์. กล่าวอีกนัยหนึ่ง จุดเริ่มต้นต่ำกว่าสำหรับ Software-as-a-Service (SaaS) แต่ชุดคุณลักษณะมีจำกัด เหมาะสำหรับองค์กรขนาดเล็กที่ไม่มีโครงสร้างพื้นฐานหรือความเชี่ยวชาญภายในองค์กรที่จะบำรุงรักษา MotioCI บนเซิร์ฟเวอร์ภายใน  

MotioCI แอร์วางตัวเป็นน้องให้เต็มที่ MotioCI แอปพลิเคชัน. สามารถจัดเตรียมได้อย่างรวดเร็ว ทำให้เหมาะสำหรับ POC หรือโครงการระยะสั้น ที่สำคัญสามารถเหมาะอย่างยิ่งสำหรับองค์กรที่ไม่มีทีมไอทีโดยเฉพาะ เช่นเดียวกับการสนทนาของเราเกี่ยวกับซอร์สโค้ดด้านบน การประนีประนอมอย่างหนึ่งที่คุณทำอยู่ในการควบคุม สำหรับ Software-as-a-Service คุณต้องพึ่งพาผู้ขายในการเข้าถึงจุดอ่อนหากจำเป็น ใน Motioในกรณีของ เราใช้ระบบคลาวด์ของ Amazon เพื่อจัดเตรียมโครงสร้างพื้นฐานที่เราให้บริการซอฟต์แวร์ ดังนั้น SLA จึงขึ้นอยู่กับลิงก์ที่อ่อนแอที่สุด อเมซอนให้ระดับศาสนา SLA  เพื่อรักษา uptime รายเดือนอย่างน้อย 99.99% การทำงานนี้ใช้เวลาหยุดทำงานที่ไม่ได้กำหนดไว้ประมาณ4½นาที  MotioCI ความพร้อมใช้งานของ Air จึงขึ้นอยู่กับเวลาทำงานของ Amazon 

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

Takeaways 

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

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

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

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