Rủi ro và giải pháp của việc khóa nhà cung cấp VDI

Giới thiệu

Hạ tầng máy tính để bàn ảo (VDI) đơn giản hóa việc quản lý máy tính để bàn tập trung, nhưng các thành phần liên kết của nó có thể khiến việc chuyển đổi nền tảng trở nên khó khăn. Từ các môi giới kết nối độc quyền đến các hạn chế về giấy phép, những phụ thuộc này có thể hạn chế sự lựa chọn của IT và tăng độ phức tạp trong việc di chuyển. Bài viết này xem xét nguyên nhân và rủi ro của việc bị khóa vào nhà cung cấp VDI, giải thích cách giảm thiểu chúng và phác thảo các bước thực tiễn để giữ cho việc cung cấp ứng dụng Windows linh hoạt.

VDI Vendor Lock-In là gì?

Khóa chặt nhà cung cấp VDI là một tình huống khi một tổ chức trở nên phụ thuộc rất nhiều vào một nền tảng ảo hóa máy tính để bàn cụ thể đến mức việc thay đổi nhà cung cấp sẽ trở nên cực kỳ khó khăn, tốn kém hoặc gây gián đoạn cho công ty.

Các thành phần VDI như hypervisor, broker kết nối, hình ảnh máy tính để bàn, hồ sơ người dùng, hệ thống xác thực và các công cụ quản lý khác thường được kết hợp trong các môi trường VDI. Tuy nhiên, mặc dù tách biệt, chúng có thể yêu cầu tài liệu và cấu hình cụ thể của nhà cung cấp để tương tác thành công với nhau.

Lý do là, mặc dù các ứng dụng được viết bằng ngôn ngữ Windows thường hoạt động ở bất kỳ đâu, nhưng các máy tính để bàn được xây dựng cho một môi trường VDI cụ thể cần thời gian đáng kể để cấu hình lại. Do đó, việc bị ràng buộc bởi nhà cung cấp không phải là một vấn đề không thể vượt qua, nhưng nó tạo ra những trở ngại đáng kể cho các tổ chức đang tìm cách chuyển đổi nền tảng.

Nguyên nhân nào gây ra tình trạng bị khóa bởi nhà cung cấp trong môi trường VDI?

Khóa chặt nhà cung cấp VDI hiếm khi do một hạn chế kỹ thuật cụ thể nào đó. Nó thường xuất phát từ nhiều phụ thuộc vào cơ sở hạ tầng liên quan, công cụ quản lý, cấp phép và cấu hình ứng dụng.

Công cụ Quản lý và Môi giới Kết nối Độc quyền

Các trung gian kết nối chịu trách nhiệm quản lý các kết nối của người dùng đến các máy tính để bàn ảo trong khi các công cụ quản lý được sử dụng để cung cấp, đặt và duy trì các máy tính để bàn và ứng dụng. Các công cụ như Citrix Virtual Apps and Desktops, Omnissa Horizon và Azure Virtual Desktop được xây dựng bằng cách sử dụng hạ tầng quản lý và kỹ thuật cấu hình khác nhau.

Điều này có nghĩa là khi chuyển đổi từ nền tảng này sang nền tảng khác, có thể cần phải cấu trúc lại các nhóm máy tính để bàn, ứng dụng, kết nối và các công cụ tự động. Các ứng dụng tự chúng có thể giữ nguyên, tuy nhiên, việc triển khai của chúng sẽ khác nhau tùy thuộc vào phần mềm ban đầu.

Các phụ thuộc Hypervisor và Hạ tầng

Các nền tảng VDI yêu cầu cơ sở hạ tầng có khả năng lưu trữ và quản lý các máy tính để bàn ảo. Điều này có thể bao gồm các công nghệ hypervisor, cloud, lưu trữ hoặc cung cấp cụ thể.

Quá trình di chuyển do đó có thể bao gồm một số nhiệm vụ:

