Nếu đã sử dụng Cloudflare, tại sao website còn phải cân nhắc một CDN khác? Khi người dùng ở bên ngoài Trung Quốc đại lục, các trang tải ổn định và khả năng bảo vệ hiện tại đã đáp ứng yêu cầu, bạn thực sự không cần vội vàng thay đổi.

Tuy nhiên, tình hình sẽ khác nếu máy chủ đặt ở nước ngoài nhưng phần lớn khách hàng ở Trung Quốc đại lục. Website có thể hoạt động tương đối ổn vào ban ngày, nhưng hình ảnh tải chậm vào buổi tối và đăng nhập đôi khi hết thời gian chờ mà vấn đề vẫn chưa được giải quyết.

CDN tích hợp chống DDoS của CDN07 chủ yếu phù hợp với những website cần đồng thời cải thiện truy cập từ Trung Quốc đại lục, bảo vệ website và nhận hỗ trợ kỹ thuật bằng tiếng Trung.

Dịch vụ của chúng tôi tập trung vào kết nối qua Hồng Kông được tối ưu cho người dùng tại Trung Quốc đại lục, cùng khả năng tùy chỉnh nút biên, băng thông và chính sách bảo mật. Việc chuyển đổi có đáng hay không phụ thuộc vào khả năng giải quyết vấn đề hiện tại của các yếu tố này.

Những website nào phù hợp hơn với CDN07?

Loại website chỉ là điểm bắt đầu. Cùng là website doanh nghiệp, nhưng một website chủ yếu phục vụ khách hàng châu Âu, trong khi website khác tìm kiếm khách hàng tiềm năng qua công cụ tìm kiếm tại Trung Quốc đại lục. Yêu cầu về kết nối mạng của hai website có thể hoàn toàn khác nhau.

Website sử dụng máy chủ ở nước ngoài để phục vụ khách hàng tại Trung Quốc đại lục

Vấn đề phổ biến nhất của những website này là máy chủ không ngừng hoạt động và hệ thống giám sát ở nước ngoài cũng không phát hiện bất thường, nhưng người dùng tại Trung Quốc đại lục vẫn báo rằng website “không mở được” hoặc “rất chậm”. Tăng thêm bộ nhớ máy chủ chưa chắc cải thiện được thời gian chờ trên kết nối xuyên biên giới.

Kết nối của CDN07 được tối ưu cho truy cập từ Trung Quốc đại lục có thể là một lựa chọn tăng tốc cho các website này. Tuy nhiên, các yêu cầu trong cùng một website không nhất thiết đi qua cùng một đường truyền.

Chẳng hạn, nếu hình ảnh sản phẩm đã được lưu tại nút biên CDN, người dùng không cần tải lại từ máy chủ ở nước ngoài trong mỗi lần truy cập. Ngược lại, các thao tác đăng nhập, kiểm tra tồn kho và gửi đơn hàng thường vẫn phải quay về máy chủ thực sự chạy ứng dụng website, tức máy chủ gốc.

Vì vậy, cần đánh giá đồng thời hiệu quả tăng tốc tài nguyên tĩnh và hiệu suất của API động. Nếu hình ảnh tải nhanh hơn rõ rệt nhưng đăng nhập vẫn chậm, nút thắt có thể vẫn nằm ở kết nối về máy chủ gốc hoặc quá trình xử lý của ứng dụng. Để hiểu hai đoạn kết nối này ảnh hưởng đến truy cập như thế nào, bạn có thể đọc thêm hướng dẫn về lựa chọn và khắc phục sự cố CDN cho máy chủ ở nước ngoài phục vụ người dùng tại Trung Quốc đại lục.

Website thương mại điện tử, thành viên và dịch vụ trực tuyến

Với website giao dịch, mục đích của việc bảo vệ rất cụ thể: chặn yêu cầu bất thường nhưng vẫn cho phép khách hàng hợp lệ tiếp tục sử dụng dịch vụ.

Nếu người dùng có thể xem sản phẩm nhưng không đăng nhập được, hoặc gửi được đơn hàng nhưng trạng thái không cập nhật sau khi thanh toán thành công, website vẫn đang mất giao dịch. Đây là lý do website thương mại điện tử và hệ thống thành viên cần cấu hình chi tiết hơn website chỉ dùng để giới thiệu thông tin.

