Azure Virtual Desktop Classic đã ngừng hoạt động: Các bước tiếp theo cho CNTT

Giới thiệu

Việc ngừng hoạt động của Azure Virtual Desktop (cổ điển) tạo ra một sự phân biệt quan trọng giữa việc mất một dịch vụ kết nối cũ và sự tiếp tục có sẵn của các tài nguyên Azure cơ bản. Đối với các nhóm CNTT đã bỏ lỡ thời hạn di chuyển, việc hiểu rõ sự phân biệt này là cần thiết để lập kế hoạch phục hồi mà không thay thế cơ sở hạ tầng hiện có một cách không cần thiết. Bài viết này giải thích ý nghĩa của việc ngừng hoạt động đối với các tài nguyên hiện có, cách xác định các triển khai cổ điển, những tùy chọn di chuyển nào vẫn đáng để đánh giá và cách chọn một kiến trúc phân phối ứng dụng được hỗ trợ.

Khi nào Azure Virtual Desktop Classic ngừng hoạt động thì có nghĩa là gì?

Microsoft đã chính thức ngừng hỗ trợ Azure Virtual Desktop (cổ điển) kể từ ngày 30 tháng 9 năm 2026. Dựa trên tài liệu chính thức của Microsoft, “các kết nối đến các dịch vụ cổ điển sẽ bị chặn sau khi ngừng hỗ trợ.” Do đó, việc ngừng hỗ trợ ảnh hưởng đến loại dịch vụ cụ thể liên quan đến việc quản lý các máy tính để bàn ảo và ứng dụng sử dụng mô hình triển khai Azure Virtual Desktop (cổ điển).

Tuy nhiên, quy trình nghỉ hưu không áp dụng cho Azure Virtual Desktop hiện đại sử dụng Azure Resource Manager (ARM). Do đó, mối quan tâm chính của những người dùng vẫn sử dụng các tài nguyên cổ điển là không thể thiết lập kết nối đến các dịch vụ đã hoạt động trước đó. Vì vậy, người dùng nên đặc biệt chú ý đến việc quản lý tài nguyên cổ điển vì các tài nguyên này sẽ không biến mất sau ngày nghỉ hưu.

Cái gì đã được nghỉ hưu?

Azure Virtual Desktop (classic), trước đây được biết đến với tên gọi Windows Virtual Desktop, có hạ tầng quản lý dựa trên các cmdlet PowerShell chuyên dụng, API và đối tượng dịch vụ.

Không giống như Azure Virtual Desktop hiện đại, các nhóm máy chủ cổ điển và nhóm ứng dụng không được định nghĩa là tài nguyên quản lý tài nguyên Azure thống nhất.

Hôm nay, các thành phần này được tích hợp vào hệ thống quản lý tài nguyên Azure cho phép các quản trị viên áp dụng kiểm soát truy cập dựa trên vai trò Azure (RBAC), quản lý dịch vụ thông qua cổng Azure và sử dụng các mẫu hạ tầng như mã hiện đại cho tự động hóa triển khai.

Khả năng	AVD Classic (ngừng hoạt động)	AVD hiện đại
Quản lý	Kế hoạch điều khiển kế thừa	Quản lý Tài nguyên Azure
Cổng Azure	Tích hợp hạn chế	Tích hợp gốc
Kiểm soát truy cập	Vai trò người thuê cũ	Azure RBAC
Tự động hóa	API cổ điển và PowerShell	ARM, APIs, Az PowerShell
Giao hàng ứng dụng và máy tính để bàn	Kết nối bị chặn	Hỗ trợ
Trạng thái dịch vụ	Đã nghỉ hưu	Hỗ trợ

Việc nghỉ hưu đại diện cho một sự thay đổi trong kiến trúc dịch vụ cơ bản, không chỉ đơn thuần là một sự đổi tên sản phẩm.

Azure Virtual Desktop Hiện Đại Có Vẫn Hoạt Động Không?