• Chuyển đổi hoặc xây dựng lại hình ảnh máy ảo
• Cấu hình lại mạng, lưu trữ và phân bổ tài nguyên
• Thay thế các công cụ cung cấp cụ thể của nhà cung cấp
• V Xác thực tính tương thích và hiệu suất của ứng dụng
• Tái tạo cơ chế sẵn có và phục hồi thảm họa

Tuy nhiên, khái niệm di động không phải lúc nào cũng mở rộng đến môi trường phân phối máy tính để bàn. Việc di chuyển thành công một máy ảo không đảm bảo rằng môi trường phân phối xung quanh sẽ hoạt động mà không cần sửa đổi.

Giới hạn về cấp phép và hợp đồng

Các triển khai VDI thường yêu cầu nhiều giấy phép khác nhau - cho hệ điều hành, sản phẩm ảo hóa, quyền truy cập người dùng, công cụ quản lý và ứng dụng của bên thứ ba.

Các nhà cung cấp khác nhau đáng kể về việc gộp hoặc tách rời các công nghệ này, điều này có thể làm cho việc lập kế hoạch ngân sách và chuyển đổi sang cơ sở hạ tầng mới trở nên phức tạp hơn.

Điều này đặc biệt quan trọng khi các tổ chức muốn chuyển từ một ngăn xếp VDI này sang ngăn xếp khác, chẳng hạn như từ giải pháp tại chỗ sang giải pháp dựa trên đám mây, vì các mô hình cấp phép cho hệ điều hành, quyền lợi người dùng và mức tiêu thụ hạ tầng có thể thay đổi đáng kể.

Trang web Microsoft Learn cung cấp một thông tin về giấy phép Azure Virtual Desktop và cách nó áp dụng cho các hệ điều hành và trường hợp sử dụng khác nhau.

Do đó, việc phân tích toàn bộ cấu trúc cấp phép, bao gồm các hệ quả của bất kỳ nghĩa vụ hợp đồng nào, là điều cần thiết khi đưa ra quyết định, không chỉ là chi phí đăng ký.

Phụ thuộc vào Ứng dụng và Hồ sơ Người dùng

Các ứng dụng Windows có thể có một số phụ thuộc vào hệ điều hành, registry, trình điều khiển, vị trí hoặc các dịch vụ khác.

Các loại ứng dụng này thường được ảo hóa trong môi trường VDI, với một số khía cạnh của yêu cầu được tích hợp vào hình ảnh chính hoặc được đưa vào các công cụ quản lý hồ sơ nâng cao. Một số công ty xây dựng và duy trì các công cụ và kịch bản riêng của họ để đáp ứng nhu cầu cụ thể của ứng dụng liên quan đến phần còn lại của hạ tầng.

Trong những tình huống này, việc tách biệt các ứng dụng khỏi các yếu tố hỗ trợ của chúng trở nên vô cùng khó khăn, gây ra khoản nợ kỹ thuật đáng kể và làm cho khả năng di động trở nên cực kỳ khó khăn.

Ngay cả khi ứng dụng tự nó có thể di động, vẫn có những yếu tố thiết yếu, chẳng hạn như cài đặt, cấu hình, cài đặt người dùng và quản lý dữ liệu sẽ phải được thiết lập lại trong môi trường mới. Hiểu sự khác biệt giữa Đóng gói ứng dụng Windows và phát hành ứng dụng có thể giúp các nhóm CNTT tách biệt yêu cầu triển khai phần mềm khỏi các phụ thuộc trong việc cung cấp ứng dụng.

Những rủi ro của việc bị khóa bởi nhà cung cấp VDI là gì?

Sự phụ thuộc vào nhà cung cấp mang lại những khó khăn đặc biệt khi một tổ chức phải thay đổi chiến lược hạ tầng của mình, thích ứng với những thay đổi về giấy phép hoặc áp dụng các công nghệ phân phối ứng dụng mới.

