Ngừng EWS trong Exchange Online: Người phụ trách hệ thống doanh nghiệp cần kiểm tra gì

Nếu một ứng dụng doanh nghiệp phụ thuộc vào Exchange Web Services (EWS) trong Exchange Online, hãy xác định các chức năng ứng dụng đang sử dụng và xác nhận cách duy trì chúng trước khi phê duyệt việc xây dựng lại. Bản cập nhật được nhà cung cấp hỗ trợ hoặc thay đổi tích hợp có thể đáp ứng nhu cầu. Khi phương án hiện có không thể hỗ trợ công việc doanh nghiệp cần thực hiện, khi đó mới đặt ra câu hỏi có cần thay thế toàn bộ ứng dụng hay không.

Với người phê duyệt ngân sách, điểm khởi đầu hữu ích là một hồ sơ ngắn về các phụ thuộc: kết nối thực hiện việc gì, ai chịu trách nhiệm, phương án được hỗ trợ nào sẽ thay thế nó và bằng chứng nào cho thấy chức năng kinh doanh vẫn hoạt động.

Hiểu rõ mốc thời gian và phạm vi hiện tại

Thông báo chung của Microsoft về việc ngừng EWS mô tả hai giai đoạn. Việc vô hiệu hóa theo từng đợt, do quản trị viên kiểm soát, bắt đầu từ ngày 1 tháng 10 năm 2026 và áp dụng lần lượt theo từng tenant. Trong giai đoạn chuyển tiếp này, quyền truy cập phụ thuộc vào cài đặt tenant và các biện pháp kiểm soát ứng dụng, vì vậy chỉ riêng ngày tháng không cho biết kết nối của bạn hiện đã bị chặn hay chưa. Việc tắt vĩnh viễn bắt đầu từ ngày 1 tháng 4 năm 2027. Từ thời điểm đó, quản trị viên không còn có thể kiểm soát quyền truy cập EWS bằng cài đặt tenant.

Thông báo áp dụng cho Microsoft 365 và Exchange Online. Exchange Server cài đặt tại chỗ nằm ngoài phạm vi ngừng dịch vụ này. Hãy yêu cầu người phụ trách kỹ thuật xác nhận kết nối bị ảnh hưởng thực sự truy cập vào môi trường nào.

Nếu được phép, khôi phục tạm thời quyền truy cập EWS có thể giúp có thêm thời gian chuyển tiếp. Hãy chỉ định người phụ trách và thời hạn hoàn tất phương án thay thế cho biện pháp này. Việc khôi phục cho thấy kết nối hiện tại có thể hoạt động trở lại; điều đó không chứng minh ứng dụng đã sẵn sàng cho việc tắt vĩnh viễn.

Gắn phụ thuộc kỹ thuật với người phụ trách vận hành

Hãy bắt đầu với những người chịu trách nhiệm về các hệ thống được kết nối. Yêu cầu bộ phận CNTT cung cấp bằng chứng về việc sử dụng EWS và hỏi từng người phụ trách ứng dụng có kết nối được xác định đang thực hiện chức năng gì. Hướng dẫn ngừng EWS của Microsoft giới thiệu các báo cáo sử dụng và công cụ phân tích dành cho quản trị viên.

Mã định danh ứng dụng chỉ hữu ích với người phụ trách ngân sách khi có thể liên kết nó với một chức năng kinh doanh. Ví dụ, một kết nối có thể cập nhật lịch hẹn trong hệ thống xếp lịch. Nếu kết nối lỗi, nhân viên có thể phải làm việc theo lịch đã lỗi thời. Hệ quả đó giúp xác định mức độ ưu tiên và người cần phê duyệt kết quả.

Với mỗi phụ thuộc, hãy ghi lại các thông tin sau:

• Chức năng và hệ quả: kết nối thực hiện việc gì, chức năng đó quan trọng thường xuyên ra sao và điều gì xảy ra nếu nó lỗi.
• Ứng dụng và trách nhiệm: hệ thống, nhà cung cấp và người trong tổ chức chịu trách nhiệm duy trì hoạt động.
• Yêu cầu kỹ thuật: các thao tác hoặc khả năng EWS được sử dụng, cùng với hộp thư và môi trường liên quan.
• Bằng chứng về tính liên tục: phương án thay thế được đề xuất, bản phát hành hoặc tài liệu của nhà cung cấp xác nhận hỗ trợ phương án đó, cùng mọi khoảng trống còn lại.
• Triển khai và nghiệm thu: ai sẽ thực hiện thay đổi, thời hạn hoàn thành và bước kiểm tra kinh doanh nào phải đạt.

Báo cáo về hoạt động đã quan sát giúp xác định vị trí của một phụ thuộc. Người phụ trách ứng dụng vẫn cần giải thích tầm quan trọng trong vận hành, kể cả những công việc không thường xuyên như xử lý cuối tháng.

Kiểm tra khả năng của phương án thay thế được đề xuất

Microsoft Graph hỗ trợ nhiều tình huống sử dụng EWS, nhưng không nên mặc định Microsoft Graph có đầy đủ khả năng tương đương với EWS. Lộ trình khả năng của Microsoft nêu các khoảng trống còn lại, phương án thay thế và những khả năng sẽ không được bổ sung. Chẳng hạn, nhập và xuất thư mục công cộng là thao tác riêng, khác với các thao tác thông thường để tạo, đọc, cập nhật và xóa. Phương án được đề xuất phải hỗ trợ các thao tác ứng dụng cần dùng.

Lộ trình cũng cho biết ngày dự kiến có thể thay đổi. Việc một khả năng được ghi trong lộ trình cho một quý nào đó, kể cả quý đó đã qua, chưa đủ để chứng minh khả năng ấy đã được phát hành. Hãy yêu cầu nhà cung cấp hoặc người phụ trách kỹ thuật xác định khả năng hiện đã có và bản phát hành nào bao gồm nó.

Nếu bản cập nhật ứng dụng được hỗ trợ đáp ứng các chức năng cần thiết, hãy đánh giá chi phí, yêu cầu triển khai và bằng chứng nghiệm thu. Nếu thay đổi tích hợp có thể đáp ứng, hãy đánh giá phạm vi đó. Khi một thành phần cần thiết không có phương án được hỗ trợ phù hợp, hãy so sánh thành phần khác, quy trình làm việc đã điều chỉnh hoặc một ứng dụng khác. Gắn việc so sánh với chức năng còn thiếu và hệ quả kinh doanh của nó để quyết định có căn cứ rõ ràng.

Phê duyệt kết quả có thể kiểm chứng

Ví dụ minh họa cho việc kiểm tra hệ thống xếp lịch: tạo một cuộc hẹn qua hệ thống được kết nối, đổi giờ và xác nhận các bản ghi dự kiến được cập nhật cho đúng người dùng. Kiểm tra quyền truy cập vẫn phù hợp với vai trò của họ. Thử cả một thao tác thất bại và xác nhận người phụ trách có thể nhận biết, xử lý lỗi đó. Hãy thống nhất kết quả mong đợi trước khi kiểm tra.

Đăng nhập thành công chỉ chứng minh một phần của kết nối. Nghiệm thu cần chứng minh công việc thực tế hoạt động, kể cả tình huống lỗi gây ảnh hưởng đáng kể. Đính kèm kết quả vào hồ sơ phụ thuộc để người phê duyệt hoàn tất có thể xem những gì đã được kiểm tra.

Nếu cần hỗ trợ về kết nối hệ thống doanh nghiệp bị ảnh hưởng, hãy mô tả ứng dụng và chức năng ứng dụng thực hiện. Chúng tôi cung cấp dịch vụ tích hợp API; thông tin này là điểm khởi đầu để trao đổi về phạm vi công việc cần thiết.