Hình ảnh sản phẩm và các trang giới thiệu công khai có thể được lưu vào bộ nhớ đệm. Giỏ hàng, đơn hàng, địa chỉ và thông tin tài khoản gắn với từng người dùng nên không thể áp dụng trực tiếp cách lưu bộ nhớ đệm của trang công khai. Trang đăng nhập, API được ứng dụng gọi và thông báo máy chủ từ nền tảng thanh toán cũng không nên bị buộc phải vượt qua cùng một bước xác minh dành cho trình duyệt.

Với những website này, CDN07 có thể cấu hình tăng tốc và bảo vệ theo từng quy trình nghiệp vụ cụ thể thay vì áp dụng một bộ quy tắc giống nhau cho toàn bộ tên miền. Kế hoạch triển khai cần xác định rõ đường dẫn nào được phép lưu vào bộ nhớ đệm, yêu cầu nào phải về máy chủ gốc theo thời gian thực và điểm truy cập nào cần xử lý đặc biệt.

Website SaaS, API và tương tác theo thời gian thực

Vấn đề truy cập trên nền tảng SaaS thường nằm phía sau giao diện đã hiển thị: khung trang đã xuất hiện nhưng danh sách khách hàng chưa tải xong; trang vẫn thao tác được nhưng nút Lưu cứ quay mãi. Với những hệ thống như vậy, chỉ kiểm tra trang chủ gần như không có ý nghĩa.

CDN tích hợp chống DDoS của CDN07 hỗ trợ WebSocket và phù hợp với những website cần giao tiếp hai chiều liên tục. Các tính năng như hỗ trợ trực tuyến và thông báo tin nhắn còn phải được kiểm tra khả năng duy trì kết nối và kết nối lại trong khoảng thời gian sử dụng thực tế. Với SaaS đa khách hàng, cần đặc biệt chú ý đến việc cách ly tên miền, trạng thái đăng nhập và nội dung được lưu trong bộ nhớ đệm giữa các khách hàng khác nhau.

Với API, tức giao diện để các hệ thống phần mềm gọi lẫn nhau, việc trả về đúng dữ liệu thành công quan trọng hơn việc “mở được trong trình duyệt”. Khi kiểm tra, nên sử dụng phương thức gọi của ứng dụng khách thực tế, giữ nguyên các tiêu đề yêu cầu và quy trình xác thực cần thiết để tránh tình trạng kiểm tra trên trình duyệt thành công nhưng ứng dụng sau khi triển khai lại bị chặn.

CDN07 có lợi thế gì so với Cloudflare?

Cả hai đều cung cấp khả năng tăng tốc và bảo vệ website. Khác biệt thực tế chủ yếu nằm ở kết nối mạng cụ thể, cách cấu hình và dịch vụ có trong gói bạn mua.

Những điểm đáng chú ý của CDN tích hợp chống DDoS của CDN07 gồm kết nối qua Hồng Kông được tối ưu cho truy cập từ Trung Quốc đại lục, cấu hình nút biên và băng thông có thể điều chỉnh theo nhu cầu, cùng hỗ trợ kỹ thuật bằng tiếng Trung. Những đặc điểm này đặc biệt thiết thực với website có máy chủ gốc ở nước ngoài, phục vụ khách hàng tại Trung Quốc đại lục và không có đội ngũ vận hành mạng chuyên trách.

Nếu phần lớn người dùng ở Trung Quốc đại lục, hãy dành ngân sách cho kết nối họ thực sự cần

Nếu phần lớn khách hàng đến từ Trung Quốc đại lục, dữ liệu có giá trị nhất khi chọn CDN là kết quả truy cập tại chính những khu vực đó. Một nút kiểm tra tại Hoa Kỳ cho kết quả rất nhanh không giải thích được vì sao người dùng mạng di động của bạn không mở được trang vào buổi tối.

CDN07 cung cấp giải pháp kết nối dành cho truy cập từ Trung Quốc đại lục, phù hợp với website muốn ưu tiên tăng tốc tại thị trường này. Khi chọn dịch vụ, có thể bắt đầu từ khu vực tập trung người dùng và vị trí máy chủ gốc để bố trí nút biên, băng thông và phương án kết nối về máy chủ gốc tương ứng, thay vì chỉ quyết định dựa trên một con số độ trễ trung bình toàn cầu chung chung.