Các rủi ro chính liên quan đến chi phí, tính linh hoạt kiến trúc và sự liên tục hoạt động.

Chi phí cơ sở hạ tầng và cấp phép đang tăng lên

Một môi trường VDI liên kết chặt chẽ có thể khiến một tổ chức gặp khó khăn trong việc tối ưu hóa các thành phần hạ tầng của họ.

Khi các điều khoản cấp phép thay đổi hoặc chi phí hạ tầng tăng lên, điều này có thể cần một dự án di cư quy mô lớn nếu họ có ý định chuyển nhà cung cấp. Điều này có thể ảnh hưởng đến vị thế đàm phán của họ và khả năng tối ưu hóa chi phí.

Hơn nữa, việc cung cấp tất cả các ứng dụng thông qua một máy tính để bàn ảo đầy đủ có thể gây ra chi phí không cần thiết cho các khối lượng công việc chỉ yêu cầu một hoặc hai ứng dụng cửa sổ.

Xuất bản ứng dụng không hề rẻ hơn VDI: kinh tế của hai phương pháp sẽ khác nhau tùy thuộc vào mật độ khối lượng công việc, hệ điều hành cần thiết, dấu chân hạ tầng và yêu cầu quản trị và quản lý.

Giảm tính linh hoạt kiến trúc

Các tổ chức đang tìm cách áp dụng hạ tầng lai, thay thế các máy chủ cũ, chuyển đổi giữa các nhà cung cấp dịch vụ lưu trữ, hoặc thậm chí áp dụng các công nghệ phân phối mới có thể thấy các lựa chọn của họ bị hạn chế bởi các phụ thuộc cụ thể của nhà cung cấp hiện có.

Một nền tảng VDI gắn chặt với một ngăn xếp hạ tầng có thể cần phải thiết kế lại hoàn toàn các ứng dụng dự kiến được cung cấp trên các ngăn xếp và nhà cung cấp lưu trữ khác, do đó làm chậm quá trình chuyển đổi số.

Tăng độ phức tạp của việc di cư

Chuyển đổi nhà cung cấp VDI không chỉ liên quan đến việc di chuyển máy ảo.

Quản trị viên cũng cần giữ lại xác thực, hồ sơ người dùng, cài đặt ứng dụng, in ấn, truy cập tệp, chính sách bảo mật và hành vi phiên làm việc.

Tài liệu kém về những phụ thuộc này có thể làm cho quá trình trở nên khó khăn hơn để định lượng, kiểm tra và thực hiện mà không gặp sự cố.

Tăng cường khả năng tiếp cận với các thay đổi của nhà cung cấp

Ngừng sản phẩm, mô hình cấp phép mới, thay đổi hỗ trợ hoặc yêu cầu hạ tầng có thể cần thiết phải thay đổi chiến lược triển khai.

Càng phụ thuộc nhiều vào một nền tảng triển khai duy nhất thì tác động vận hành tiềm tàng của những thay đổi này đến doanh nghiệp càng cao.

Bảo tồn các tùy chọn giao hàng thay thế có thể giảm thiểu rủi ro này và tạo ra sự linh hoạt lớn hơn khi nhu cầu kinh doanh hoặc công nghệ thay đổi.

Làm thế nào bạn có thể giảm thiểu rủi ro khi bị khóa bởi nhà cung cấp VDI?

Giảm thiểu sự phụ thuộc vào nhà cung cấp VDI đòi hỏi một loạt các yếu tố kỹ thuật, liên quan đến khối lượng công việc và kiến trúc.

Ý tưởng không phải là tránh nhà cung cấp, mà là cho phép thay đổi nền tảng mà không làm gián đoạn tất cả các khía cạnh khác của việc cung cấp ứng dụng.

1. Kiểm tra các phụ thuộc VDI hiện có

Bước đầu tiên là xác định những gì là quan trọng đối với việc cung cấp ứng dụng và máy tính để bàn, và những thành phần nào phụ thuộc vào công nghệ cụ thể của các nhà cung cấp.

