Next-Cart

Trong Dịch vụ chuyển đổi dữ liệu của Next-Cart, khách hàng có ba lựa chọn để tiếp tục dự án sau khi đã có kết quả di chuyển dữ liệu đầu tiên. Cửa hàng nguồn có thể vẫn đang hoạt động trong thời gian Cửa hàng đích được kiểm tra. Orders và Customers mới có thể tiếp tục phát sinh. Quá trình xác thực có thể cho thấy cách liên kết trường dữ liệu hoặc điều kiện lọc cần thay đổi. Kết quả thử nghiệm cũng có thể cần được thay thế trước khi chính thức vận hành.

Các tình huống này có vẻ giống nhau vì đều cần thực hiện thêm một lần di chuyển dữ liệu. Tuy nhiên, kết quả cần đạt lại khác nhau. Một trường hợp duy trì tính liên tục bằng cấu hình đã được xác thực. Trường hợp khác tiếp tục dự án nhưng thay đổi cấu hình. Trường hợp thứ ba tạo ra kết quả di chuyển dữ liệu mới, tách biệt với kết quả trước.

Vì vậy, lựa chọn cho lần di chuyển dữ liệu tiếp theo phải dựa trên kết quả mà dự án cần đạt, không phải chỉ trên phương án thuận tiện nhất để thực hiện. Lựa chọn sai có thể sử dụng lại những giả định không còn đúng, thay thế một kết quả lẽ ra cần được giữ lại hoặc tạo ra kỳ vọng không chính xác về những bản ghi nguồn sẽ được đọc.

Xác định kết quả tiếp theo trước khi chọn hành động

Câu hỏi đầu tiên không phải là "Lựa chọn nào đang có sẵn?" mà là "Điều gì phải tiếp tục đúng sau lần di chuyển dữ liệu tiếp theo?"

Cần phân biệt ba mục đích:

  1. Duy trì tính liên tục: kết quả trước vẫn hữu ích và cấu hình cũ cần tiếp tục được sử dụng.
  2. Thay đổi có kiểm soát: kết quả trước vẫn hữu ích, nhưng bộ lọc, cách liên kết trường dữ liệu, loại dữ liệu được chọn, Add-ons hoặc cấu hình khác cần thay đổi.
  3. Tạo kết quả mới: kết quả chuyển đổi trước đó không còn là cơ sở của dự án.

Ba mục đích này tương ứng với ba hành động chính xác:

Kết quả dự kiến Hành động di chuyển dữ liệu Hệ quả chính
Tiếp tục từ cấu hình đã được ghi nhận và kiểm chứng Continue the di chuyển dữ liệu with the Last Used Configuration Cấu hình đã được ghi nhận sẽ được sử dụng lại
Tiếp tục nhưng thay đổi cấu hình Continue the di chuyển dữ liệu with a New Configuration Cấu hình được xem xét hoặc điều chỉnh trước khi thực hiện
Tạo một kết quả mới, tách biệt Perform a Di chuyển New Lần di chuyển dữ liệu trước đó không được dùng làm cơ sở cho kết quả mới

Lần di chuyển dữ liệu đầu tiên chưa có cấu hình nào được ghi nhận để sử dụng lại. Khả năng thực hiện hành động tiếp theo phụ thuộc vào lịch sử di chuyển dữ liệu tương ứng và thời hạn dịch vụ còn hiệu lực. Nếu thời hạn một năm đã kết thúc, Dịch vụ chuyển đổi dữ liệu phải được gia hạn trước khi có thể thực hiện một hành động tiếp theo đủ điều kiện.

Chỉ sử dụng lại cấu hình gần nhất khi các giả định vẫn còn đúng

Continue the di chuyển dữ liệu with the Last Used Configuration phù hợp khi cấu hình trước vẫn còn phù hợp và kết quả hiện có tại Cửa hàng đích vẫn hữu ích.

Hành động này có thể giảm bớt việc phải đưa ra lại các quyết định, nhưng hiệu quả đó dựa trên một giả định quan trọng: cấu hình được sử dụng gần nhất vẫn thể hiện đúng kết quả mong muốn.

Trước khi dùng lại cấu hình, cần xác nhận rằng:

  • các loại dữ liệu đã chọn vẫn phù hợp;
  • quyết định về cách liên kết trường dữ liệu vẫn phù hợp với hệ thống đích;
  • quy tắc lọc vẫn mô tả đúng phạm vi bản ghi cần di chuyển;
  • cấu hình Add-on vẫn đáp ứng yêu cầu;
  • cấu trúc nguồn và đích không thay đổi theo cách có ảnh hưởng đáng kể;
  • lần xác thực trước không phát hiện lỗi cấu hình chưa được xử lý;
  • phạm vi bản ghi nguồn dự kiến vẫn chính xác.

