Chiến lược Cloud Native là gì?

Trong hai bài viết trước ở chủ đề Cloud Native, chúng ta đã cùng nhau thảo luận về điện toán Cloud Native và chiến lược triển khai công nghệ này. Trong bài viết này, hai yếu tố trên sẽ được kết hợp lại, đi sâu vào phân tích định nghĩa cũng như cách triển khai một chiến lược Cloud Native hoàn chỉnh.

Ở bài đăng đầu tiên, Cloud Native được định nghĩa là một bộ công cụ bao gồm các phương pháp tiếp cận (IaaS hoặc PaaS, dịch vụ vi mô (microservices), vùng chứa (container) và bộ điều phối (orchestration)) nhằm thực hiện ba mục tiêu kinh doanh tiềm năng:

Tốc độ – phân phối sản phẩm và cung cấp tính năng nhanh hơn (còn gọi là tốc độ ra mắt tính năng (feature velocity) hoặc thời gian sản phẩm sinh ra giá trị (time to value));
Quy mô – phục vụ nhiều người dùng hơn nhưng vẫn duy trì hiệu suất ổn định;
Lợi nhuận – giảm thiểu chi phí cơ sở hạ tầng (infrastructure) và nhân sự.

Bài viết cũng đề cập đến các chiến lược Cloud Native, gồm những xu hướng sau:

Bắt đầu với cơ sở hạ tầng dưới dạng đám mây (IaaS hoặc PaaS);
Khai thác thế mạnh của cơ sở hạ tầng đó;
Tận dụng các công cụ cơ sở hạ tầng mã nguồn mở (open source infrastructure tools) tân tiến (như bộ điều phối – orchestrator) và các giải pháp kiến trúc mới có tác động đến cơ sở hạ tầng (như dịch vụ vi mô – microservices và vùng chứa – container).

Trong bài đăng thứ hai, chúng ta tiếp tục xem xét bảy yếu tố chính của chiến lược, bao gồm các mục tiêu và hành động mà doanh nghiệp hướng đến.

Nhìn chung, chúng ta đã nêu bật những thay đổi mà nền tảng điện toán đám mây có thể mang lại cho chiến lược công nghệ thông tin (CNTT) bằng cách loại bỏ những rủi ro trong các quyết định liên quan đến cơ sở hạ tầng. Về cơ bản, công nghệ đám mây gia tăng tính khả thi cho chiến lược, tăng tính tương thích, tính thực nghiệm và không cần phải đưa ra nhiều quyết định trước.

Trong bài viết này, chúng ta sẽ cùng nhau phân tích vì sao cách tiếp cận Cloud Native mang tính thử nghiệm cao hơn, giảm thiểu rủi ro qua việc xem xét bảy yếu tố chiến lược của tác giả Jamie Dobson:

Nhận định tình huống (situational awareness);
Một mục tiêu chung;
Rủi ro;
Một liên minh công việc (a working coalition);
Các hành động tự hỗ trợ (self-supporting actions);
Quy trình liên tục;
Tầm nhìn và ý chí.

Môi trường điện toán đám mây thường mang tính chất không ổn định và thay đổi liên tục. Trong môi trường này, một số quyết định đưa ra sẽ dễ dàng thay đổi hơn và do đó mức độ rủi ro sẽ ít hơn so với môi trường thuộc sở hữu tư nhân (privately-owned environment). Điều này mang lại cho chúng ta những cơ hội mới thú vị, nhưng cũng tạo ra không ít các mối đe dọa mới.

Bạn đang ở đâu & Mục tiêu của bạn là gì?

Chúng ta sẽ không dừng ở việc “áp dụng chiến lược Cloud Native”, hãy xem đây đơn thuần là tên lửa giúp bạn đạt được mục tiêu đầy tham vọng mà mình đã chọn. Chiến lược Cloud Native cho phép doanh nghiệp đạt được những mục tiêu kinh doanh xác định bằng cách khai thác cơ sở hạ tầng đám mây và các công cụ như vùng chứa, bộ điều phối.

Chúng ta đã từng đề cập về một số mục tiêu chung của tất cả doanh nghiệp nhưng mỗi doanh nghiệp, bằng khả năng nhận định tình huống, phải xác định rõ mục tiêu riêng của mình, nắm bắt cả cơ hội và vấn đề mà doanh nghiệp đang phải đối mặt. Ví dụ, ngay bây giờ, mục tiêu quan trọng nhất của bạn có phải là đưa các tính năng mới ở sản phẩm hiện tại ra thị trường nhanh hơn? Hay giảm thiểu chi phí hoạt động? Hoặc cải thiện thời gian phản hồi ở các khu vực mới? Bạn có thể nhận thấy rằng tất cả các mục tiêu kinh doanh trên không phải chỉ thiên về mặt kỹ thuật. Nhìn chung, các mục tiêu Cloud Native mang lại sẽ có giá trị với toàn doanh nghiệp chứ không chỉ riêng cho phòng CNTT.

