เตรียมย้ายไปยังคลาวด์

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

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

สี่สิ่งที่ธุรกิจต้องทำเพื่อประสบความสำเร็จในระบบคลาวด์ บวกกับ 7 Gotchas

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

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

บริษัทวิเคราะห์ Gartner เผยแพร่รายงานเป็นประจำซึ่งกล่าวถึง "เทคโนโลยีและแนวโน้มที่แสดงให้เห็นถึงความได้เปรียบในการแข่งขันในระดับสูงในอีกห้าถึง 10 ปีข้างหน้า" เมื่อสิบปีก่อน Gartner's 2012 Hype Cycle สำหรับการประมวลผลแบบคลาวด์ทำให้การประมวลผลแบบคลาวด์และที่เก็บข้อมูลบนคลาวด์สาธารณะอยู่ใน "ความผิดหวัง" ที่เหนือกว่า "จุดสูงสุดของความคาดหวังที่สูงเกินจริง" นอกจากนี้ บิ๊กดาต้ากำลังเข้าสู่ “จุดสูงสุดของความคาดหวังที่สูงเกินจริง” ทั้งสามมีที่ราบสูงที่คาดหวังใน 3 ถึง 5 ปี Gartner วาง Software as a Service (SaaS) ไว้ในเฟส "Slope of Enlightenment" โดยคาดว่าจะอยู่ที่ 2 ถึง 5 ปี

ในปี 2018 หกปีต่อมา “Cloud Computing” และ “Public Cloud Storage” อยู่ในช่วง “Slope of Enlightenment” โดยคาดว่าจะมีที่ราบสูงน้อยกว่า 2 ปี “ซอฟต์แวร์เป็นบริการ” มาถึงที่ราบสูงแล้ว  ประเด็นคือมีการนำระบบคลาวด์สาธารณะไปใช้อย่างมีนัยสำคัญในช่วงเวลานี้  

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

แผนภูมินี้อธิบายรายละเอียดเพิ่มเติมว่าเทคโนโลยีอยู่ในระยะใด 

องค์กรควรเข้าหาการเปลี่ยนแปลงองค์กรอย่างไร?

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

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

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

B. การใช้งานของข้อมูล. ข้อมูลของคุณอยู่ในรูปแบบที่ผู้คนและเครื่องมือที่จะเข้าถึงข้อมูลสามารถใช้ได้หรือไม่? คุณสามารถดำเนินการ "ยกและเปลี่ยน" ในคลังข้อมูลของคุณได้หรือไม่? หรือสามารถปรับให้เหมาะสมกับประสิทธิภาพได้หรือไม่? 

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

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

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

     3.สนับสนุนรากฐาน/โครงสร้างพื้นฐานของไอที. พิจารณาชิ้นส่วนที่เคลื่อนไหวทั้งหมด มีแนวโน้มว่าข้อมูลของคุณไม่ทั้งหมดจะอยู่ในระบบคลาวด์ บางคนอาจอยู่ในคลาวด์ ในสถานที่บางแห่ง ข้อมูลอื่นๆ อาจอยู่ใน อื่น เมฆของผู้ขาย คุณมีแผนภาพการไหลของข้อมูลหรือไม่? คุณพร้อมหรือยังที่จะเปลี่ยนจากการจัดการฮาร์ดแวร์จริงไปเป็นการจัดการผู้ขายที่จัดการฮาร์ดแวร์จริงหรือไม่? คุณเข้าใจข้อจำกัดของสภาพแวดล้อมระบบคลาวด์หรือไม่ คุณได้พิจารณาถึงความสามารถในการสนับสนุนข้อมูลที่ไม่มีโครงสร้างรวมถึงเทคโนโลยีหลักที่เปิดใช้งานแพลตฟอร์มแล้วหรือยัง คุณจะยังใช้ SDK, API, ยูทิลิตี้ข้อมูลเดิมที่คุณใช้ในองค์กรได้หรือไม่ พวกเขามักจะต้องเขียนใหม่ แล้ว ETL ที่มีอยู่ของคุณเพื่อโหลดคลังข้อมูลจากระบบธุรกรรมล่ะ สคริปต์ ETL จะต้องถูกเขียนใหม่

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

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

1. ตั้งกฎบัตร.  

A. คุณได้กำหนดขอบเขตของโครงการของคุณหรือไม่?  

B. คุณมีสปอนเซอร์ผู้บริหารหรือไม่?

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

ง. เป้าหมายสุดท้ายคืออะไร? อีกอย่าง เป้าหมายไม่ใช่ "การย้ายไปยังคลาวด์" คุณกำลังพยายามแก้ปัญหาอะไร