Có. Azure Virtual Desktop hiện đại được hỗ trợ và tiếp tục cung cấp các máy tính để bàn Windows đầy đủ, nền tảng đa phiên và phân phối ứng dụng cá nhân thông qua RemoteApp.

Các tổ chức đã sử dụng các cụm máy chủ tích hợp Azure Resource Manager (ARM) sẽ không bị ảnh hưởng bởi việc ngừng hoạt động của dịch vụ cổ điển.

Các quản lý CNTT cũng nên lưu ý sự khác biệt giữa thời điểm kết thúc hỗ trợ cho Azure Virtual Desktop cổ điển và thời điểm kết thúc hỗ trợ riêng cho các khách hàng Remote Desktop cũ hơn. Khách hàng Remote Desktop cho Windows (MSI) dự kiến sẽ kết thúc hỗ trợ cho các môi trường đám mây công cộng vào ngày 27 tháng 3 năm 2026, và cho Azure Virtual Desktop (cổ điển) vào ngày 28 tháng 9 năm 2026.

Làm thế nào các nhóm CNTT có thể xác định các triển khai Azure Virtual Desktop Classic?

Bước đầu tiên là xác định xem có bất kỳ khối lượng công việc sản xuất nào vẫn phụ thuộc vào kiến trúc đã nghỉ hưu hay không.

Điều này đặc biệt quan trọng đối với các hệ thống đã được đưa vào sản xuất nhiều năm trước và có thể đã bị thu hồi bởi các quản trị viên mới hoặc bị bỏ qua trong tài liệu hạ tầng hiện tại.

Kiểm tra tích hợp Azure Resource Manager

Bạn nên bắt đầu bằng cách kiểm tra các tài nguyên Azure Virtual Desktop trong cổng thông tin Azure. Các triển khai Azure Virtual Desktop hiện đại tiết lộ các nhóm máy chủ, nhóm ứng dụng và không gian làm việc như các tài nguyên Azure trong một đăng ký và nhóm tài nguyên. Ngược lại, các triển khai cổ điển trước đây đã sử dụng để tiết lộ các đối tượng dịch vụ được quản lý theo những cách khác nhau.

Sự hiện diện của các yếu tố Azure Virtual Desktop sau đây là một chỉ báo mạnh mẽ cho một triển khai cổ điển:

• Các nhóm máy chủ sử dụng mô-đun PowerShell Azure Virtual Desktop cổ điển
• Tham chiếu lịch sử đến một người thuê dịch vụ cổ điển hoặc API dịch vụ cổ điển
• Nhóm ứng dụng thiếu tài nguyên ARM tương ứng
• Máy ảo máy chủ phiên làm việc tham khảo tài liệu cũ

Cùng lúc đó, việc không có một nhóm máy chủ trong cổng thông tin Azure không nhất thiết là dấu hiệu của một triển khai cổ điển. Bạn nên luôn kiểm tra xem người dùng có đăng ký nào, tenant Microsoft Entra nào và quyền truy cập dựa trên vai trò nào trước khi bạn phân tích vấn đề sâu hơn.

Đánh giá các công cụ quản lý di sản và phụ thuộc

Các kịch bản triển khai và kho tự động hóa có thể phục vụ như các nguồn chứng cứ bổ sung.

Ví dụ, sự hiện diện của các tập lệnh chứa tham chiếu Microsoft.RDInfra.RDPowerShell hoặc các thao tác quản lý cấp thuê bao cổ điển sẽ gợi ý rằng môi trường đã được cấu hình với ngăn xếp quản lý cũ hơn.

Các môi trường hiện đại sẽ tận dụng các giao diện quản lý tích hợp Azure Resource Manager và các mô-đun Az PowerShell liên quan.

Các quản trị viên cũng nên kiểm kê tất cả các ứng dụng, người dùng và tài nguyên hạ tầng liên quan đến các nhóm máy chủ có thể bị ảnh hưởng.