Một danh sách phụ thuộc nên giải quyết các câu hỏi sau:

Thành phần	Câu hỏi để điều tra
Broker kết nối	Có thể tái tạo các phân công máy tính và ứng dụng ở nơi khác không?
Hypervisor	Các máy ảo và hình ảnh có thể di chuyển đến hạ tầng thay thế không?
Ứng dụng	Các ứng dụng có yêu cầu hình ảnh, hệ điều hành hoặc trình điều khiển cụ thể không?
Hồ sơ người dùng	Cài đặt và dữ liệu có thể di chuyển độc lập không?
Xác thực	Các chính sách danh tính có liên quan đến các tích hợp độc quyền không?
Cấp phép	Những cam kết, quyền truy cập và chi phí thoát nào áp dụng?
Tự động hóa	Những kịch bản nào phụ thuộc vào API hoặc công cụ cụ thể của nhà cung cấp?

Danh sách hàng tồn kho cũng phải bao gồm chủ sở hữu ứng dụng, tính quan trọng của doanh nghiệp, yêu cầu phục hồi và các tùy chỉnh không được tài liệu hóa.

Phân loại này có thể giúp các quản lý CNTT hiểu những phụ thuộc nào có thể dễ dàng thay thế và những phụ thuộc nào cần thiết kế lại đáng kể.

2. Tách biệt Giao hàng Ứng dụng khỏi Hạ tầng Máy tính để bàn

Một trong những phương pháp tốt nhất để giảm bớt nhu cầu về VDI là đảm bảo rằng mỗi ứng dụng thực sự cần một giải pháp phức tạp như vậy.

Trong khi VDI cung cấp máy tính để bàn ảo, việc phát hành ứng dụng cung cấp truy cập từ xa đến các ứng dụng cá nhân mà không nhất thiết phải cung cấp toàn bộ máy tính để bàn.

Cả hai phương pháp đều tập trung vào ứng dụng, nhưng theo những cách khác nhau.

Yêu cầu	Toàn bộ VDI	Xuất bản ứng dụng dựa trên phiên làm việc
Hoàn thành máy tính để bàn cá nhân hóa	Phù hợp tốt	Không phải mục đích chính
Các ứng dụng Windows cá nhân	Hỗ trợ	Phù hợp tốt
Cách ly hệ điều hành máy tính để bàn chuyên dụng	Có sẵn	Thường sử dụng các máy chủ phiên chia sẻ
Cấu hình máy tính để bàn chuyên biệt	Thường phù hợp	Phụ thuộc vào khả năng tương thích
Quản lý ứng dụng tập trung	Hỗ trợ	Hỗ trợ
Truy cập dựa trên trình duyệt	Phụ thuộc vào nền tảng	Có sẵn với các giải pháp tương thích
Giao hàng mà không cần một ngăn xếp VDI đầy đủ	Không thường xuyên	Có thể

Sự khác biệt là về kiến trúc, không phải chức năng.

Nhiều hệ thống VDI như vậy đã cho phép xuất bản ứng dụng, vì vậy việc cho phép xuất bản ứng dụng không nhất thiết giúp bạn tránh bị ràng buộc với nhà cung cấp, trừ khi những ứng dụng đó có thể được tách rời khỏi mặt phẳng điều khiển VDI.

Ví dụ, bạn có một phòng kế toán cần truy cập vào một ứng dụng tài chính trên Windows nhưng không cần máy tính ảo riêng. Bằng cách xuất bản ứng dụng trên một máy Windows (được thiết lập đúng cách), bạn có thể tránh việc mọi người phải sử dụng VDI, trong khi vẫn giữ cho việc quản lý ứng dụng được tập trung.

Ngược lại, những người cần máy tính để bàn liên tục, nơi mỗi người dùng có phiên làm việc riêng của họ, có thể cần VDI đầy đủ.

3. Áp dụng kiến trúc mô-đun và tương tác lẫn nhau