E. กำหนดเกณฑ์ความสำเร็จของคุณ คุณจะรู้ได้อย่างไรว่าคุณประสบความสำเร็จ?

2. ค้นพบ เริ่มต้นที่จุดเริ่มต้น ใช้สินค้าคงคลัง ค้นหาสิ่งที่คุณมี ตอบคำถาม:

A. เรามีข้อมูลอะไรบ้าง?

ข. ข้อมูลอยู่ที่ไหน?

C. กระบวนการทางธุรกิจใดบ้างที่ต้องได้รับการสนับสนุน? กระบวนการเหล่านั้นต้องการข้อมูลอะไร?

ง. เครื่องมือและแอปพลิเคชันใดที่เราใช้เพื่อจัดการข้อมูลในปัจจุบัน

จ. ข้อมูลมีขนาดและความซับซ้อนเท่าใด

F. เราจะได้อะไร? แอปพลิเคชันใดบ้างที่มีอยู่ในระบบคลาวด์จากผู้จำหน่ายของเรา

G. เราจะเชื่อมต่อกับข้อมูลอย่างไร? พอร์ตใดบ้างที่จะต้องเปิดในคลาวด์?

H. มีข้อบังคับหรือข้อกำหนดใดที่กำหนดข้อกำหนดความเป็นส่วนตัวหรือความปลอดภัยหรือไม่? มี SLA กับลูกค้าที่ต้องบำรุงรักษาหรือไม่  

I. คุณรู้หรือไม่ว่าค่าใช้จ่ายจะถูกคำนวณสำหรับการใช้งานคลาวด์อย่างไร?

3. ประเมินและประเมินผล. 

A. ข้อมูลใดที่เราตั้งใจจะย้าย?

ข. ประเมินต้นทุน เมื่อคุณทราบขอบเขตและปริมาณข้อมูลแล้ว คุณก็อยู่ในตำแหน่งที่ดีขึ้นในการกำหนดงบประมาณ

C. กำหนดช่องว่างระหว่างสิ่งที่คุณมีในปัจจุบันและความคาดหวังของสิ่งที่คุณคาดว่าจะมี เราพลาดอะไรไป?

D. รวมการทดสอบการย้ายถิ่นเพื่อเปิดเผยสิ่งที่คุณพลาดในทางทฤษฎี

E. รวมการทดสอบการยอมรับของผู้ใช้ในเฟสนี้และในระยะสุดท้าย

ฉ. คุณคาดหวังความท้าทายอะไรได้บ้าง เพื่อที่คุณจะได้สามารถสร้างภาระผูกพันในระยะต่อไปได้?

G. มีการระบุความเสี่ยงอะไรบ้าง?

4 วางแผน. ก่อตั้ง road แผนที่. 

ก. ลำดับความสำคัญคืออะไร? อะไรมาก่อน? ลำดับคืออะไร?

B. คุณสามารถยกเว้นอะไรได้บ้าง? คุณจะลดขอบเขตได้อย่างไร?

C. จะมีเวลาสำหรับการประมวลผลแบบคู่ขนานหรือไม่?

ง. มีแนวทางอย่างไร? วิธีการบางส่วน / ค่อยเป็นค่อยไป?

E. คุณได้กำหนดแนวทางการรักษาความปลอดภัยหรือไม่?

F. คุณได้กำหนดแผนการสำรองข้อมูลและการกู้คืนข้อมูลเมื่อเกิดภัยพิบัติหรือไม่?

G. แผนการสื่อสารคืออะไร – ภายในโครงการ ต่อผู้มีส่วนได้ส่วนเสีย ต่อผู้ใช้ปลายทาง?

5. สร้าง โยกย้าย. ทดสอบ. ปล่อย.

ก. ดำเนินการตามแผน แก้ไขแบบไดนามิกตามข้อมูลใหม่

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

6. ทำซ้ำและปรับแต่ง.  

A. เมื่อใดที่คุณสามารถปลดเซิร์ฟเวอร์ที่ตอนนี้ไม่ได้ใช้งานอยู่?

B. คุณพบว่ามีการปรับโครงสร้างอะไรบ้างที่จำเป็นต้องทำ?

C. ข้อมูลของคุณในระบบคลาวด์สามารถเพิ่มประสิทธิภาพอะไรบ้าง?  

ง. ขณะนี้คุณสามารถใช้แอปพลิเคชันข้อมูลใหม่ใดในระบบคลาวด์ได้บ้าง

E. ระดับต่อไปคืออะไร? AI, แมชชีนเลิร์นนิง, การวิเคราะห์ขั้นสูง?