Điều này bao gồm việc kiểm tra các máy ảo máy chủ phiên, các phân bổ ứng dụng, vị trí lưu trữ hồ sơ, các phụ thuộc xác thực, cấu hình mạng và các kho lưu trữ sao lưu. Tài liệu hướng dẫn di chuyển thủ công của Microsoft chứa các so sánh chi tiết giữa mô hình đối tượng dịch vụ cổ điển và mô hình tài nguyên tích hợp Azure Resource Manager (ARM).

Điều gì có thể xảy ra với các tài nguyên hiện có của bạn sau khi Azure Virtual Desktop Classic ngừng hoạt động?

Sự khác biệt quan trọng nhất là giữa dịch vụ kết nối đã ngừng hoạt động và hạ tầng Azure cơ sở.

Trong khi các kết nối máy tính để bàn cổ điển bị chặn, các máy ảo hiện có, tài nguyên lưu trữ và dữ liệu ứng dụng có thể vẫn được giữ nguyên.

Các Máy Ảo và Lưu Trữ Hiện Có Có Thể Vẫn Có Sẵn

Các máy ảo Azure là tài nguyên được quản lý độc lập, không phụ thuộc vào kế hoạch điều khiển dịch vụ cổ điển đã ngừng hoạt động. Do đó, các máy ảo máy chủ phiên, đĩa được quản lý và tài nguyên mạng được tạo trong đăng ký có thể vẫn tồn tại.

Tuy nhiên, chúng không thể được sử dụng để khôi phục lại trình môi giới kết nối đã nghỉ hưu. Không có máy ảo nào được tạo trong hạ tầng Azure mới có sẵn để đưa trải nghiệm máy tính để bàn của tổ chức trở lại trạng thái làm việc.

Các quản trị viên nên xem xét từng tài nguyên một cách cẩn thận, và nếu nó có thể được tái sử dụng cho một cấu hình được hỗ trợ, họ nên thực hiện các bước sau.

Cần kiểm tra xem hệ điều hành của máy ảo có được hỗ trợ hay không và liệu các ứng dụng cũng như cấu hình bảo mật có tương thích hay không.

Truy cập ứng dụng và dữ liệu người dùng yêu cầu kiểm tra riêng biệt

Người dùng đã kết nối qua loại phiên làm việc desktop cổ điển hoặc RemoteApp sẽ không còn có thể khởi động ứng dụng của họ thông qua dịch vụ này.

Kết quả của việc ngừng dịch vụ có thể là mất quyền truy cập vào máy tính để bàn, các ứng dụng đã được công bố và gián đoạn trong các quy trình kinh doanh.

Tuy nhiên, việc ngừng dịch vụ không đảm bảo rằng dữ liệu liên quan đến người dùng sẽ bị xóa.

Trong hầu hết các trường hợp, có khả năng dữ liệu của người dùng được lưu trữ trên Azure Files, đĩa VM hoặc các phương tiện lưu trữ khác, nhưng việc giữ lại và truy cập thông tin này sẽ dựa trên cách nó được cấu hình, bảo mật với quyền truy cập, sao lưu, v.v...

Do đó, trước khi ngừng hoạt động hoặc di chuyển các hệ thống liên quan, các phòng IT cần đảm bảo rằng họ đã bảo tồn tất cả dữ liệu cần thiết.

Đội ngũ có thể vẫn di chuyển Azure Virtual Desktop Classic sau khi nó ngừng hoạt động không?

Microsoft tài liệu hai lộ trình di chuyển để chuyển từ Azure Virtual Desktop (cổ điển) sang Azure Virtual Desktop tích hợp ARM mới: di chuyển tự động và di chuyển thủ công.

Cả hai tùy chọn đều dự kiến sẽ khả thi đến ngày 30 tháng 9 năm 2026.

Kể từ ngày đó là trong quá khứ, các quản trị viên không nên coi các công cụ được mô tả trong tài liệu là sẵn sàng cho sản xuất trong tất cả các kịch bản.

