Chuẩn bị di chuyển lên đám mây

Bây giờ chúng ta đang ở trong thập kỷ thứ hai của việc áp dụng đám mây. Có tới 92% doanh nghiệp đang sử dụng điện toán đám mây ở một mức độ nào đó. Đại dịch gần đây là động lực thúc đẩy các tổ chức áp dụng công nghệ đám mây. Việc chuyển thành công dữ liệu, dự án và ứng dụng bổ sung lên đám mây phụ thuộc vào việc chuẩn bị, lập kế hoạch và dự đoán vấn đề.  

1. Chuẩn bị là về dữ liệu và con người quản lý dữ liệu và cơ sở hạ tầng hỗ trợ.
2. Lập kế hoạch là điều cần thiết. Kế hoạch cần có các yếu tố chính cụ thể.
3. Quản lý vấn đề là khả năng thấy trước các khu vực tiềm ẩn sự cố và khả năng điều hướng chúng nếu gặp phải.  

Bốn điều một doanh nghiệp phải làm để thành công trong đám mây, cùng với 7 điều quan trọng

Doanh nghiệp của bạn sẽ chuyển sang đám mây. Vâng, hãy để tôi nói lại rằng, nếu công việc kinh doanh của bạn thành công, nó sẽ chuyển sang đám mây - đây là, nếu nó chưa có ở đó. Nếu bạn đã ở đó, có thể bạn sẽ không đọc cái này. Công ty của bạn có tư duy về phía trước và dự định tận dụng tất cả các lợi ích của đám mây mà chúng tôi đã thảo luận trong một bài viết khác. Tính đến năm 2020, 92% doanh nghiệp đang sử dụng đám mây ở một mức độ nào đó và 50% dữ liệu của công ty đã ở trên đám mây.

Lớp lót bạc trên đám mây COVID: đại dịch đã buộc các doanh nghiệp phải xem xét kỹ hơn các khả năng của đám mây để hỗ trợ mô hình mới về lực lượng lao động từ xa. Đám mây đề cập đến cả dữ liệu lớn lưu trữ và các ứng dụng xử lý dữ liệu đó.  Một trong những lý do chính để chuyển sang đám mây là để đạt được lợi thế cạnh tranh bằng cách linh hoạt và có được những hiểu biết mới từ lượng dữ liệu khổng lồ.   

Công ty phân tích Gartner thường xuyên xuất bản một báo cáo thảo luận về “các công nghệ và xu hướng cho thấy hứa hẹn mang lại lợi thế cạnh tranh ở mức độ cao trong vòng 10 đến XNUMX năm tới”. Cách đây mười năm, Chu kỳ cường điệu năm 2012 của Gartner đối với Điện toán đám mây đưa Điện toán đám mây và Lưu trữ đám mây công cộng vào “Máng vỡ mộng” ngay ngoài “Đỉnh của kỳ vọng lạm phát”. Hơn nữa, Dữ liệu lớn vừa mới bước vào “Đỉnh của kỳ vọng lạm phát”. Cả ba với một cao nguyên dự kiến ​​trong 3 đến 5 năm nữa. Phần mềm như một dịch vụ (SaaS) đã được Gartner đưa vào giai đoạn "Dốc của sự khai sáng" với thời gian dự kiến ​​từ 2 đến 5 năm.

Vào năm 2018, sáu năm sau, “Điện toán đám mây” và “Lưu trữ đám mây công cộng” đang trong giai đoạn “Dốc của sự khai sáng” với thời gian dự kiến ​​là dưới 2 năm. “Phần mềm như một dịch vụ” đã đạt đến tầm cao.  Vấn đề là đã có sự chấp nhận đáng kể của đám mây công cộng trong thời kỳ này.  