ก๊อตชา

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

1. กรรมสิทธิ์. บุคคลคนเดียวต้องเป็นเจ้าของโครงการจากมุมมองของการจัดการ ในขณะเดียวกัน ผู้เข้าร่วมทุกคนต้องรู้สึกว่าได้รับการลงทุนในฐานะผู้มีส่วนได้ส่วนเสีย
2. ราคา. มีการจัดสรรงบประมาณหรือไม่? คุณรู้ลำดับความสำคัญสำหรับ 12 เดือนข้างหน้าและค่าประมาณของค่าใช้จ่ายที่กำลังดำเนินการอยู่หรือไม่? มีค่าใช้จ่ายแอบแฝงที่อาจเกิดขึ้นหรือไม่? คุณได้ทิ้งเศษขยะและเศษผ้าส่วนเกินออกไปเพื่อเตรียมพร้อมสำหรับการย้ายหรือไม่ คุณไม่ต้องการย้ายข้อมูลที่จะไม่ใช้หรือไม่น่าเชื่อถือ       
3. ความเป็นผู้นำ. โครงการได้รับการสนับสนุนอย่างเต็มที่จากผู้บริหารหรือไม่? ความคาดหวังและคำจำกัดความของความสำเร็จเป็นจริงหรือไม่? วัตถุประสงค์สอดคล้องกับวิสัยทัศน์และกลยุทธ์ขององค์กรหรือไม่?
4. การบริหารจัดการโครงการ. ไทม์ไลน์ ขอบเขต และงบประมาณมีความสมจริงหรือไม่? มี "กำลัง" ที่เรียกร้องให้มีกำหนดส่งที่สั้นลง ขอบเขตที่เพิ่มขึ้น และ/หรือต้นทุนที่ต่ำลงหรือมีคนน้อยลงหรือไม่? มีความเข้าใจอย่างแน่วแน่เกี่ยวกับข้อกำหนดหรือไม่? เป็นจริงและกำหนดไว้อย่างดีหรือไม่?
5. ทรัพยากรมนุษย์. เทคโนโลยีเป็นส่วนที่ง่าย เป็นสิ่งที่ผู้คนสามารถท้าทายได้ การย้ายไปยังระบบคลาวด์จะทำให้เกิดการเปลี่ยนแปลง คนไม่ชอบการเปลี่ยนแปลง คุณต้องตั้งความคาดหวังอย่างเหมาะสม มีพนักงานที่เพียงพอและเหมาะสมที่ทุ่มเทให้กับความคิดริเริ่มนี้หรือไม่? หรือคุณเคยพยายามแบ่งเวลาให้กับคนที่ยุ่งกับงานประจำอยู่แล้วหรือไม่? คุณสามารถรักษาทีมให้มั่นคงได้หรือไม่? หลายโครงการล้มเหลวเนื่องจากการหมุนเวียนของบุคลากรหลัก  
6. ความเสี่ยง. มีการระบุและจัดการความเสี่ยงสำเร็จหรือไม่?  
7. ฉุกเฉิน. คุณสามารถระบุสิ่งที่อยู่นอกเหนือการควบคุมของคุณแต่สิ่งนั้นอาจส่งผลต่อการจัดส่งหรือไม่? พิจารณาผลกระทบของการเปลี่ยนแปลงความเป็นผู้นำ การระบาดใหญ่ทั่วโลกจะส่งผลต่อความสามารถของคุณในการปฏิบัติตามกำหนดเวลาและรับทรัพยากรอย่างไร  

Cloud Computing Hype Cycle ในปี 2022

แล้ว Cloud Computing, Public Cloud Storage และ Software as a Service อยู่ที่ใดในวงจร hype เทคโนโลยีที่เกิดขึ้นใหม่ของ Gartner ในปัจจุบัน? พวกเขาไม่. พวกเขาไม่ใช่เทคโนโลยีที่กำลังมาแรงอีกต่อไป พวกเขาไม่ได้อยู่บนขอบฟ้าแล้ว เป็นกระแสหลักรอรับไปเลี้ยง จับตาการเติบโตในด้านต่อไปนี้ เทคโนโลยีใหม่: AI-Augmented Design, Generative AI, AI ที่ได้รับข้อมูลด้านฟิสิกส์และโทเค็นที่ไม่สามารถใช้งานร่วมกันได้  

แนวคิดในบทความนี้เดิมถูกนำเสนอเป็นบทสรุปของบทความ “Cognitive Analytics: Building on Your Legacy IT Foundation” ที่นำเสนอใน วารสารข่าวกรองธุรกิจ TDWI, ปีที่ 22, ฉบับที่ 4