Tài liệu của Microsoft không cung cấp hướng dẫn về thời gian chuyển tiếp.

Do đó, các tổ chức không nên dựa vào bất kỳ công cụ và quy trình chuyển tiếp nào sau khi nghỉ hưu.

Tùy chọn 1: Di chuyển tự động

Quá trình di chuyển tự động của Microsoft sử dụng một công cụ dựa trên PowerShell để chuyển các cấu hình dịch vụ cổ điển đủ điều kiện sang tài nguyên ARM.

Tài liệu của công ty khuyến nghị rằng người dùng cần có một đăng ký Azure hoạt động với các quyền cần thiết và đáp ứng các yêu cầu môi trường được liệt kê bởi mô-đun di chuyển.

Ví dụ, hướng dẫn của Microsoft đề xuất rằng người dùng nên được phân quyền với quyền Contributor để tạo tài nguyên Azure và quyền User Access Administrator để quản lý thành viên nhóm ứng dụng.

Tuy nhiên, điều quan trọng là phải nhận ra rằng công cụ không thể đảm bảo phục hồi dữ liệu sau khi ngừng hoạt động.

Các tổ chức có triển khai cổ điển đang hoạt động nên tham khảo hỗ trợ của Microsoft để xác nhận xem quy trình di chuyển có phải là một tùy chọn khả dụng cho môi trường của họ hay không.

Tùy chọn 2: Di chuyển thủ công hoặc Tái cấu trúc

Di chuyển thủ công yêu cầu tạo các tài nguyên Azure Virtual Desktop hiện đại và cấu hình lại cấu hình dịch vụ.

Tùy thuộc vào từng trường hợp cụ thể, các quản trị viên có thể cần:

• Tạo các cụm máy chủ dựa trên ARM, nhóm ứng dụng và không gian làm việc
• Thiết lập hoặc thay thế máy ảo máy chủ phiên làm việc
• Đăng ký các máy chủ phiên tương thích với các nhóm máy chủ mới
• Tạo lại các mối liên kết người dùng và ứng dụng
• Điều chỉnh danh tính, mạng, bảo mật và cấu hình hồ sơ

Cách tiếp cận thủ công trở nên cần thiết khi các cấu hình cũ chứa sự phức tạp không được tài liệu hóa, tùy chỉnh rộng rãi, hoặc khi các công cụ di chuyển hiện đại chứng minh là không đủ.

Đáng chú ý, việc tái cấu trúc hạ tầng giao hàng không phải lúc nào cũng liên quan đến việc thay thế hoàn toàn các ứng dụng và dữ liệu.

Các thành phần còn lại thường có thể được tái sử dụng thông qua các đánh giá tương thích thích hợp, đánh giá cấp phép và kiểm toán bảo mật.

Quyết định nên dựa trên tình trạng hiện tại của các tài nguyên hiện có và sự hỗ trợ có sẵn từ Microsoft.

Tình huống	Cách tiếp cận để đánh giá
Cấu hình cổ điển đủ điều kiện và Microsoft xác nhận hỗ trợ di chuyển	Di chuyển tự động
Cấu hình cổ điển phức tạp hoặc không thể truy cập	Tái cấu trúc thủ công
Các máy ảo và dữ liệu hiện có vẫn có sẵn	Xây dựng lại dịch vụ giao hàng và đánh giá việc tái sử dụng
Khối lượng công việc kế thừa không còn cần thiết nữa	Ngừng hoạt động an toàn
Máy tính để bàn được lưu trữ trên Azure không còn cần thiết nữa	Kiến trúc giao hàng thay thế

Nhóm IT nên làm gì nếu họ bỏ lỡ thời hạn nghỉ hưu?

Các tổ chức chưa hoàn thành việc di chuyển của họ trước ngày 30 tháng 9 năm 2026 nên ưu tiên bảo tồn tài nguyên và khôi phục quyền truy cập vào ứng dụng kinh doanh.