Ngày nay, vào năm 2022, điện toán đám mây hiện đã ở trong thập kỷ thứ hai được áp dụng và hiện là công nghệ mặc định cho các ứng dụng mới.  As Gartner đặt nó, "Nếu nó không phải là đám mây, nó là di sản." Gartner tiếp tục nói rằng tác động của điện toán đám mây đối với một tổ chức là chuyển đổi. Sau đó, các tổ chức nên tiếp cận sự chuyển đổi này như thế nào?

Biểu đồ này mô tả chi tiết hơn ý nghĩa của việc một công nghệ đang ở trong một giai đoạn cụ thể. 

Các tổ chức nên tiếp cận việc chuyển đổi tổ chức như thế nào?

Trong quá trình áp dụng đám mây, các tổ chức phải đưa ra quyết định, thiết lập các chính sách mới, tạo ra các thủ tục mới và giải quyết những thách thức cụ thể. Dưới đây là danh sách các khu vực cụ thể bạn sẽ cần giải quyết để đảm bảo ngôi nhà của mình theo thứ tự: 

1. Đào tạo, đào tạo lại hoặc vai trò mới.  Khi sử dụng đám mây công cộng để lưu trữ dữ liệu hoặc tận dụng các ứng dụng, bạn đã thuê ngoài hỗ trợ và bảo trì cơ sở hạ tầng. Bạn vẫn cần có kiến ​​thức chuyên môn nội bộ để quản lý nhà cung cấp và truy cập dữ liệu. Hơn nữa, bạn cần biết cách tận dụng các công cụ mới mà bạn có sẵn cho phân tích nhận thức và khoa học dữ liệu.     
2. Dữ liệu  Đó là tất cả về dữ liệu. Dữ liệu là đơn vị tiền tệ mới. Chúng ta đang nói về Dữ liệu lớn– dữ liệu đáp ứng ít nhất một số V của định nghĩa. Khi chuyển sang đám mây, ít nhất một số dữ liệu của bạn sẽ ở trên đám mây. Nếu bạn là "tất cả", dữ liệu của bạn sẽ được lưu trữ trên đám mây và được xử lý trên đám mây.

A. Tính khả dụng của dữ liệu. Các ứng dụng tại chỗ hiện có của bạn có thể truy cập dữ liệu trên đám mây không? Dữ liệu của bạn có phải là nơi cần xử lý không? Bạn có cần dành thời gian cho dự án di chuyển trên đám mây để di chuyển dữ liệu của mình lên đám mây không? Làm việc đó mất bao lâu? Bạn có cần phát triển các quy trình mới để đưa dữ liệu giao dịch của mình lên đám mây không? Nếu bạn có ý định thực hiện AI hoặc máy học, phải có đủ dữ liệu đào tạo để đáp ứng mức độ chính xác và chính xác mong muốn.

B. Khả năng sử dụng của dữ liệu. Dữ liệu của bạn có ở định dạng có thể được sử dụng bởi những người và công cụ sẽ truy cập dữ liệu không? Bạn có thể thực hiện “nâng và chuyển” trên kho dữ liệu của mình không? Hoặc, nó có thể được tối ưu hóa cho hiệu suất không? 

C. Chất lượng dữ liệu. Chất lượng của dữ liệu mà các quyết định của bạn dựa vào đó có thể ảnh hưởng đến chất lượng của các quyết định của bạn. Quản trị, quản lý dữ liệu, quản lý dữ liệu, có lẽ một người quản lý dữ liệu có thể đóng một vai trò quan trọng trong việc áp dụng phân tích nhận thức trên đám mây. Dành thời gian trước khi bạn di chuyển dữ liệu lên đám mây để đánh giá chất lượng dữ liệu của bạn. Không có gì khó chịu hơn việc phát hiện ra rằng bạn đã di chuyển dữ liệu mà bạn không cần.

D. Tính thay đổi và tính không chắc chắn trong dữ liệu lớn. Dữ liệu có thể không nhất quán hoặc không đầy đủ. Trong việc đánh giá dữ liệu của bạn và cách bạn dự định sử dụng nó, có khoảng cách nào không? Bây giờ là lúc để khắc phục các vấn đề đã biết liên quan đến các tiêu chuẩn toàn doanh nghiệp về dữ liệu. Chuẩn hóa giữa các trung tâm báo cáo về những thứ đơn giản như thứ nguyên thời gian, thứ bậc địa lý. Xác định nguồn chân lý duy nhất đó.   