Việc một cấu hình từng hoạt động tốt không đủ để chứng minh rằng cấu hình đó vẫn nên được sử dụng. Bối cảnh dự án có thể đã thay đổi. Trường nguồn mới, cấu trúc đích được điều chỉnh hoặc phạm vi vận hành khác trước có thể khiến cấu hình cũ không còn phù hợp, ngay cả khi lộ trình chuyển đổi không thay đổi.

Sau hành động này, quá trình xác thực phải chứng minh được cả tính liên tục lẫn việc xử lý phần dữ liệu mới. Kết quả hiện có tại Cửa hàng đích phải tiếp tục sử dụng được, còn các bản ghi mới được xử lý phải tuân theo cùng những quy tắc đã được chấp nhận.

Tiếp tục với cấu hình mới khi mục tiêu đã thay đổi

Continue the di chuyển dữ liệu with a New Configuration phù hợp khi kết quả của lần di chuyển dữ liệu trước vẫn hữu ích nhưng lần thực hiện tiếp theo cần sử dụng các thiết lập được hỗ trợ khác.

Những lý do thường gặp gồm:

  • bộ lọc cần lấy vào hoặc loại ra một nhóm bản ghi khác;
  • cách liên kết trường dữ liệu tiêu chuẩn cần được điều chỉnh;
  • các loại dữ liệu được chọn đã thay đổi;
  • Add-on cần sử dụng thiết lập khác;
  • quá trình xác thực phát hiện vấn đề trong cấu hình;
  • giai đoạn tiếp theo của dự án có phạm vi khác;
  • kỳ vọng đối với hệ thống đích đã thay đổi nhưng chưa đến mức cần tạo kết quả mới hoàn toàn.

Lợi ích cốt lõi là khả năng điều chỉnh có kiểm soát. Dự án có thể giữ lại phần công việc trước vẫn hữu ích, đồng thời thay đổi những quyết định chi phối hoạt động tiếp theo.

Rủi ro nằm ở việc hai kết quả cùng tồn tại ngoài dự kiến. Các bản ghi được tạo theo cấu hình cũ có thể nằm cùng các bản ghi được tạo theo cấu hình mới. Vì vậy, quá trình xác thực cần xem xét liệu hai cấu hình có gây ra bản ghi trùng lặp, cách liên kết trường dữ liệu xung đột, cách sử dụng trường không nhất quán hoặc ý nghĩa nghiệp vụ khác nhau hay không.

Chẳng hạn, khi thay đổi cách xác định nhóm cho Customers, cần kiểm tra các bản ghi Customers được di chuyển theo cả hai cấu hình. Câu hỏi không chỉ là cấu hình mới có hoạt động hay không, mà còn là dữ liệu kết hợp tại Cửa hàng đích có giữ được tính nhất quán hay không.

Thực hiện lần di chuyển dữ liệu mới khi kết quả trước không nên tiếp tục được sử dụng

Perform a Di chuyển New phù hợp khi dự án cần một kết quả di chuyển dữ liệu mới, tách biệt thay vì tiếp tục từ phần công việc trước.

Lựa chọn này có thể hợp lý khi:

  • kết quả chuyển đổi trước đó chỉ được tạo để thử nghiệm;
  • cấu hình trước không còn phản ánh đúng phạm vi dự kiến;
  • quá trình xác thực phát hiện nhiều lỗi liên quan khiến việc tiếp tục từ cấu hình hiện tại không còn hợp lý;
  • quá trình chuẩn bị hệ thống đích cần một nền dữ liệu sạch cho lần di chuyển tiếp theo;
  • dự án muốn đánh giá lại phạm vi và cấu hình ngay từ đầu.

Chỉ nên thực hiện một lần di chuyển dữ liệu mới khi dự án cần một kết quả mới, không chỉ vì có thể thực hiện thêm một lần.

Quyết định thay thế và xóa dữ liệu cần được xem xét cẩn thận. Hành động này có thể ảnh hưởng đến những bản ghi do quá trình di chuyển dữ liệu tạo ra trước đó trong phạm vi đã chọn, nhưng không tự động cho phép xóa mọi bản ghi tại Cửa hàng đích. Các bản ghi được tạo thủ công, do ứng dụng tạo, dùng cho thử nghiệm hoặc phát sinh trong vận hành phải được xác định trước mọi quyết định xóa hay thay thế.