Kiến trúc mô-đun cho phép thay thế các yếu tố riêng lẻ mà không làm ảnh hưởng đến môi trường cung cấp ứng dụng tổng thể.

Các nhóm CNTT nên ưu tiên những điều sau đây khi áp dụng:

• Danh tính và xác thực chuẩn hóa
• Mã ứng dụng di động và các phụ thuộc đã được tài liệu hóa
• Dữ liệu người dùng tách biệt khỏi hình ảnh máy tính để bàn
• Hạ tầng như mã: triển khai lặp lại, tự động hóa
• Giao hàng hoạt động trên các điểm cuối và môi trường lưu trữ

Lưu ý rằng việc tách dữ liệu người dùng khỏi hình ảnh máy tính để bàn sẽ đơn giản hóa cả việc di chuyển và phục hồi sau thảm họa: tương tự, hạ tầng như mã sẽ giúp các hoạt động tái tạo môi trường với sự nhất quán tốt hơn.

Tuy nhiên, ngay cả các tiêu chuẩn mở và tự động hóa cũng có thể không ngăn chặn được việc bị khóa vào nhà cung cấp: thường có những khác biệt tinh tế trong việc triển khai giữa các công nghệ của các nhà cung cấp khác nhau, và các kịch bản có thể chứa các lệnh gọi đến các API độc quyền.

Do đó, mục tiêu là tránh sự kết hợp không cần thiết giữa các thành phần ứng dụng và hạ tầng, quản lý và các thành phần vận hành.

4. Xem xét việc cung cấp ứng dụng hybrid

Các tổ chức không phải chọn giữa việc giữ lại toàn bộ hạ tầng VDI của họ hoặc thay thế nó bằng một cái gì đó hoàn toàn khác.

Họ có thể áp dụng một chiến lược kết hợp tận dụng nhiều khối lượng công việc khác nhau theo nhu cầu của họ.

Một tổ chức có thể sử dụng các máy tính để bàn chuyên dụng cho người dùng mạnh trong khi lưu trữ các ứng dụng kinh doanh tương thích trên các máy chủ phiên làm việc chia sẻ.

Họ cũng có thể cung cấp các ứng dụng kế thừa thông qua trình duyệt. Đối với phần mềm Windows không thể dễ dàng viết lại, việc hiểu cách xuất bản phần mềm Windows lên web có thể giúp các nhóm CNTT đánh giá việc cung cấp dựa trên trình duyệt như một phần của chiến lược lai của họ.

Các ứng dụng cục bộ được giữ lại tốt nhất khi việc tập trung hóa không cải thiện nhiều hiệu suất tổng thể.

Chiến lược như vậy sẽ cho phép bộ phận CNTT giữ lại các khoản đầu tư hiện có trong cơ sở hạ tầng của họ trong khi họ chuyển sang các công nghệ mới theo tốc độ của riêng mình.

Thách thức với cách tiếp cận này là nó tạo ra sự phức tạp bổ sung và yêu cầu quản lý danh tính toàn diện hơn, các biện pháp bảo mật đồng nhất trên tất cả các nền tảng, quy tắc giám sát và quy trình hỗ trợ.

So sánh Tổng Chi Phí của Các Mô Hình Giao Hàng

Tiết kiệm giấy phép một mình không quyết định tính hiệu quả chi phí của một kiến trúc phân phối ứng dụng thay thế.

Các đội ngũ CNTT nên đánh giá tổng chi phí sở hữu bao gồm cơ sở hạ tầng, chi phí phần mềm, quản trị, bảo mật và di chuyển.