Thay vì cố gắng kết nối nhiều lần với dịch vụ đã ngừng hoạt động, các quản trị viên được khuyên nên thực hiện một quy trình phục hồi.

Bước 1: Đánh giá tác động của dịch vụ

Xác định những người dùng, máy tính để bàn và ứng dụng nào không khả dụng.

Tìm hiểu xem đó có phải là một môi trường toàn bộ hay các khối lượng công việc cụ thể bị ảnh hưởng. Xác nhận rằng vấn đề liên quan đến việc nghỉ hưu cổ điển và không phải là một vấn đề khác liên quan đến xác thực, mạng hoặc máy chủ phiên.

Bước 2: Bảo tồn Hạ tầng và Dữ liệu

Xem xét các đăng ký Azure để xác định các máy ảo hiện tại, đĩa được quản lý, tài khoản lưu trữ và tài nguyên mạng.

Tài liệu phụ thuộc và đảm bảo sao lưu tồn tại trước khi thực hiện bất kỳ hành động nào. Không xóa tài nguyên cho đến khi dữ liệu ứng dụng, hồ sơ người dùng và thông tin cấu hình đã được xác định.

Bước 3: Xác nhận tùy chọn khôi phục với Microsoft

Liên hệ với bộ phận hỗ trợ của Microsoft để đảm bảo rằng vẫn còn các quy trình di chuyển/phục hồi được hỗ trợ.

Hướng dẫn di chuyển tự động/thủ công ban đầu được phát triển với ngày nghỉ hưu trong tâm trí và do đó không nên được giả định là áp dụng.

Trong trường hợp cấu hình cổ điển không thể được di chuyển, có thể cần phải xây dựng lại môi trường với các tài nguyên Azure Virtual Desktop được hỗ trợ.

Bước 4: Khôi phục Ứng dụng và Giao hàng Màn hình chính

Chọn một kiến trúc hỗ trợ các ứng dụng và máy tính để bàn mà người dùng cần.

Đối với các tổ chức có kế hoạch duy trì trên Azure Virtual Desktop, điều này thường liên quan đến việc thiết lập các nhóm máy chủ tích hợp ARM, các máy chủ phiên được hỗ trợ, các nhóm ứng dụng và phân công người dùng.

Một số tổ chức có thể thấy rằng một cái khác xuất bản ứng dụng hoặc giải pháp máy tính để bàn phù hợp hơn với nhu cầu của họ.

Mục tiêu là khôi phục quyền truy cập trong khi tránh sự phức tạp và chi phí không cần thiết của cấu hình trước đó.

Cách nào để xác thực việc di chuyển Azure Virtual Desktop?

Khôi phục hạ tầng không đảm bảo hoạt động bình thường của người dùng.

Một cuộc di cư hoặc tái cấu trúc do đó phải được xác thực ở cấp độ dịch vụ và ứng dụng.

Xác minh xác thực và quyền truy cập người dùng

Xác nhận rằng người dùng có thể xác thực và truy cập vào các tài nguyên đã được phân bổ cho họ.

Kiểm tra Microsoft Entra, xác thực đa yếu tố, chính sách Truy cập Có điều kiện và phân quyền Azure RBAC nếu áp dụng.

Các quản trị viên nên xác nhận rằng quyền truy cập được căn chỉnh với nguyên tắc quyền tối thiểu và không có các mẫu truy cập cũ nào đã được chuyển tiếp một cách vô tình.

Kiểm tra các ứng dụng quan trọng cho doanh nghiệp

Kiểm tra các ứng dụng và máy tính để bàn đã xuất bản bằng cách sử dụng các tài khoản người dùng đại diện khác nhau.

Các hoạt động xác thực nên bao gồm khởi động ứng dụng, kết nối cơ sở dữ liệu, chia sẻ mạng, in ấn, chuyển tiếp clipboard và các thiết bị ngoại vi cần thiết nếu có.