Tiêu chuẩn xác thực cho lựa chọn này phải rộng hơn so với khi tiếp tục từ kết quả trước. Dự án cần xác nhận cấu hình mới, tập dữ liệu tạo ra, cách xử lý những bản ghi đã di chuyển trước đó và việc giữ nguyên các bản ghi nằm ngoài phạm vi thay thế đã được phê duyệt.

Tách hành động tiếp theo khỏi phạm vi bản ghi nguồn cần đọc

Ba hành động xác định mối quan hệ với cấu hình và kết quả trước đó. Chúng không tự quyết định những bản ghi nguồn nào sẽ được đọc.

Cách đọc dữ liệu nguồn trả lời một câu hỏi khác:

  • quá trình đang bị gián đoạn có cần tiếp tục từ điểm đã xử lý hay không;
  • chỉ những bản ghi được thêm sau lần di chuyển dữ liệu thành công gần nhất có cần được đọc hay không;
  • phạm vi bản ghi nguồn đã chọn có cần được đọc lại theo cấu hình được chọn hay không.

Sự phân biệt này ngăn một hiểu lầm phổ biến. Tiếp tục với cấu hình gần nhất không tự động có nghĩa là chỉ những bản ghi mới được thêm sẽ được xử lý. Perform a Di chuyển New cũng không tự xác định cách chọn phạm vi bản ghi nguồn.

Một bản ghi hiện có được cập nhật sau hoạt động trước cũng khác với một bản ghi mới được thêm. Nếu các bản ghi hiện có đã thay đổi cần được xem xét lại, quyết định về cách đọc dữ liệu nguồn và cấu hình phải nêu rõ yêu cầu đó.

Hành động và phạm vi bản ghi nguồn cần được lập kế hoạch cùng nhau, nhưng không được xem là một thiết lập duy nhất.

Áp dụng Entity Points theo trạng thái của bản ghi

Một lần di chuyển dữ liệu bổ sung không sử dụng Entity Points chỉ vì có thêm một hành động. Mức sử dụng phụ thuộc vào các bản ghi được tính điểm có liên quan.

Tình trạng bản ghi được tính điểm Ảnh hưởng đến Entity Points
Một bản ghi thuộc Products, Customers, Orders hoặc Blog Posts được di chuyển thành công lần đầu Entity Points được sử dụng theo trọng số cố định tương ứng
Bản ghi được tính điểm đã được tính trong Dịch vụ chuyển đổi dữ liệu đã mua và trên cùng lộ trình cố định Bản ghi không sử dụng lại Entity Points chỉ vì một hành động khác xử lý bản ghi đó
Một bản ghi đủ điều kiện mới được thêm và di chuyển sau đó Entity Points được sử dụng khi bản ghi được di chuyển thành công lần đầu
Lần di chuyển dữ liệu mới bao gồm những bản ghi đủ điều kiện đã được tính trước đó Các bản ghi đó không sử dụng lại Entity Points

Quy tắc này áp dụng cho cả ba hành động. Perform a Di chuyển New không tự động tính lại Entity Points cho mọi bản ghi Products, Customers, Orders và Blog Posts đã được tính trước đó.

Việc lập kế hoạch sử dụng Entity Points cần tập trung vào dữ liệu mới thực sự được tính điểm. Nếu Cửa hàng nguồn vẫn hoạt động, mức tăng dự kiến của Products, Customers, Orders và Blog Posts phải được đối chiếu với dung lượng Entity Points còn lại trước hành động tiếp theo.

Tách hành động tiếp theo khỏi các thay đổi thương mại

Lựa chọn cho lần di chuyển dữ liệu tiếp theo xác định lần thực hiện mới sẽ kế thừa hay thay đổi mối quan hệ với cấu hình và kết quả trước đó. Nâng cấp làm thay đổi gói dịch vụ đã mua, còn gia hạn khôi phục một Dịch vụ chuyển đổi dữ liệu đã hết hạn. Các quyết định này có liên quan nhưng không thể thay thế cho nhau.

Chẳng hạn, mua thêm Entity Points làm tăng dung lượng nhưng không quyết định lần di chuyển tiếp theo sẽ sử dụng lại cấu hình gần nhất, thay đổi cấu hình hay tạo kết quả mới. Nâng cấp từ Standard Service lên Managed Service làm thay đổi trách nhiệm thực hiện nhưng không chọn hành động di chuyển dữ liệu tiếp theo. Gia hạn một Dịch vụ chuyển đổi dữ liệu đã hết hạn sẽ khôi phục phạm vi Dịch vụ chuyển đổi dữ liệu gần nhất được lưu giữ. Sau đó, hành động phù hợp vẫn phải được xác định theo kết quả dự kiến.