Cloudflare cũng cung cấp dịch vụ mạng tại Trung Quốc đại lục. Theo giới thiệu chính thức về China Network, đây là dịch vụ đăng ký riêng dành cho khách hàng Enterprise và có các điều kiện tích hợp tên miền tương ứng, bao gồm yêu cầu về hồ sơ hoặc giấy phép ICP hợp lệ. Nếu hiện đang sử dụng gói mạng toàn cầu thông thường, nâng cấp lên China Network và chuyển sang giải pháp kết nối qua Hồng Kông là hai hướng xử lý khác nhau, với chi phí và điều kiện áp dụng khác nhau.

Vì vậy, CDN07 là lựa chọn đáng so sánh đối với website muốn tiếp tục triển khai ở nước ngoài nhưng ưu tiên cải thiện truy cập từ Trung Quốc đại lục. Mức cải thiện cụ thể phụ thuộc vào mạng của người dùng, vị trí máy chủ gốc và cấu hình đã chọn; không thể kết luận chỉ từ cụm từ “nút Hồng Kông”.

Khi có yêu cầu đặc thù, có thể thảo luận đồng thời về nút biên và chính sách bảo mật

Một số website có lưu lượng không lớn nhưng API đăng nhập và tìm kiếm thường xuyên bị gọi tự động. Một số khác có tải rất thấp trong thời gian bình thường nhưng đột ngột tiếp nhận nhiều người dùng hợp lệ khi chạy chương trình. Các tình huống này cần cấu hình bảo vệ khác nhau.

CDN07 hỗ trợ tùy chỉnh theo phân bố nút biên, băng thông và chính sách bảo mật. Điều này cho phép khách hàng bắt đầu từ vấn đề thực tế: khu vực nào truy cập chậm, API nào thường bị tấn công và cần bao nhiêu băng thông hợp lệ trong giai đoạn cao điểm, rồi mới xác định phương án phù hợp.

Ví dụ, mỗi yêu cầu đến API tìm kiếm có thể kích hoạt một truy vấn cơ sở dữ liệu. Ngay cả khi nội dung phản hồi rất nhỏ, tần suất gọi cao vẫn có thể gây áp lực lên máy chủ gốc. Chỉ tăng băng thông dùng để phân phối hình ảnh thường không giải quyết được vấn đề này. Những yếu tố cần xử lý là tần suất yêu cầu, nguồn truy cập và chi phí truy vấn của chính ứng dụng.

Trong tình huống này, bảo vệ mạng và xử lý ứng dụng phải phối hợp với nhau. Bài viết về cách phối hợp WAF, quản lý bot và bảo vệ DDoS trình bày sự khác biệt khi xử lý từng loại yêu cầu. Sau khi website sử dụng CDN tích hợp chống DDoS, quyền tài khoản, xác thực API và tối ưu cơ sở dữ liệu vẫn thuộc trách nhiệm của hệ thống ứng dụng.

Hỗ trợ kỹ thuật bằng tiếng Trung cho các đội ngũ cần trao đổi về vấn đề cụ thể

Một đội ngũ nhỏ không có nhân sự vận hành chuyên trách thường không thiếu tài liệu hướng dẫn “bật một công tắc”. Điều họ thiếu là một kênh trao đổi có thể tiếp tục điều tra dựa trên tình hình thực tế của website khi xảy ra sự cố.

CDN07 cung cấp hỗ trợ từ đội ngũ nói tiếng Trung. Khi trao đổi, khách hàng có thể mô tả trực tiếp: “Người dùng China Mobile tại Quảng Đông bị hết thời gian chờ khi đăng nhập vào buổi tối nhưng hình ảnh vẫn bình thường” hoặc “Thông báo thanh toán đôi khi nhận phản hồi 403”, sau đó kết hợp thời gian xảy ra, bản ghi yêu cầu và nhật ký máy chủ gốc để điều tra. Thông tin như vậy giúp xác định vấn đề dễ hơn nhiều so với một câu chung chung như “website rất chậm”.

Hỗ trợ kỹ thuật cũng là một phần của quyết định mua dịch vụ. Hãy xác định trước phạm vi hỗ trợ cấu hình, kênh liên hệ khi xảy ra sự cố và cam kết phản hồi để biết cách xử lý về sau. Dịch vụ hỗ trợ của Cloudflare cũng khác nhau giữa các gói và cần được so sánh dựa trên những gì tài khoản hiện tại thực sự bao gồm.

