Lựa chọn phương án chuyển đổi sang osCMax phải bắt đầu từ những điều đã được xác nhận ở các bài trước. Bản osCMax đích, cơ sở dữ liệu, bộ gói mở rộng, môi trường vận hành, template và trách nhiệm bảo trì quyết định liệu một yêu cầu từ Cửa hàng nguồn thuộc dữ liệu được hỗ trợ, một điều chỉnh di chuyển dữ liệu có giới hạn, phần triển khai riêng trên Nền tảng đích hay công việc thực sự không theo chuẩn.
Trong các Dịch vụ chuyển đổi dữ liệu của Next-Cart, quyết định phù hợp nhất không dựa vào quy mô cửa hàng hay chỉ vì osCMax thuộc nhóm Open Source. Cần dựa vào dữ liệu nào phải được chuyển, cách biểu diễn trên đích đã rõ đến đâu, khách hàng muốn ai chịu trách nhiệm thực hiện và những yêu cầu nào thực sự vượt khỏi phạm vi được hỗ trợ.
Bắt đầu từ phạm vi công việc, không phải tên Dịch vụ chuyển đổi dữ liệu
Trước khi chọn dịch vụ, hãy tách dự án thành bốn nhóm:
- dữ liệu và mối quan hệ được hỗ trợ, phù hợp với cách di chuyển dữ liệu thông thường;
- các điều chỉnh dữ liệu có giới hạn có thể phù hợp với Standard Add-on;
- phần triển khai trên đích như cài osCMax, module, template, checkout, thanh toán/vận chuyển, môi trường vận hành và mã tùy chỉnh;
- yêu cầu di chuyển dữ liệu không theo chuẩn cần được đánh giá và xử lý riêng.
| Dấu hiệu trong phạm vi | Hàm ý đối với phương án di chuyển dữ liệu | Cần xác nhận |
|---|---|---|
| Products, Customers, Orders, Categories, nội dung và các dữ liệu đủ điều kiện khác nằm trong phạm vi được hỗ trợ | Standard Service có thể đã đủ. | Bản ghi đại diện vẫn giữ đúng ý nghĩa trong bản osCMax đã chọn. |
| Phạm vi vẫn theo Standard nhưng khách hàng muốn Next-Cart thực hiện và điều phối có cấu trúc hơn | Managed Service có thể phù hợp. | Yêu cầu vẫn nằm trong phạm vi di chuyển dữ liệu được hỗ trợ. |
| Dữ liệu được hỗ trợ cần lọc, đưa sang một trường đích khác hoặc biến đổi giá trị | Một hoặc nhiều Standard Add-ons có thể phù hợp. | Loại dữ liệu, trường nguồn/đích, điều kiện hoặc biểu thức và giới hạn được hỗ trợ phải rõ. |
| Cần xử lý bảng tùy chỉnh, dữ liệu do gói mở rộng sở hữu, mối quan hệ riêng hoặc yêu cầu ngoài phạm vi Standard | Có thể cần Custom Service. | Ý nghĩa kinh doanh, nơi sở hữu trên đích và lý do Standard không đáp ứng phải được xác định. |
| Module, template, môi trường vận hành, checkout hoặc mã ứng dụng trên đích phải hoạt động | Thuộc phần triển khai trên Nền tảng đích. | Người phụ trách triển khai và những phụ thuộc cần thiết cho xác thực. |
Cách tách này tránh hai sai lầm phổ biến: đẩy một nhu cầu đưa dữ liệu giữa các trường có giới hạn lên Custom Service quá sớm, hoặc kỳ vọng Standard Service tái tạo cách ứng dụng hoạt động legacy.
Khi nào Standard Service phù hợp
Standard Service có thể phù hợp khi dữ liệu nguồn nằm trong các cấu trúc được hỗ trợ và bản osCMax đích đã có nơi tiếp nhận rõ cho những bản ghi cần thiết.
Các dấu hiệu tích cực gồm:
- Products, Customers, Orders, Categories, Reviews, Coupons, nội dung và các dữ liệu được chọn sử dụng cấu trúc được hỗ trợ;
- tùy chọn/attributes của Products và mối quan hệ Customers đã có cách biểu diễn rõ trên đích;
- không có dữ liệu bắt buộc nào phụ thuộc bảng tùy chỉnh hoặc mối quan hệ riêng ngoài phạm vi hỗ trợ;
- module, template, checkout, thanh toán/vận chuyển và môi trường vận hành trên đích được sở hữu như phần triển khai riêng;
- kết quả Demo Migration đại diện có thể được đánh giá mà không cần dựa vào những tùy chỉnh đích chưa được xác định.
Không nên loại Standard Service chỉ vì cửa hàng có nhiều dữ liệu. Quy mô được hoạch định bằng Entity Points; độ phức tạp nằm ở cấu trúc và quyết định xoay quanh khối lượng đó.
Khi nào Managed Service mang lại giá trị
Managed Service phù hợp khi yêu cầu vẫn nằm trong phạm vi được hỗ trợ nhưng khách hàng muốn Next-Cart đảm nhiệm việc thực hiện, điều phối và một quy trình xác thực có tổ chức hơn.
Với osCMax, lựa chọn này có thể hữu ích khi bản đích đã rõ nhưng dự án có nhiều bên liên quan, lượng dữ liệu lịch sử lớn, nhiều Add-ons đã được chấp nhận hoặc lịch đưa cửa hàng vào hoạt động cần quá trình triển khai được điều phối chặt chẽ.
Managed Service không biến cấu trúc đích không được hỗ trợ thành cấu trúc được hỗ trợ, và cũng không thay thế việc cấu hình ứng dụng osCMax. Nếu dữ liệu nguồn cần diễn giải riêng hoặc xử lý tùy chỉnh, yêu cầu đó vẫn phải được đánh giá riêng.
Standard Add-ons áp dụng thế nào khi chuyển đổi sang osCMax
Standard Add-ons phù hợp khi yêu cầu có phạm vi giới hạn, được hỗ trợ và có thể mô tả đúng theo chức năng của Add-on tương ứng.
Data Filter
Dùng Data Filter khi chỉ những bản ghi thỏa điều kiện dựa trên trường được hỗ trợ của một loại dữ liệu đã chọn mới cần được di chuyển. Ví dụ, doanh nghiệp có thể cần loại khỏi di chuyển dữ liệu những Products thỏa một điều kiện xác định là không còn hoạt động, miễn là trường và điều kiện đó nằm trong phạm vi được hỗ trợ.
Data Filter không thay thế cho quy tắc kinh doanh tùy chỉnh đang ẩn trong mã hoặc bảng của gói mở rộng.
Advanced Data Mapping
Dùng Advanced Data Mapping khi một trường nguồn được hỗ trợ cần chuyển sang một trường đích tương thích khác mà vẫn giữ nguyên giá trị.
Với osCMax, Add-on này có thể hữu ích khi bản đích có một trường Standard đã biết phù hợp với ý nghĩa kinh doanh của dữ liệu nguồn hơn đích mặc định.
Advanced Data Mapping không đủ nếu đích đến cần một cấu trúc tùy chỉnh không được hỗ trợ hoặc nếu yêu cầu cần tạo ra giá trị đích khác thay vì chỉ đổi trường nhận dữ liệu. Khi việc thay đổi giá trị nằm trong phạm vi được hỗ trợ, Data Transformation mới là Add-on phù hợp.
Data Transformation
Dùng Data Transformation khi giá trị trong một trường nguồn được hỗ trợ cần được thay đổi bằng một biểu thức xác định trước khi ghi vào trường đích đã chấp nhận.
Yêu cầu nên có quy tắc rõ và có thể kiểm thử. Nếu giá trị mới phụ thuộc vào quy tắc kinh doanh bên ngoài, bảng tùy chỉnh, tính toán nhiều bản ghi không được hỗ trợ hoặc mã riêng, Custom Service có thể phù hợp hơn.
Khi cần nhiều Add-ons
Nếu nhiều Standard Add-ons cùng áp dụng cho các yêu cầu được hỗ trợ trong dự án chuyển đổi sang osCMax, quan hệ xử lý giữa chúng phải tuân theo quy tắc sản phẩm hiện hành của Next-Cart. Việc kết hợp nhiều Standard Add-ons không tự biến dự án thành Custom Service. Quyết định chỉ thay đổi khi chính cách xử lý cần thiết vượt ngoài chức năng Standard được hỗ trợ.
Khi nào cần Custom Service
Custom Service nên được xem xét khi yêu cầu di chuyển dữ liệu cần cách xử lý không theo chuẩn mà các Dịch vụ chuyển đổi dữ liệu và Standard Add-ons được hỗ trợ không đáp ứng được.
Các trường hợp osCMax có thể gồm:
- bảng do gói mở rộng sở hữu cần được diễn giải và di chuyển theo quan hệ riêng;
- cấu trúc nguồn cần bản ghi hoặc cách hệ thống đích hoạt động nằm ngoài quan hệ dữ liệu được hỗ trợ;
- biến đổi dữ liệu vượt quá biểu thức hoặc giới hạn kiểu dữ liệu được hỗ trợ;
- mã định danh hệ thống ngoài cần đối chiếu theo quy tắc riêng của dự án;
- mối quan hệ Products/Customers/Orders khác thường không thể biểu diễn an toàn bằng Standard Migration;
- nền tảng tùy chỉnh hoặc cách xử lý di chuyển dữ liệu riêng cần công việc phát triển đã được thống nhất.
Chỉ riêng việc xuất hiện trường tùy chỉnh không đủ để kết luận dự án cần Custom Service. Trước tiên cần kiểm tra Advanced Data Mapping, Data Transformation hoặc phương án xử lý được hỗ trợ khác có giải quyết đúng yêu cầu hay không.
Tách di chuyển dữ liệu khỏi phần triển khai osCMax
Dịch vụ chuyển đổi dữ liệu được chọn không loại bỏ công việc chuẩn bị ứng dụng đích.
Phần triển khai osCMax có thể gồm:
- hosting và môi trường vận hành;
- cài đặt và bảo trì bản osCMax đã chọn;
- template;
- module thanh toán và vận chuyển;
- checkout và thuế;
- email;
- bảo mật và sao lưu;
- cài đặt gói mở rộng/module;
- phát triển ứng dụng tùy chỉnh;
- triển khai tích hợp với hệ thống bên ngoài.
Những hạng mục này có thể quyết định liệu dữ liệu đã di chuyển có sử dụng được hay không, nhưng chúng vẫn là trách nhiệm riêng trừ khi phạm vi đã chấp nhận quy định khác.
Dùng Entity Points để hoạch định dung lượng, không dùng để đo độ phức tạp
Entity Points đo khối lượng di chuyển dữ liệu được chọn đối với những loại dữ liệu được tính điểm. Chỉ số này không cho biết việc diễn giải osCMax khó đến đâu, bản đích có bao nhiêu gói mở rộng hay phần triển khai tùy chỉnh cần nhiều công sức thế nào.
Một cửa hàng có khối lượng lớn nhưng cấu trúc thông thường vẫn có thể phù hợp với Standard Service hoặc Managed Service. Ngược lại, cửa hàng ít dữ liệu nhưng có mối quan hệ nguồn riêng có thể cần Custom Service. Vì vậy, lựa chọn dịch vụ phải kết hợp kế hoạch Entity Points với việc xác nhận cấu trúc thực tế, không biến dung lượng thành điểm số độ phức tạp.
Dùng Demo Migration để kiểm thử quyết định
Demo Migration nên thử thách phương án đã chọn bằng những bản ghi đại diện bộc lộ các giả định khó nhất.
Với osCMax, mẫu hữu ích gồm:
- Products có attributes/tùy chọn và ảnh hưởng đến giá/tồn kho;
- Customers thuộc các nhóm có ý nghĩa thương mại;
- Orders có nhiều dạng thuế, giảm giá, thanh toán, vận chuyển và trạng thái;
- nội dung và URL SEO quan trọng;
- các trường tùy chỉnh hoặc ID hệ thống ngoài;
- dữ liệu nguồn do gói mở rộng sở hữu nếu đang đánh giá Custom Service.
Câu hỏi không phải bản ghi đã xuất hiện hay chưa, mà là phương án đã chọn có duy trì đúng ý nghĩa trong chính môi trường osCMax đích hay không.
Bảng quyết định phương án thực hiện
| Điều kiện dự án | Phương án có khả năng phù hợp | Lý do |
|---|---|---|
| Dữ liệu được hỗ trợ, cách biểu diễn trên đích rõ, khách hàng tự quản lý việc thực hiện | Standard Service | Trọng tâm là di chuyển dữ liệu được hỗ trợ và khách hàng tự xác thực. |
| di chuyển dữ liệu nằm trong phạm vi được hỗ trợ nhưng khách hàng muốn Next-Cart thực hiện | Managed Service | Thay đổi trách nhiệm thực hiện mà không thay đổi phạm vi chức năng được hỗ trợ. |
| Cần lọc dữ liệu, chuyển dữ liệu sang trường khác hoặc biến đổi giá trị trong phạm vi được hỗ trợ | Standard Service hoặc Managed Service cùng Standard Add-on(s) tương ứng | Yêu cầu phù hợp với các chức năng có giới hạn rõ. |
| Cần cấu trúc tùy chỉnh không được hỗ trợ hoặc cách xử lý di chuyển dữ liệu riêng | Custom Service | Yêu cầu vượt khỏi chức năng Standard. |
| Module/template/môi trường vận hành/checkout/mã tùy chỉnh trên đích chưa sẵn sàng | Triển khai trên Nền tảng đích, song song với Dịch vụ chuyển đổi dữ liệu phù hợp nếu cần | Độ sẵn sàng của ứng dụng không được giải quyết chỉ bằng cách đổi tên dịch vụ. |
Lập kế hoạch cho các lần di chuyển dữ liệu sau mà không thay đổi lộ trình đã mua
Mỗi Dịch vụ chuyển đổi dữ liệu đã mua gắn với một lộ trình cố định từ Nền tảng nguồn đến Nền tảng đích. Các hành động di chuyển dữ liệu về sau vẫn hoạt động trong lộ trình đã mua; chúng không thể biến dự án sang osCMax thành một dự án chuyển sang nền tảng khác.
Sử dụng các hành động hiện tại theo đúng mục đích:
| Hành động | Khi nào sử dụng | Trọng tâm xác thực lại |
|---|---|---|
| Continue the di chuyển dữ liệu with the Last Used Configuration | Cấu hình đã được chấp nhận vẫn phù hợp và có dữ liệu mới đủ điều kiện cần chuyển. | Bản ghi mới/cập nhật và các mối quan hệ dưới cùng cấu hình đã chấp nhận. |
| Continue the di chuyển dữ liệu with a New Configuration | Cần thay đổi lựa chọn dữ liệu, điều kiện lọc, quan hệ giữa trường nguồn và trường đích hoặc cấu hình được hỗ trợ khác. | Mọi kết quả bị ảnh hưởng bởi cấu hình mới. |
| Perform a Di chuyển New | Cần một kết quả di chuyển dữ liệu riêng biệt trên cùng lộ trình Nền tảng nguồn → osCMax đã mua. | Xác thực kết quả mới như một outcome di chuyển dữ liệu độc lập. |
Nếu cần thay Nền tảng nguồn hoặc Nền tảng đích, doanh nghiệp phải mua một Dịch vụ chuyển đổi dữ liệu riêng cho lộ trình mới.
Kết luận
Lựa chọn phương án chuyển đổi sang osCMax phụ thuộc vào những gì đã được xác nhận về cả yêu cầu nguồn và bản đích cụ thể. Standard Service phù hợp với di chuyển dữ liệu được hỗ trợ khi khách hàng tự thực hiện. Managed Service thay đổi trách nhiệm thực hiện trong khi vẫn giữ phạm vi được hỗ trợ. Standard Add-ons giải quyết nhu cầu lọc, chuyển dữ liệu giữa các trường và biến đổi giá trị có giới hạn. Custom Service dành cho cách xử lý thực sự vượt ngoài phạm vi Standard.
Ranh giới quan trọng nhất là giữa dữ liệu di chuyển dữ liệu và phần triển khai trên đích. Hosting, môi trường vận hành, module, template, checkout, thanh toán/vận chuyển và mã ứng dụng của osCMax vẫn là trách nhiệm riêng ngay cả khi các thành phần đó cần thiết để dữ liệu sau di chuyển dữ liệu có thể sử dụng được. Hãy dùng Demo Migration để kiểm thử những mối quan hệ có rủi ro cao nhất trước khi chấp nhận phương án cuối cùng.
Câu hỏi thường gặp
Chọn osCMax có tự động khiến mọi trường cơ sở dữ liệu tùy chỉnh trở thành trường đích được hỗ trợ không?
Việc chọn osCMax không tự biến một trường cơ sở dữ liệu tùy chỉnh thành trường đích được hỗ trợ. Khả năng truy cập hoặc chỉnh sửa cơ sở dữ liệu không thay thế yêu cầu về một phương án xử lý được hỗ trợ hoặc một phạm vi riêng đã được đánh giá.
Trường tùy chỉnh có tự động yêu cầu Custom Service không?
Trường tùy chỉnh không tự động yêu cầu Custom Service. Trước tiên cần kiểm tra Advanced Data Mapping, Data Transformation hoặc phương án được hỗ trợ khác có giải quyết đúng nhu cầu hay không. Chỉ khi yêu cầu thực tế vượt ngoài phạm vi Standard mới cần Custom Service.
Khi nào Managed Service phù hợp hơn Standard Service?
Managed Service phù hợp khi chức năng được hỗ trợ đã đủ cho dự án nhưng khách hàng muốn Next-Cart thực hiện và quản lý quá trình di chuyển dữ liệu thay vì tự triển khai.
Có thể kết hợp nhiều Standard Add-ons mà không cần Custom Service không?
Nhiều Standard Add-ons có thể được kết hợp mà không cần Custom Service khi từng yêu cầu vẫn nằm trong chức năng Standard được hỗ trợ.
Entity Points có đo độ phức tạp của dự án osCMax không?
Entity Points không đo độ phức tạp của dự án osCMax. Chỉ số này đo dung lượng di chuyển dữ liệu được chọn của các loại dữ liệu được tính điểm, không đánh giá gói mở rộng, cấu trúc tùy chỉnh hay công sức triển khai trên đích.
Perform a Di chuyển New có thể đổi Nền tảng đích từ osCMax sang nền tảng khác không?
Perform a Di chuyển New không thể đổi Nền tảng đích từ osCMax sang nền tảng khác. Lộ trình Nền tảng nguồn → Nền tảng đích đã mua là cố định; muốn đổi đích đến cần một Dịch vụ chuyển đổi dữ liệu riêng.