Liệu đây có phải là sự mâu thuẫn nguy hiểm?

Một số mục tiêu thông thường của Cloud Native nghe có vẻ mâu thuẫn với nhau. Nhưng đừng lo lắng vì đôi khi chúng thực sự có tính chất như vậy. Ví dụ, công ty A có mục tiêu đẩy nhanh tốc độ đưa các tính năng mới ra thị trường, tạo tiền đề cho sự phát triển. Mặc dù kiến trúc Cloud Native có tốc độ vận hành chậm hơn, chi phí vận hành tốn kém hơn nhưng công ty A vẫn lựa chọn phương pháp này vì họ cho rằng Cloud Native phù hợp với một đội nhóm lớn để họ có thể phát triển đồng bộ và triển khai nhanh chóng. Đối với họ, mục tiêu phát triển nhanh chóng và dễ dàng đã được thực hiện thành công.

Một ví dụ khác, tại công ty B lại ưu tiên thời gian phản hồi của trang web. Họ chọn kiến trúc Cloud Native vì phương pháp này mang lại cho họ tốc độ thực thi cao hơn nhưng làm cho việc phát triển chậm hơn và khó khăn hơn một chút. Đối với họ lúc này, mục tiêu đẩy nhanh thời gian phản hồi của họ đã được đáp ứng.

Việc lựa chọn cách tiếp cận “Cloud Native” không thể giúp định nghĩa chính xác ưu tiên kinh doanh của bạn là gì, mà bạn cần phải làm điều đó thông qua kỹ năng nhận định tình huống. Nếu một doanh nghiệp có các ưu tiên khác nhau trong những lĩnh vực khác nhau, họ hoàn toàn có thể xem xét đến việc sở hữu nhiều chiến lược Cloud Native. Đạt được nhiều mục tiêu chính là một trong những điểm mạnh của cách tiếp cận này. Tuy nhiên, điều đó cũng sẽ đi kèm với một số rủi ro nếu bản thân doanh nghiệp không xác định rõ ràng mục tiêu của họ là gì hoặc họ sẽ nhận được gì khi áp dụng chiến lược Cloud Native.

Vì vậy, bước đầu tiên trong chiến lược Cloud Native là xem xét bối cảnh kinh doanh và xác định mục tiêu.

Nỗi sợ hãi, rủi ro và Cloud Agnosticism (mô tả các công cụ, dịch vụ và ứng dụng được thiết kế để hoạt động trên hai hoặc nhiều nền tảng đám mây)

Chiến lược Cloud Native thường hướng đến việc không phụ thuộc vào bất kỳ nhà cung cấp hoặc dịch vụ đám mây duy nhất nào (cloud agnostic). Tuy nhiên, rủi ro khi chuyển dữ liệu sang nhà cung cấp đám mây mới nếu nhà cung cấp hiện tại gặp phải sự cố nào đó (vendor lock-in) cần được cân nhắc kỹ lưỡng so với các lợi thế tiềm năng. Phương pháp Cloud Native loại bỏ các rủi ro khi phải đưa ra nhiều quyết định về cơ sở hạ tầng bằng cách khiến các quyết định này có thể thay đổi nhưng nó cũng tồn tại những mối quan ngại liên quan đến việc phụ thuộc vào chuỗi cung ứng mới.

Bước tiếp theo trong chiến lược là thấu hiểu những rủi ro mà doanh nghiệp sẵn sàng chấp nhận.

Hành động!

Mỗi mục tiêu Cloud Native, chẳng hạn như mục tiêu mở rộng quy mô, sẽ bao gồm nhiều mục tiêu phụ và mỗi mục tiêu có thể yêu cầu các chiến lược riêng biệt. Khi đã quyết định về mục tiêu tổng thể của mình, bước đầu tiên bạn nên làm là xác định rõ ràng các mục tiêu phụ và bắt đầu thực hiện nó với các hành động tự hỗ trợ. Đối với một mục tiêu Cloud Native giới hạn, được xác định rõ ràng trong một đội nhóm riêng lẻ, chiến lược đơn giản nhất là thực hiện các bước khám phá nhỏ, mang tính rủi ro thấp, thường xuyên kiểm tra kết quả mà không đòi hỏi kế hoạch chi tiết. Tuy nhiên, đôi khi, một quá trình lặp đi lặp lại đơn giản là không đủ. Điều quan trọng là chúng ta phải xem xét và đánh giá mức độ khó khăn của mục tiêu mình đang cố gắng đạt được. Rất nhiều bất lợi sẽ nảy sinh từ chính sự phức tạp trong liên minh làm việc của bạn.