Nên chi thêm cho khả năng bảo vệ hay hiệu suất truy cập?

Nếu đang sử dụng Cloudflare, không nên hiểu việc chuyển đổi là “từ không có bảo vệ sang có bảo vệ”. Tài liệu bảo vệ DDoS của Cloudflare nêu rõ rằng các gói bao gồm Free đã có khả năng bảo vệ DDoS tiêu chuẩn và không tính phí theo lượng tấn công; trong khi tính năng nâng cao và quyền sử dụng quy tắc khác nhau theo từng gói.

Ngân sách bổ sung nên được dành cho những vấn đề mà giải pháp hiện tại chưa xử lý được.

Nếu máy chủ gốc chịu áp lực lớn trong thời gian bị tấn công, hãy xác định yêu cầu có đi qua điểm bảo vệ hay không và những yêu cầu nào vẫn đến được máy chủ gốc. Nếu vấn đề chính là truy cập chậm vào giờ cao điểm buổi tối, năng lực giảm thiểu tấn công lớn hơn cũng không thể thay thế một kết nối mạng phù hợp. Nếu khách hàng hợp lệ thường xuyên bị chặn nhầm, cần xử lý quy tắc và khả năng tương thích với nghiệp vụ.

Chỉ số Gbps trong gói CDN tích hợp chống DDoS là đơn vị tốc độ lưu lượng, còn QPS biểu thị số yêu cầu mỗi giây. Thông số bảo vệ không phải là băng thông mà hoạt động hợp lệ có thể tùy ý sử dụng, càng không có nghĩa dung lượng truyền dữ liệu hằng tháng là không giới hạn.

Vì vậy, khi so sánh chi phí hằng tháng, ít nhất phải tính đến số lượng tên miền, lưu lượng hoặc băng thông hợp lệ, phạm vi bảo vệ và các tính năng cần thiết. Cũng cần cộng cả khoản phí riêng cho nút biên, nhật ký và dịch vụ tùy chỉnh nếu có. Website đã có hóa đơn có thể áp dụng phương pháp tính chi phí hằng tháng và các khoản phát sinh của CDN tích hợp chống DDoS để so sánh hai phương án bằng cùng một bộ số liệu sử dụng.

Với website nhỏ có ngân sách hạn chế và hiện không gặp vấn đề truy cập, tiếp tục sử dụng Cloudflare có thể tiết kiệm hơn. Nếu lỗi truy cập đã ảnh hưởng đến yêu cầu tư vấn, đơn hàng hoặc việc gia hạn của khách hàng, thời gian xử lý sự cố và tác động đến hoạt động cũng phải được đưa vào quyết định.

Nếu đã sử dụng Cloudflare, làm thế nào để biết có đáng chuyển đổi hay không?

Trước tiên, hãy xác định vấn đề gây ảnh hưởng lớn nhất cho người dùng. Ví dụ, nếu vấn đề là “Người dùng China Telecom tại Giang Tô đăng nhập chậm vào giờ cao điểm buổi tối”, hãy so sánh theo đúng nhóm người dùng, khung giờ và quy trình nghiệp vụ đó thay vì tùy tiện dùng một website đo tốc độ để xem điểm trang chủ.

Khi so sánh, hãy cố gắng sử dụng cùng một máy chủ gốc và cùng nội dung, đồng thời ghi lại trạng thái bộ nhớ đệm. Nếu một phương án trả về trang đã lưu trong bộ nhớ đệm còn phương án kia luôn lấy nội dung từ máy chủ gốc, chênh lệch kết quả chưa chắc xuất phát từ kết nối mạng.

Nếu có thể sử dụng dòng lệnh, bạn có thể dùng lệnh dưới đây để ghi lại phản hồi của một trang hoặc API chỉ đọc. Lệnh sử dụng được trên Linux, macOS và WSL. Chỉ cần thay địa chỉ bằng URL HTTPS cuối cùng của website.

curl --silent --show-error --output /dev/null \
  --connect-timeout 10 --max-time 30 \
  --write-out 'status=%{http_code} ttfb=%{time_starttransfer}s total=%{time_total}s\n' \
  'https://example.com/'