E. Hạn chế vốn có trong bản thân dữ liệu lớn. Một số lượng lớn các kết quả tiềm năng có thể yêu cầu một chuyên gia trong lĩnh vực đánh giá các kết quả về mức độ quan trọng. Nói cách khác, nếu truy vấn của bạn trả về rất nhiều bản ghi, bạn với tư cách là con người sẽ xử lý nó như thế nào? Để lọc nó thêm và giảm số lượng bản ghi, để nó có thể được sử dụng bởi một người bình thường không phải là siêu người, bạn sẽ cần biết doanh nghiệp đằng sau dữ liệu.

     3. Hỗ trợ nền tảng / cơ sở hạ tầng của CNTT. Xem xét tất cả các bộ phận chuyển động. Có khả năng không phải tất cả dữ liệu của bạn đều ở trên đám mây. Một số có thể ở trên đám mây. Một số tại chỗ. Vẫn còn những dữ liệu khác có thể ở trong khác đám mây của nhà cung cấp. Bạn có sơ đồ luồng dữ liệu không? Bạn đã chuẩn bị để chuyển từ quản lý phần cứng vật lý sang quản lý các nhà cung cấp quản lý phần cứng vật lý chưa? Bạn có hiểu những hạn chế của môi trường đám mây? Bạn đã tính đến khả năng hỗ trợ dữ liệu phi cấu trúc cũng như các công nghệ hỗ trợ nền tảng quan trọng chưa. Bạn vẫn có thể sử dụng cùng một SDK, API, các tiện ích dữ liệu mà bạn đã sử dụng tại chỗ chứ? Chúng có thể sẽ cần được viết lại. Điều gì về ETL hiện có của bạn để tải kho dữ liệu từ các hệ thống giao dịch? Các tập lệnh ETL sẽ cần được viết lại.

     4. Tinh chỉnh vai trò. Người dùng có thể cần được đào tạo lại về các ứng dụng mới và cách truy cập dữ liệu trên đám mây. Thường thì ứng dụng mạng hoặc máy tính để bàn có thể có tên giống hoặc tương tự với tên dành riêng cho đám mây. Tuy nhiên, nó có thể hoạt động khác, hoặc thậm chí có một bộ tính năng khác.  

Nếu tổ chức của bạn nghiêm túc về việc chuyển sang đám mây và tận dụng tối đa các phân tích, không có gì phải bàn cãi rằng việc di chuyển này có thể mang lại giá trị kinh doanh và kinh tế đáng kể. Thực tế mà nói, để đạt được điều đó từ đây, bạn sẽ cần: 

1. Thiết lập điều lệ.  

A. Bạn đã xác định phạm vi dự án của mình chưa?  

B. Bạn có tài trợ điều hành không?

C. Ai - những vai trò - nên được đưa vào dự án? Kiến trúc sư trưởng là ai? Bạn cần phải dựa vào nhà cung cấp dịch vụ đám mây kiến ​​thức chuyên môn nào?

D. Mục tiêu cuối cùng là gì? Nhân tiện, mục tiêu không phải là "di chuyển lên đám mây". Bạn đang cố gắng giải quyết (những) vấn đề nào?

E. Xác định tiêu chí thành công của bạn. Làm thế nào bạn sẽ biết bạn thành công?

2. Khám phá. Bắt đầu từ đầu. Kiểm kê. Tìm hiểu những gì bạn có. Trả lời các câu hỏi:

A. Chúng ta có dữ liệu gì?

B. Dữ liệu ở đâu?

C. Những quy trình nghiệp vụ nào cần được hỗ trợ? Các quy trình đó cần dữ liệu gì?