Liên minh làm việc phức tạp?

Một số sự thay đổi sẽ dễ dàng đạt được. Đôi khi chúng đến từ sự lặp lại của một hành động mà chúng ta đã thực hiện thành công trong quá khứ. Một số khác lại hoàn toàn mang tính kỹ thuật và độ rủi ro thấp. Vì vậy phương pháp thử nghiệm tính hiệu quả trước (suck-it-and-see) có thể phát huy mà không cần phải suy tính quá nhiều. Nhưng trước đó hãy cùng nhau xem xét các câu hỏi này trong giây lát:

Thay đổi này có vượt qua giới hạn của tổ chức không?
Thay đổi này có đòi hỏi các kỹ năng mà đội ngũ hiện chưa có không?
Liệu sự thay đổi có tạo ra kẻ thắng người thua, sinh ra sự chống đối?

Nếu câu trả lời cho tất cả những câu hỏi này là “không” thì rất có thể thứ chúng ta cần chỉ là một bảng tính đơn giản, một chút hiểu biết thông thường, một nhóm nhỏ và một phương pháp thử nghiệm là đủ. Tuy nhiên, nếu có bất cứ câu trả lời nào trong số này là “có”, thì có vẻ đây là một mục tiêu phức tạp và bạn sẽ phải thành lập một liên minh làm việc giữa các phòng ban.

Trên thực tế, không phải doanh nghiệp nào cũng nhận ra điều này. Họ đơn thuần nghĩ rằng tất cả thay đổi của Cloud Native là hoàn toàn thiên về mặt kỹ thuật. Do đó, họ tiếp tục dựa vào các phương pháp quản lý hiện có, trong khi thứ họ thực sự cần là một yếu tố khác mạnh mẽ hơn: chiến lược.

Lùi lại một chút!

Khi đối diện với các mục tiêu khó khăn, ta cần lùi lại và xem xét các thành phần đặc trưng của một chiến lược: mục tiêu, tầm nhìn và sức mạnh ý chí, tình hình hiện tại, rủi ro, hành động tự hỗ trợ và liên minh làm việc. Ta cũng cần lưu ý rằng hành động mà chúng ta thực hiện sẽ không thể đưa ra kết quả trong một sớm một chiều mà sẽ là một quá trình liên tục.

Nhận định tình huống và Mục tiêu

Mục tiêu kinh doanh chi tiết mà chúng ta cần đạt được là gì? Những lợi ích mang lại là gì? Liệu chúng có đáng để ta nỗ lực? Các tầm nhìn thúc đẩy chiến dịch này là gì?
Những rủi ro của tầm nhìn này là gì? Có ai tương tự đã làm nó thành công chưa? Họ đã thực hiện nó như thế nào? Sự thay đổi và tiến độ thực tế như thế nào?
Ta có đủ sức mạnh ý chí để thực hiện điều này không?

Khả năng

Chúng ta hiện tại đang ở đâu?
Để đi từ vị trí hiện tại đến tầm nhìn đặt ra, chúng ta cần thực hiện những hành động gì?
Việc này đòi hỏi những thay đổi nào về văn hóa, tổ chức hoặc năng lực? Những thay đổi này có hợp lý không? Làm thế nào để thực hiện chúng hiệu quả?
Ai sẽ thắng và ai sẽ thua? Chúng ta sẽ xử lý điều đó như thế nào?

Liên minh

Bước quan trọng nhất là chúng ta phải xây dựng một liên minh bao gồm những thành viên thực sự muốn hiện thực hóa tầm nhìn đặt ra. Xác định các bên liên quan có vai trò chủ chốt và những thành viên có tầm ảnh hưởng: họ đã bị thuyết phục chưa, họ có thể thuyết phục được người khác không và họ có những kỳ vọng thực tế nào?
Mọi người tham gia có hiểu rõ mục tiêu và vai trò của họ trong việc đạt được mục tiêu đó không?
Họ có cam kết thực hiện nó không?