Giữ các quyết định này tách biệt giúp tránh nhầm giao dịch thương mại với chỉ dẫn cho lần di chuyển dữ liệu tiếp theo. Sự phân tách cũng giúp duy trì lộ trình chuyển đổi cố định: nâng cấp và gia hạn vẫn áp dụng cho cùng Dịch vụ chuyển đổi dữ liệu đã mua, không tạo ra một hướng chuyển đổi khác từ Nền tảng nguồn sang Nền tảng đích.

Luôn xem xét trách nhiệm theo Dịch vụ chuyển đổi dữ liệu

Lựa chọn cho lần di chuyển dữ liệu tiếp theo không thay thế Dịch vụ chuyển đổi dữ liệu đã mua.

Khi khách hàng chủ động thực hiện, khách hàng thực hiện hành động đã chọn và xác thực kết quả. Khi chuyên gia phụ trách thực hiện, hành động đã thống nhất được tiến hành trong phạm vi dịch vụ đã chấp nhận, còn khách hàng cung cấp thông tin cần thiết và phê duyệt kết quả.

Nếu hoạt động tiếp theo phát sinh yêu cầu cần xử lý riêng, phạm vi dịch vụ có thể phải thay đổi. trường tùy chỉnh mới, Add-on cần điều chỉnh hoặc phép biến đổi được thiết kế riêng không nên bị ẩn trong một hành động tiếp tục chỉ vì lộ trình chuyển đổi đã tồn tại.

Vì vậy, dự án cần xem xét riêng hai câu hỏi:

  1. Hành động nào phù hợp với mối quan hệ dự kiến giữa kết quả tiếp theo và kết quả trước?
  2. Dịch vụ chuyển đổi dữ liệu đã mua còn bao quát phạm vi và trách nhiệm thực hiện cần thiết hay không?

Xác thực theo mục đích của từng hành động

Mọi hành động đều cần được xác thực, nhưng cách xác thực phải phù hợp với mục đích của hành động đó.

Hành động Trọng tâm xác thực chính
Continue the di chuyển dữ liệu with the Last Used Configuration Cấu hình vẫn còn phù hợp, phạm vi bản ghi nguồn dự kiến đã được xử lý và tính liên tục được duy trì
Continue the di chuyển dữ liệu with a New Configuration Thiết lập đã điều chỉnh tạo ra kết quả mong muốn mà không gây bất nhất với các bản ghi được di chuyển trước đó
Perform a Di chuyển New Kết quả mới phản ánh đúng phạm vi đã được phê duyệt, dữ liệu đã di chuyển trước đó được xử lý phù hợp và các bản ghi cần giữ nguyên tại Cửa hàng đích vẫn nguyên vẹn

Quá trình xem xét mẫu đại diện cần bao gồm Products, Customers, Orders, Blog Posts, CMS Pages, Reviews, Coupons và URL quan trọng đối với hoạt động kinh doanh, cùng với bản ghi đã được lọc, giá trị đã được chuyển sang trường đích, kết quả từ Add-ons và dữ liệu thuộc phạm vi tùy chỉnh khi có liên quan.

Hành động được chọn chỉ thành công khi Cửa hàng đích đáp ứng bước kinh doanh tiếp theo như dự kiến. Việc hoàn tất hành động không đồng nghĩa với nghiệm thu.

Tránh chọn sai mục đích

Sử dụng lại cấu hình sau khi yêu cầu đã thay đổi

Cấu hình gần nhất có thể quen thuộc nhưng không còn phù hợp. Chỉ nên sử dụng lại khi kết quả kiểm tra xác nhận cách liên kết trường dữ liệu, bộ lọc, Add-ons và kỳ vọng đối với hệ thống đích vẫn đáp ứng yêu cầu.

Chọn lần di chuyển dữ liệu mới dù chỉ cần điều chỉnh cấu hình

Kết quả mới có thể tạo ra rủi ro thay thế không cần thiết. Nếu phần công việc trước vẫn hữu ích và chỉ các thiết lập được hỗ trợ cần thay đổi, tiếp tục với cấu hình mới có thể là lựa chọn chính xác hơn.

Cho rằng hành động tiếp tục chỉ đọc bản ghi mới

Hành động được chọn và phạm vi bản ghi nguồn là hai quyết định riêng. Cách đọc dữ liệu nguồn phải được lập kế hoạch rõ ràng.

Xem Perform a Di chuyển New là quyền xóa mọi bản ghi tại Cửa hàng đích