Các ứng dụng kế thừa cần được xem xét đặc biệt vì chúng có thể yêu cầu cấu hình hệ điều hành cụ thể, đường dẫn mạng hoặc thành phần ứng dụng.

Một ví dụ về một ứng dụng kế thừa có thể là một ứng dụng ERP khởi động thành công nhưng không thể kết nối với cơ sở dữ liệu của nó từ máy chủ phiên mới.

Xác thực Hồ sơ, Hiệu suất và Hoạt động

Các công ty sử dụng FSLogix hoặc bất kỳ công cụ lập hồ sơ nào khác nên đảm bảo rằng mọi thứ được gắn kết đúng cách, là bền vững và có thể được truy cập một cách chính xác.

Việc kiểm tra bằng cách đăng nhập lần đầu tiên và kiểm tra xem mọi thứ có hoạt động tốt khi người dùng mở một ứng dụng và trong lần đăng nhập tiếp theo là rất quan trọng. Cũng cần đảm bảo rằng các quy trình được giám sát, sao lưu và phục hồi.

Quá trình di chuyển chỉ hoàn tất khi mọi thứ đã sẵn sàng, bao gồm cả việc người dùng có thể truy cập vào các ứng dụng của họ. Phải có khả năng duy trì hệ thống một cách hợp lý.

Các tổ chức có nên xem xét lại kiến trúc phân phối máy tính để bàn của họ không?

Việc ngừng hoạt động của Azure Virtual Desktop (classic) chủ yếu là một vấn đề về vòng đời nền tảng, nhưng nó cũng mang đến cơ hội để đánh giá xem nền tảng cung cấp máy tính để bàn hiện tại có tiếp tục đáp ứng nhu cầu của bạn hay không.

Sự chuyển đổi sang Azure Virtual Desktop hiện đại là lựa chọn rõ ràng cho nhiều người, đặc biệt là những người đã ưu tiên Azure và sử dụng máy tính để bàn được lưu trữ trên Azure.

Các tổ chức khác có yêu cầu ít phức tạp hơn.

Khi nào Azure Virtual Desktop hiện đại có ý nghĩa?

Máy tính để bàn ảo Azure hiện đại có thể phù hợp cho các tổ chức cần quản lý tập trung máy tính để bàn và ứng dụng Windows, được lưu trữ trên Azure.

Nó cho phép đa phiên, mô hình RemoteApp, và công cụ quản lý Microsoft ID.

Điều này có ý nghĩa đối với các doanh nghiệp đã có nền tảng Azure hiện có, nhưng các phòng IT vẫn phải đối mặt với những phức tạp của đám mây, bao gồm cấp phép, mạng, lưu trữ, quản trị và các khía cạnh vận hành.

Khi nào kiến trúc xuất bản ứng dụng Windows khác là phù hợp?

Không phải tất cả các tổ chức đều yêu cầu một môi trường ảo hóa máy tính để bàn được triển khai hoàn toàn được lưu trữ trong Microsoft Azure.

Một số doanh nghiệp chỉ cần hạn chế. truy cập từ xa đến các ứng dụng Windows cụ thể, chẳng hạn như các ứng dụng tài chính hoặc ERP hoặc các ứng dụng kinh doanh truyền thống.

Các tổ chức này có thể xem xét việc phát hành các ứng dụng được lưu trữ trên các máy chủ Windows được quản lý tập trung thay vì triển khai một hạ tầng máy tính để bàn ảo (VDI) tổng quát.

Máy tính để bàn ảo Azure hiện đại không chỉ là về ảo hóa máy tính để bàn hoặc ứng dụng, mà còn về việc phát hành ứng dụng.

Hôm nay, có thể xuất bản các ứng dụng Azure bằng phương pháp RemoteApp.