Trong quá trình xây dựng sự đồng thuận này, chúng ta chắc hẳn đều mong muốn đạt được sự thống nhất về một số nền tảng cụ thể của dự án (các hành động tự hỗ trợ). Và điều này có thể gây mâu thuẫn và sẽ tốn chi phí hơn nếu muốn thay đổi sau này,chẳng hạn như thống nhất giữa việc chọn một nhà cung cấp nền tảng đám mây duy nhất hoặc cách tiếp cận đa đám mây (multi-cloud).

Quá trình tạo ra bất kỳ liên minh phức tạp nào đều phải dựa vào việc liệu tầm nhìn chúng ta đưa ra có hấp dẫn không và sức mạnh ý chí để thực hiện tầm nhìn này như thế nào. Cloud Native là một quá trình liên tục – không đem đến một sự thành công ngay lập tức. Trên hành trình này, đôi khi ta sẽ gặt hái một vài thành tựu nhỏ nhưng cũng có sẽ có những bước đi sai lầm và điều quan trọng là mọi người phải duy trì động lực để tiếp tục. Với mọi công ty mà chúng tôi đã nói chuyện, Cloud Native là một quá trình diễn ra trong nhiều năm và không có điểm dừng nào cụ thể.

Kết luận

Nhận định tình huống và Mục tiêu. Với chiến lược Cloud Native, bạn cần tìm ra những mục tiêu mà doanh nghiệp của bạn quan tâm nhất.

Rủi ro. Bạn sẵn sàng chấp nhận rủi ro bao nhiêu và kiểu rủi ro nào? Chọn một nhà cung cấp đám mây duy nhất có thể xem là một rủi ro (họ có thể không đủ năng lực hoặc bị tấn công) nhưng vẫn còn các yếu tố khác. Xây dựng nền tảng đám mây riêng của doanh nghiệp là một loại rủi ro hoàn toàn khác (có thể tốn kém chi phí hoặc thời gian). Mọi chiến lược đều tồn tại rủi ro và khác nhau với mỗi doanh nghiệp. Nền tảng đám mây giúp loại bỏ các rủi ro trong những lĩnh vực trọng yếu nhưng kèm theo cả rủi ro mới về việc phụ thuộc vào chuỗi cung ứng. Hãy lên kế hoạch theo sát thực tế với mục tiêu kinh doanh của mỗi doanh nghiệp.

Liên minh làm việc. Mục đích của liên minh là chuyển đổi các mục tiêu Cloud Native và quá trình này không chỉ liên quan đến đội ngũ công nghệ. Những người có ảnh hưởng trong toàn bộ tổ chức sẽ cần được thuyết phục và điều này đồng nghĩa với việc chiến lược Cloud Native đòi hỏi tầm nhìn và ý chí. Cloud Native sẽ không đem đến thành công ngay lập tức nên việc thiết lập cam kết lâu dài về cải tiến dần dần thông qua các quy trình liên tục là yếu tố hết sức quan trọng.

Cuối cùng, ta cần xác định các hành động tự hỗ trợ. Đối với đội ngũ công nghệ, đây có thể là những yếu tố như “áp dụng chuyển giao liên tục ” hoặc “triển khai các vùng chứa”. Chẳng hạn như, bên ngoài đội ngũ công nghệ, nhóm tiếp thị sản phẩm có thể cần thay đổi quy trình để tăng tốc quá trình xử lý các đợt giao hàng nhỏ liên tục và theo sát với phản hồi của người dùng.

Trong bài đăng tiếp theo, chúng ta sẽ phân tích nhiều hơn về ba mục tiêu kinh doanh phổ biến nhất của Cloud Native: tốc độ, quy mô và lợi nhuận.

Về VTI Cloud

VTI Cloud là Đối tác cấp cao (Advanced Consulting Partner) của AWS, với đội ngũ hơn 50+ kỹ sư về giải pháp được chứng nhận bởi AWS. Với mong muốn hỗ trợ khách hàng trong hành trình chuyển đổi số và dịch chuyển lên đám mây AWS, VTI Cloud tự hào là đơn vị tiên phong trong việc tư vấn giải pháp, phát triển phần mềm và triển khai hạ tầng AWS cho khách hàng tại Việt Nam và Nhật Bản.

Xây dựng các kiến trúc an toàn, hiệu suất cao, linh hoạt, và tối ưu chi phí cho khách hàng là nhiệm vụ hàng đầu của VTI Cloud trong sứ mệnh công nghệ hóa doanh nghiệp.

Liên hệ với chúng tôi: Tại đây

Nguồn Blog.container-solutions.com