Danh mục chi phí	Tiêu chí đánh giá
Phần mềm	Cấp phép, đăng ký, hỗ trợ và gia hạn
Cơ sở hạ tầng	Tính toán, lưu trữ, mạng và tiêu thụ đám mây
Hệ điều hành	Cấp phép Windows và quyền truy cập áp dụng
Quản trị	Cung cấp, bảo trì, giám sát và khắc phục sự cố
Bảo mật	MFA, kiểm soát truy cập, kiểm toán và quản lý an ninh
Di chuyển	Kiểm tra, cấu hình, đào tạo và triển khai
Liên tục kinh doanh	Khả năng sẵn có, sao lưu, phục hồi và tiếp xúc với thời gian ngừng hoạt động

Xuất bản ứng dụng có thể giảm nhu cầu về các thành phần cụ thể trong môi trường VDI, nhưng nó cũng có những yêu cầu về triển khai và cấp phép riêng.

Ví dụ, các cấu hình lưu trữ phiên Microsoft Remote Desktop Services (RDS) truyền thống sẽ yêu cầu các Giấy phép Truy cập Khách hàng RDS phù hợp như đã mô tả trong Tài liệu CAL của RDS của Microsoft .

Các yêu cầu cấp phép nên được xác thực dựa trên kiến trúc thực tế, sản phẩm giao hàng và các điều khoản và điều kiện liên quan của Microsoft.

Mục tiêu nên là giảm thiểu tổng chi phí trong khi vẫn cung cấp được sự bảo mật, hiệu suất và độ tin cậy cần thiết để đáp ứng nhu cầu kinh doanh.

Bạn cần làm gì để di chuyển ra khỏi sự ràng buộc của nhà cung cấp VDI?

Giảm sự phụ thuộc vào nhà cung cấp an toàn hơn nhiều khi thực hiện từng bước một thay vì thay thế hoàn toàn nền tảng.

Di chuyển theo giai đoạn mang đến cho các nhóm CNTT cơ hội để chứng minh các phương pháp giao hàng thay thế trong khi vẫn duy trì tình trạng hiện tại.

Bước 1: Phân loại Ứng dụng theo yêu cầu Giao hàng

Bắt đầu bằng cách nhóm các ứng dụng dựa trên các phụ thuộc kỹ thuật và yêu cầu của người dùng cuối. Ba danh mục rộng lớn đặc biệt hữu ích để xác định:

• Các ứng dụng yêu cầu máy tính để bàn đầy đủ – khối lượng công việc yêu cầu môi trường hệ điều hành chuyên dụng, cấu hình đặc biệt hoặc cách ly ở cấp độ máy tính để bàn
• Các ứng dụng phù hợp cho việc xuất bản từ xa – các ứng dụng Windows, tương thích với các môi trường máy chủ phiên chia sẻ/cố định được hỗ trợ
• Các ứng dụng phù hợp cho việc truy cập cục bộ hoặc qua trình duyệt – phần mềm không còn yêu cầu phải chạy trong môi trường VDI nữa

Phân loại như vậy có thể giúp quản trị viên xác định các ứng viên cho các mô hình giao hàng thay thế, mà không yêu cầu các điều chỉnh đáng kể.

Bước 2: Chọn một Khối lượng Công việc Thí điểm Có Rủi ro Thấp

Chọn một ứng dụng có yêu cầu tài nguyên được xác định rõ ràng, ít phụ thuộc và có số lượng người dùng hạn chế.

Tránh bắt đầu với các ứng dụng quan trọng cho doanh nghiệp phụ thuộc vào các tích hợp phần ngoại vi phức tạp, trình điều khiển độc đáo hoặc các thành phần kế thừa dễ bị tổn thương.

Người thử nghiệm nên chứng minh khả năng của hạ tầng thay thế trong việc tái tạo đầy đủ các chức năng thiết yếu và trải nghiệm người dùng của môi trường gốc.

Bước 3: Xác thực tính tương thích, hiệu suất và bảo mật

Trước khi mở rộng, hãy kiểm tra các chức năng và tính năng hoạt động trong các môi trường thực tế.

Dự án di chuyển ứng dụng phải bao gồm các lĩnh vực sau trong kịch bản kiểm tra:

• Cài đặt ứng dụng, phụ thuộc và cấp phép
• Xác thực, MFA và quyền người dùng
• Hồ sơ người dùng, cài đặt và truy cập tệp
• In ấn, bảng tạm và chuyển hướng thiết bị ngoại vi
• Đồng thời phiên và tiêu thụ tài nguyên
• Độ trễ, khả năng phản hồi và kết nối lại
• Ghi nhật ký, giám sát và chính sách bảo mật
• Sao lưu, phục hồi và quy trình hoàn tác

Việc khởi động ứng dụng thành công không đảm bảo tính tương thích hoàn toàn.

Ví dụ, một ứng dụng có thể hoạt động tốt khi chạy độc lập nhưng lại thất bại khi nhiều người dùng cố gắng chạy nó cùng một lúc hoặc in tài liệu trên máy in.

Các nhóm CNTT phải thiết kế các bài kiểm tra cần thiết và tiêu chí hiệu suất cho các phiên, ứng dụng, bảo mật và tính năng khôi phục.

Bước 4: Di chuyển Ứng dụng trong các Giai đoạn Kiểm soát

Khi thử nghiệm đáp ứng các tiêu chí chấp nhận, mở rộng triển khai dựa trên ưu tiên kinh doanh và độ phức tạp kỹ thuật.

Giữ nguyên môi trường giao hàng ban đầu trong quá trình chuyển đổi khi có thể, cho phép các quản trị viên so sánh hiệu suất, khắc phục sự cố hiệu quả và quay lại các quy trình đã thiết lập nếu cần.

Xác định tiêu chí thành công của tài liệu, phân công trách nhiệm và thiết lập quy trình khôi phục cho từng giai đoạn di chuyển. Những biện pháp này cũng góp phần vào khả năng phục hồi ứng dụng giúp các tổ chức duy trì các chức năng kinh doanh thiết yếu trong quá trình thay đổi cơ sở hạ tầng.

Bước 5: Xem lại các phụ thuộc còn lại

Vấn đề về việc bị ràng buộc bởi nhà cung cấp không chỉ giới hạn ở một trường hợp duy nhất.

Các ứng dụng mới, nhu cầu nâng cấp nền tảng, thay đổi trong cấp phép hoặc tùy chỉnh hoạt động có thể tạo ra các phụ thuộc bổ sung sau khi việc di chuyển hoàn tất.

Do đó, cần có các đánh giá định kỳ để đảm bảo rằng các ứng dụng có thể tiếp tục hoạt động trên nền tảng mục tiêu, rằng các cấu hình đã được ghi lại đúng cách và rằng các phương tiện giao hàng khác vẫn có sẵn.

Điều này sẽ cho phép môi trường mới tránh trở thành một sự ràng buộc của nhà cung cấp khác.

Trong trường hợp nào VDI là giải pháp tốt để giữ lại?

Giảm thiểu sự phụ thuộc vào nhà cung cấp VDI không yêu cầu thay thế hoàn toàn VDI.

VDI có giá trị hợp pháp cho các tình huống liên quan đến nhu cầu về hệ điều hành chuyên dụng, máy tính để bàn liên tục, ứng dụng yêu cầu đồ họa cao, hoặc cách ly khối lượng công việc mà các máy chủ phiên chia sẻ không thể cung cấp.

Nó cũng có giá trị trong việc cung cấp các máy tính để bàn tiêu chuẩn hóa, được quản lý tập trung với các chính sách quản lý máy tính để bàn nhất quán.

Quyết định áp dụng một kiến trúc khác nên dựa trên hành vi ứng dụng, nhu cầu bảo mật, yêu cầu của người dùng và các yếu tố kinh tế.

Đối với hầu hết các tổ chức, một kiến trúc phân tán thực tế hơn là buộc tất cả các ứng dụng vào cùng một mô hình phân phối.