Thực tế là không có sự phân chia trong lĩnh vực phân phối ứng dụng, mà thực sự là một liên tục kéo dài từ việc xuất bản ứng dụng đến ảo hóa máy tính để bàn.

Cuộc thảo luận nên tập trung vào việc tìm kiếm kiến trúc phân phối ứng dụng phù hợp nhất cho tổ chức và các trường hợp sử dụng đã cho.

Ví dụ, nếu có một ứng dụng lâu dài được lưu trữ trong một thư mục Windows Server mà được truy cập bởi một nhóm người dùng được ủy quyền, tổ chức không cần phải công bố nó trong Azure Virtual Desktop khi cơ sở hạ tầng cũ vẫn hoạt động tốt.

Thay vào đó, có thể có lợi cho các doanh nghiệp như vậy khi giữ vị trí lưu trữ ứng dụng của họ tại chỗ trong khi nâng cấp phương thức truy cập ứng dụng của họ.

Những yếu tố nào nên hướng dẫn quyết định?

Các phòng IT nên đánh giá sự lựa chọn dựa trên các tiêu chí về nhu cầu triển khai, thay vì các tính năng của hệ thống đã ngừng hoạt động.

Cân nhắc	Câu hỏi chính
Lưu trữ	Các khối lượng công việc có phải chạy trên Azure không?
Trải nghiệm người dùng	Máy tính để bàn đầy đủ hay ứng dụng đã chọn?
Tính tương thích	Các ứng dụng Windows hiện có có hoạt động không?
Bảo mật	Làm thế nào để bảo vệ danh tính và quyền truy cập phiên?
Quản lý	Ai duy trì hạ tầng?
Cấp phép	Các giấy phép phần mềm và Microsoft nào áp dụng?
Khả năng mở rộng	Cần bao nhiêu người dùng đồng thời?
Chi phí	Tổng chi phí sở hữu là bao nhiêu?

Mục đích là chọn một kiến trúc doanh nghiệp đáp ứng các yêu cầu về tính sẵn có, bảo mật và giảm thiểu độ phức tạp trong quản lý.

Tìm kiếm một giải pháp thay thế cho việc phân phối ứng dụng và máy tính để bàn trên Windows?

Di chuyển đến Azure Virtual Desktop hiện đại không nhất thiết là lựa chọn tốt nhất cho mọi tổ chức. Các doanh nghiệp chủ yếu cần truy cập vào các ứng dụng Windows hiện có hoặc máy tính để bàn được lưu trữ tập trung có thể hưởng lợi từ một kiến trúc đơn giản hơn, đặc biệt khi họ không yêu cầu một môi trường máy tính để bàn ảo hoàn toàn được lưu trữ trên Azure.

TSplus Remote Access cho phép các nhóm CNTT xuất bản các ứng dụng Windows và máy tính để bàn từ xa đầy đủ thông qua các khách hàng tương thích RDP hoặc một cổng web HTML5. Với hỗ trợ cho các máy chủ Windows tại chỗ và được lưu trữ trên đám mây, nó cung cấp một giải pháp thực tiễn cho các tổ chức đang tìm cách duy trì các ứng dụng hiện có của họ trong khi đơn giản hóa việc cung cấp ứng dụng từ xa.

Kết luận

Việc ngừng hoạt động của Azure Virtual Desktop (cổ điển) khiến việc xác định các triển khai bị ảnh hưởng, bảo tồn các tài nguyên hiện có và khôi phục quyền truy cập thông qua cơ sở hạ tầng được hỗ trợ trở nên cần thiết. Các nhóm CNTT nên xác minh các tùy chọn phục hồi có sẵn trước khi cố gắng di chuyển hoặc tái cấu trúc.

Dù các tổ chức tiếp tục với Azure Virtual Desktop hiện đại hay áp dụng một kiến trúc phân phối khác, ưu tiên vẫn là đảm bảo truy cập ứng dụng an toàn, đáng tin cậy mà không có sự phức tạp vận hành không cần thiết.