status là mã trạng thái HTTP, ttfb là thời gian từ khi bắt đầu yêu cầu đến khi nhận byte đầu tiên và total là tổng thời gian của yêu cầu tài nguyên này. Tài liệu chính thức của curl định nghĩa cụ thể các trường thời gian này. TTFB bao gồm cả những giai đoạn trước đó như thiết lập kết nối, vì vậy không thể trực tiếp xem đây là thời gian thực thi của riêng ứng dụng tại máy chủ gốc.

Lệnh chỉ gửi một yêu cầu GET thông thường và không kiểm tra toàn bộ trang web. Nếu gặp chuyển hướng 301 hoặc 302, hãy kiểm tra URL cuối cùng. Khi hết thời gian chờ, cần giữ lại bản ghi thất bại. Ngay cả khi nhận mã 200, bạn vẫn phải xác nhận riêng rằng nội dung phản hồi là chính xác. Trang hoàn chỉnh nên được kiểm tra bằng trình duyệt, còn đăng nhập, đặt hàng và các thao tác khác phải được thực hiện thực tế.

Có thể đánh giá kết quả như sau:

• Tài nguyên tĩnh nhanh hơn nhưng API thời gian thực vẫn chậm: tiếp tục kiểm tra kết nối về máy chủ gốc và quá trình xử lý ứng dụng.
• Chỉ một khu vực hoặc nhà mạng được cải thiện: xác định xem phạm vi đó có bao phủ phần lớn người dùng đang bị ảnh hưởng hay không.
• Trang tải nhanh hơn nhưng đăng nhập thất bại hoặc kết nối dài thường xuyên bị ngắt: giải quyết vấn đề chức năng trước khi chuyển đổi.
• Các khu vực chính, giờ cao điểm buổi tối và thao tác quan trọng đều cải thiện ổn định: sau đó mới kết hợp chi phí để quyết định phạm vi triển khai.

Một kết quả độ trễ thấp không đủ đại diện cho hiệu quả lâu dài. Lưu nhiều kết quả trong thời gian bình thường và giờ cao điểm buổi tối thường thuyết phục hơn việc so sánh hai ảnh chụp màn hình đo tốc độ. Kiểm tra truy cập thông thường cũng không chứng minh được khả năng chống tấn công. Nếu cần kiểm tra bảo vệ, phải thỏa thuận trước phạm vi ủy quyền và kế hoạch kiểm tra.

Những điểm nào không được bỏ sót trước khi chuyển đổi?

Thay đổi CDN không nhất thiết phải di chuyển máy chủ cùng lúc. Máy chủ gốc có thể tiếp tục được sử dụng; các thay đổi chính nằm ở bản ghi DNS, cấu hình CDN và những yêu cầu được phép đi vào máy chủ gốc.

Tuy nhiên, các trường hợp sau cần được xử lý trước.

Chứng chỉ máy chủ gốc. Nếu máy chủ gốc sử dụng chứng chỉ Cloudflare Origin CA, CDN mới có thể không tin cậy chứng chỉ này theo mặc định. Trong tài liệu Origin CA, Cloudflare giải thích rằng khi tạm dừng proxy hoặc tắt proxy cho tên miền phụ liên quan, trình duyệt kết nối trực tiếp đến máy chủ gốc dùng loại chứng chỉ này có thể báo lỗi không tin cậy. Hãy hoàn tất việc xác minh chứng chỉ với phương án mới trước khi chuyển đổi và thay chứng chỉ nếu cần.

Chức năng của nền tảng hiện tại. Nếu hệ thống sử dụng Cloudflare Workers để xử lý xác thực hoặc viết lại yêu cầu, những logic này sẽ không tự di chuyển cùng bản ghi DNS. Hãy xác định trước chức năng nào sẽ được giữ lại và chức năng nào phải xây dựng lại để tránh trường hợp nút mới truy cập được nhưng hệ thống lại thiếu một bước xử lý quan trọng.

Truy cập trực tiếp máy chủ gốc. Nếu kẻ tấn công có thể truy cập trực tiếp địa chỉ IP máy chủ đã bị lộ, việc đưa tên miền qua CDN không tự động chặn đường đi này. Phải triển khai đồng thời kiểm soát truy cập máy chủ gốc và các biện pháp bảo vệ cần thiết phía máy chủ.