Việc thay thế phải nằm trong phạm vi đã được phê duyệt. Các bản ghi do người dùng hoặc ứng dụng tạo cần có quyết định riêng về quyền quản lý và yêu cầu duy trì dữ liệu.

Bỏ qua xác thực vì kết quả trước đã đạt yêu cầu

Bản ghi nguồn mới, cấu hình đã thay đổi và kết quả mới đều tạo ra yêu cầu mới về kết quả cần kiểm tra. Quyết định nghiệm thu trước đó không thể tự động áp dụng cho hoạt động tiếp theo.

Kết luận

Ba lựa chọn cho lần di chuyển dữ liệu tiếp theo tương ứng với ba mục đích khác nhau của dự án. Continue the di chuyển dữ liệu with the Last Used Configuration duy trì tính liên tục khi cấu hình trước vẫn còn phù hợp. Continue the di chuyển dữ liệu with a New Configuration giữ lại phần công việc trước còn hữu ích trong khi cho phép thay đổi có kiểm soát. Perform a Di chuyển New tạo ra kết quả mới, tách biệt khi kết quả trước không còn phù hợp để làm cơ sở cho dự án.

Hành động cần được phối hợp với việc chọn phạm vi bản ghi nguồn, dung lượng Entity Points, trách nhiệm theo Dịch vụ chuyển đổi dữ liệu, giới hạn thay thế và quá trình xác thực phù hợp với từng mục đích. Lựa chọn dựa trên kết quả dự kiến giúp kiểm soát lần di chuyển dữ liệu tiếp theo và tránh dùng một hành động có sẵn để thay thế cho việc phân tích nhu cầu thực sự của dự án.

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

Khi nào nên sử dụng lại cấu hình gần nhất?

Hãy sử dụng lại khi cấu hình trước, mục đích chọn bản ghi nguồn, Add-ons, cách liên kết trường dữ liệu và kỳ vọng đối với hệ thống đích vẫn còn phù hợp.

Khi nào cấu hình mới phù hợp hơn?

Hãy dùng cấu hình mới khi phần công việc di chuyển dữ liệu trước vẫn hữu ích nhưng bộ lọc, cách liên kết trường dữ liệu, loại dữ liệu được chọn, Add-ons hoặc thiết lập được hỗ trợ khác cần thay đổi.

Khi nào nên thực hiện một lần di chuyển dữ liệu mới?

Hãy dùng Perform a Di chuyển New khi dự án cần một kết quả mới, tách biệt và kết quả chuyển đổi trước đó không còn phù hợp để làm cơ sở cho dự án.

Các hành động tiếp tục có tự động chỉ đọc những bản ghi mới được thêm không?

Việc chọn hành động tiếp tục không đồng nghĩa hệ thống chỉ đọc những bản ghi mới được thêm. Hành động được chọn và phạm vi bản ghi nguồn là hai quyết định riêng.

Các bản ghi đã được tính có sử dụng lại Entity Points không?

Các bản ghi đã được tính không sử dụng lại Entity Points trong cùng điều kiện được áp dụng. Những bản ghi đủ điều kiện đã được tính trong Dịch vụ chuyển đổi dữ liệu đã mua và trên cùng lộ trình cố định không sử dụng lại Entity Points chỉ vì một hành động khác xử lý các bản ghi đó.

Perform a Di chuyển New có xóa mọi bản ghi tại Cửa hàng đích không?

Perform a Di chuyển New không tự động xóa mọi bản ghi tại Cửa hàng đích. Việc xóa và thay thế phải tuân theo phạm vi đã được phê duyệt. Các bản ghi được tạo thủ công, do ứng dụng tạo và những bản ghi khác cần giữ nguyên phải được xác định riêng.

Lựa chọn cho lần di chuyển dữ liệu tiếp theo có thay đổi Dịch vụ chuyển đổi dữ liệu không?

Lựa chọn cho lần di chuyển dữ liệu tiếp theo không làm thay đổi Dịch vụ chuyển đổi dữ liệu. Nâng cấp Dịch vụ chuyển đổi dữ liệu là một thay đổi thương mại riêng. Việc nâng cấp có thể thay đổi phạm vi hoặc trách nhiệm thực hiện nhưng không quyết định phương án nào phù hợp cho lần di chuyển dữ liệu tiếp theo với kết quả tiếp theo.

Cần xác thực những gì sau một hành động tiếp theo?

Quá trình xác thực cần xác nhận phạm vi bản ghi nguồn dự kiến, cách cấu hình hoạt động, ảnh hưởng đến Entity Points, cách xử lý kết quả trước, các bản ghi cần giữ nguyên và khả năng sử dụng Cửa hàng đích cho hoạt động kinh doanh.