D. Hiện nay chúng ta đang sử dụng những công cụ và ứng dụng nào để thao tác với dữ liệu?

E. Kích thước và độ phức tạp của dữ liệu là gì?

F. Chúng ta sẽ có gì? Những ứng dụng nào có sẵn trên đám mây từ nhà cung cấp của chúng tôi?

G. Chúng ta sẽ kết nối với dữ liệu như thế nào? Những cổng nào sẽ cần để mở trên đám mây?

H. Có bất kỳ quy định hoặc yêu cầu nào quy định các yêu cầu về quyền riêng tư hoặc bảo mật không? Có SLA với khách hàng cần được duy trì không?  

I. Bạn có biết chi phí sử dụng đám mây sẽ được tính như thế nào không?

3. Đánh giá và đánh giá. 

A. Dữ liệu nào chúng ta định di chuyển?

B. Đánh giá chi phí. Bây giờ bạn đã biết phạm vi và khối lượng dữ liệu, bạn đang ở vị trí tốt hơn để xác định ngân sách.

C. Xác định những khoảng cách tồn tại giữa những gì bạn hiện có và những kỳ vọng về những gì bạn mong đợi sẽ có. Chúng ta đang thiếu cái gì?

D. Bao gồm một quá trình di chuyển thử nghiệm để tiết lộ những gì bạn đã bỏ lỡ trên lý thuyết.

E. Bao gồm Kiểm tra sự chấp nhận của người dùng trong giai đoạn này cũng như trong giai đoạn cuối cùng.

F. Bạn có thể lường trước những thách thức nào để có thể xây dựng các phương án dự phòng cho giai đoạn tiếp theo?

G. Những rủi ro nào đã được xác định?

4. Kế hoạch. Thiết lập một road bản đồ. 

A. Các ưu tiên là gì? Điều gì đến trước? Trình tự là gì?

B. Bạn có thể loại trừ những gì? Làm thế nào bạn có thể giảm phạm vi?

C. Sẽ có một thời gian để xử lý song song?

D. Cách tiếp cận là gì? Cách tiếp cận từng phần / từng giai đoạn?

E. Bạn đã xác định cách tiếp cận bảo mật chưa?

F. Bạn đã xác định các kế hoạch sao lưu dữ liệu và khôi phục sau thảm họa chưa?

G. Kế hoạch truyền thông - nội bộ với dự án, với các bên liên quan, với người dùng cuối là gì?

5. Xây dựng. Di cư. Bài kiểm tra. Phóng.

A. Làm việc theo kế hoạch. Chỉnh sửa động dựa trên thông tin mới.

B. Xây dựng dựa trên những điểm mạnh và thành công trong quá khứ của bạn, nền tảng CNTT kế thừa của bạn và bắt đầu tận dụng các lợi ích của Dữ liệu lớn và phân tích nhận thức.       

6. Lặp lại và tinh chỉnh.  

A. Khi nào bạn có thể gỡ bỏ các máy chủ hiện đang không hoạt động?

B. Bạn đã phát hiện ra việc tái cấu trúc nào cần phải thực hiện?

C. Những tối ưu hóa nào có thể được thực hiện đối với dữ liệu của bạn trên đám mây?  

D. Bạn có thể sử dụng ứng dụng dữ liệu mới nào trên đám mây?

E. Cấp độ tiếp theo là gì? AI, học máy, phân tích nâng cao?

vấn đề

Một số nguồn nói rằng có tới 70% các dự án công nghệ là thất bại toàn bộ hoặc một phần. Rõ ràng, nó phụ thuộc vào định nghĩa của bạn về   sự thất bại. Khác nguồn thấy rằng 75% nghĩ rằng dự án của họ đã kết thúc ngay từ đầu. Điều đó có thể có nghĩa là 5% đã thành công mặc dù tỷ lệ cược là chống lại họ. Kinh nghiệm của tôi cho tôi biết rằng có một phần đáng kể các dự án công nghệ không bao giờ thành công hoặc không thực hiện được đầy đủ các kỳ vọng đã hứa. Có một số chủ đề chung mà các dự án đó chia sẻ. Khi bạn bắt đầu lập kế hoạch di chuyển sang đám mây, đây là một số điều cần lưu ý. Nếu bạn không làm vậy, chúng giống như nghiệp xấu, hoặc điểm tín dụng tồi - sớm hay muộn, chúng sẽ cắn bạn vào mông.:

1. Quyền sở hữu. Một người duy nhất phải sở hữu dự án từ góc độ quản lý. Đồng thời, tất cả những người tham gia phải cảm thấy được đầu tư với tư cách là các bên liên quan.
2. Phí Tổn. Ngân sách đã được phân bổ chưa? Bạn có biết thứ tự độ lớn trong 12 tháng tới cũng như ước tính chi phí đang thực hiện không? Có bất kỳ chi phí tiềm ẩn nào không? Bạn đã loại bỏ bất kỳ flotsam và máy bay phản lực dư thừa nào để chuẩn bị cho việc di chuyển. Bạn không muốn di chuyển dữ liệu sẽ không được sử dụng hoặc không đáng tin cậy.       
3. Lãnh đạo. Dự án có được tài trợ hoàn toàn bởi ban quản lý không? Những kỳ vọng và định nghĩa thành công có thực tế không? Các mục tiêu có phù hợp với tầm nhìn và chiến lược của công ty không?
4. Quản lý dự án. Các mốc thời gian, phạm vi và ngân sách có thực tế không? Có “lực lượng” nào yêu cầu thời hạn giao hàng ngắn hơn, tăng phạm vi và / hoặc chi phí thấp hơn hoặc ít người hơn không? Có nắm chắc các yêu cầu không? Chúng có thực tế và được xác định rõ không?
5. Nhân sự. Công nghệ là một phần dễ dàng. Con người có thể là một thách thức. Di chuyển sang đám mây sẽ mang lại những thay đổi. Mọi người không thích sự thay đổi. Bạn cần đặt kỳ vọng một cách thích hợp. Nhân viên có đủ và thích hợp đã tận tâm với sáng kiến ​​này chưa? Hoặc, bạn đã cố gắng tiết kiệm thời gian từ những người đã quá bận rộn với công việc trong ngày của họ chưa? Bạn có thể duy trì một đội ổn định không? Nhiều dự án thất bại vì luân chuyển nhân sự chủ chốt.  
6. Rủi ro. Rủi ro đã được xác định và quản lý thành công chưa?  
7. Dự phòng. Bạn đã có thể xác định những thứ nằm ngoài tầm kiểm soát của mình nhưng có thể ảnh hưởng đến việc giao hàng chưa? Xem xét ảnh hưởng của một sự thay đổi trong lãnh đạo. Đại dịch trên toàn thế giới sẽ ảnh hưởng như thế nào đến khả năng đáp ứng thời hạn và nhận được nguồn lực của bạn?  

Chu kỳ cường điệu hóa của máy tính đám mây vào năm 2022

Vậy Điện toán đám mây, Lưu trữ đám mây công cộng và Phần mềm như một Dịch vụ đang ở đâu trong chu kỳ cường điệu hóa công nghệ mới nổi của Gartner ngày nay? Không phải vậy. Chúng không còn là công nghệ tiên tiến nữa. Họ không còn ở trên đường chân trời. Chúng là xu hướng chủ đạo, đang chờ được thông qua. Theo dõi sự phát triển sau đây công nghệ mới nổi: Thiết kế tăng cường AI, AI sáng tạo, AI thông minh về vật lý và Token không nấm.  

Các ý tưởng trong bài viết này ban đầu được trình bày như là phần kết luận cho bài viết “Phân tích nhận thức: Xây dựng trên nền tảng CNTT kế thừa của bạn” được trình bày trong Tạp chí Trí tuệ Doanh nghiệp TDWI, Tập 22, Số 4.