Giao thức trò chơi. Website chính thức của trò chơi, trang tài khoản và API HTTP có thể được tích hợp theo phương án CDN website. Kết nối trò chơi TCP hoặc UDP mà ứng dụng khách sử dụng cần một sản phẩm tương ứng khác. Giải pháp bảo vệ SDK trò chơi của CDN07 cung cấp một hướng tích hợp khác. Mua CDN tích hợp chống DDoS cho website không tự động bao gồm tích hợp SDK và bảo vệ giao thức trò chơi.

Câu hỏi thường gặp

CDN07 hay Cloudflare tốt hơn?

Website có phần lớn người dùng ở Trung Quốc đại lục và cần cấu hình kết nối chuyên biệt cùng hỗ trợ bằng tiếng Trung có thể ưu tiên cân nhắc CDN07. Website hiện đã đáp ứng yêu cầu về truy cập, bảo vệ và chức năng bằng Cloudflare có thể tiếp tục sử dụng. Lựa chọn nên dựa trên hiệu quả thực tế của website chứ không chỉ nhìn vào quy mô thương hiệu.

Nếu Cloudflare chậm tại Trung Quốc đại lục, chuyển sang CDN07 có cải thiện không?

Vấn đề do kết nối mạng có khả năng được cải thiện, còn ứng dụng hoặc cơ sở dữ liệu vốn xử lý chậm thì phải được khắc phục riêng. Trước tiên, hãy xác định tài nguyên trang, quá trình thiết lập kết nối hay một API cụ thể bị chậm, sau đó so sánh kết quả của đúng yêu cầu đó để biết việc chuyển đổi đã giải quyết được điều gì.

CDN07 có thể bảo vệ API đăng nhập và thanh toán của website thương mại điện tử không?

Những điểm cuối HTTP hoặc HTTPS này có thể được đưa vào phương án tích hợp website, nhưng phải duy trì hoạt động xác thực, thông báo thanh toán và cập nhật trạng thái bình thường. Cấu hình cần phân biệt truy cập trình duyệt với lệnh gọi giữa các máy chủ; không được buộc thông báo từ nền tảng thanh toán thực hiện bước xác minh dành cho trình duyệt.

Sau khi triển khai CDN tích hợp chống DDoS, máy chủ gốc còn cần được bảo vệ không?

Có. CDN chủ yếu xử lý lưu lượng đi qua điểm truy cập của mình. Truy cập trực tiếp máy chủ gốc, cổng quản trị và các dịch vụ công khai khác phải được xử lý riêng. Đặc biệt với website đã để lộ địa chỉ IP máy chủ gốc, không thể cho rằng chỉ thay đổi bản ghi DNS là đã hoàn tất việc bảo vệ.

CDN07 có phù hợp với website nhỏ không?

Quy mô website không phải điều kiện duy nhất. Một website thương mại có lưu lượng thấp vẫn có thể cần dịch vụ nếu thường xuyên bị tấn công hoặc khách hàng quan trọng liên tục gặp khó khăn khi truy cập. Với website cá nhân dùng để giới thiệu và đang hoạt động ổn định, có thể tiếp tục giữ dịch vụ hiện tại cho đến khi xuất hiện nhu cầu rõ ràng rồi mới tăng ngân sách.

Website có cần CDN07 hay không phụ thuộc vào các câu hỏi sau

• Phần lớn người dùng của bạn có ở Trung Quốc đại lục không, và kết nối hiện tại có ảnh hưởng đến khả năng sử dụng website của họ không?
• Vấn đề hiện tại là mạng chậm, yêu cầu độc hại hay thiếu năng lực xử lý trong giờ cao điểm của lưu lượng hợp lệ?
• Bạn có cần trao đổi kỹ thuật bằng tiếng Trung và điều chỉnh nút biên cũng như chính sách bảo mật theo tình hình website không?
• Sau khi chuyển đổi, khách hàng có thể duyệt trang, đăng nhập, tìm kiếm hoặc giao dịch ổn định hơn không?

Nếu đây chính là những vấn đề bạn muốn giải quyết, hãy cung cấp khu vực máy chủ gốc, phân bố người dùng chính và vấn đề truy cập rõ rệt nhất khi liên hệ CDN07 để được tư vấn kỹ thuật và tích hợp. Bắt đầu từ trang hoặc API đang bị ảnh hưởng sẽ giúp đánh giá hiệu quả dễ hơn so với chuyển toàn bộ website ngay lập tức, đồng thời giữ lại phương án khôi phục rõ ràng hơn.