Giữ VDI cho các khối lượng công việc cần thiết trong khi sử dụng xuất bản ứng dụng độc lập cho các khối lượng công việc khác sẽ cho phép giảm thiểu sự phụ thuộc vào VDI mà không từ bỏ các khả năng của VDI.

Làm thế nào để việc phân phối ứng dụng có thể linh hoạt lâu dài?

Tính linh hoạt lâu dài của một hệ thống đạt được thông qua khả năng duy trì kiểm soát đối với mối quan hệ giữa ứng dụng, hạ tầng và quyền truy cập của người dùng.

Các ứng dụng phải được thiết kế theo cách cho phép chúng tiếp tục hoạt động trên các nhà cung cấp hạ tầng, hypervisor hoặc nền tảng ảo hóa máy tính để bàn có thể thay đổi.

Cách tiếp cận này yêu cầu chú ý gần gũi đến việc tài liệu hóa đúng các phụ thuộc, cách ly dữ liệu ứng dụng khỏi các cơ chế phân phối của nó, giữ lại cấu hình có thể tái tạo và điều tra liên tục các cách tiếp cận và cấu hình thay thế.

Ví dụ, trong khi một ứng dụng được viết cho Windows có thể được di chuyển để chạy trên các máy chủ Windows được quản lý tập trung tại một tổ chức mới sử dụng phần mềm lưu trữ hoặc hypervisor khác, hoặc đã thay thế phần mềm môi giới VDI của họ, điều này không có nghĩa là ứng dụng đó có thể được vận chuyển một cách phổ quát.

Các ứng dụng phải được kiểm tra khả năng hoạt động trên các hạ tầng khác nhau, bao gồm các biến thể trong hệ điều hành cơ sở, giấy phép phù hợp, khả năng tương thích cụ thể của ứng dụng hoặc các đặc điểm hiệu suất.

Một chỉ số hữu ích cho tính linh hoạt là khả năng di động của ứng dụng giữa các môi trường khác nhau đáng kể.

Nếu việc di chuyển một ứng dụng sang một hạ tầng khác, nhưng được hỗ trợ, yêu cầu phải làm lại nhiều phần không liên quan do sự hiện diện của nhiều phụ thuộc, điều đó cho thấy rằng cần phải thực hiện nhiều công việc trước khi ứng dụng có thể được coi là di động.

Chỉ số này có thể được áp dụng lặp đi lặp lại để dần dần tăng cường tính linh hoạt của nhu cầu hạ tầng ứng dụng hoặc thực hiện các điều chỉnh hoạt động mà không cần phải làm lại hoàn toàn ứng dụng đó.

Tìm kiếm cách đơn giản hơn để cung cấp ứng dụng Windows?

TSplus Remote Access cung cấp một giải pháp thay thế cho các tổ chức muốn xuất bản các ứng dụng Windows và cung cấp máy tính để bàn từ xa mà không cần triển khai một hệ thống VDI đầy đủ truyền thống. Với việc xuất bản ứng dụng, truy cập trình duyệt HTML5 và hỗ trợ cho các môi trường Windows được lưu trữ tại chỗ hoặc trên đám mây, nó giúp các nhóm CNTT đa dạng hóa các tùy chọn phân phối trong khi vẫn giữ được kiểm soát tập trung.

Kết luận

Việc khóa nhà cung cấp VDI trở nên tốn kém khi các ứng dụng phụ thuộc vào cơ sở hạ tầng, giấy phép và hệ thống quản lý được tích hợp chặt chẽ. Việc lập bản đồ những phụ thuộc này và giới thiệu các phương thức phân phối thay thế có thể giúp các tổ chức giữ quyền kiểm soát mà không phải từ bỏ hoàn toàn VDI.

Một kiến trúc linh hoạt cho phép các nhóm CNTT duy trì khối lượng công việc phù hợp trên các máy tính để bàn ảo trong khi đơn giản hóa việc truy cập vào các máy tính khác, giảm thiểu rủi ro di chuyển và bảo tồn các tùy chọn trong tương lai.