Bất kỳ đội ngũ kỹ thuật nào xây dựng hệ thống nghiêm túc trên Magento cuối cùng cũng sẽ đụng phải ba bức tường giống nhau: bức tường bản quyền, bức tường khả năng chịu tải (scaling), và bức tường tốc độ phát triển (developer velocity). Câu hỏi chỉ là bạn sẽ đụng phải chúng trước hay sau khi chúng bào mòn tiền bạc và khách hàng thực sự của bạn. ...
Bất kỳ team Magento nào khi quyết định chuyển dịch sang microservices cũng đều phải đối mặt với cùng một câu hỏi đầu tiên: cần bao nhiêu service? Ngành công nghiệp thường bảo là 4–6. “Service danh mục (Catalog), service đơn hàng (Order), service khách hàng (Customer), service tồn kho (Inventory), service thanh toán (Payment), và có thể thêm CMS nữa.” Mọi bài blog, mọi bài diễn thuyết ở hội thảo đều tựu trung ở danh sách này. Đó là một điểm khởi đầu hợp lý — nhưng nó hoàn toàn sai lầm khi áp dụng cho e-commerce nghiêm túc ở quy mô lớn. ...
Cấu trúc EAV schema chính là lý do khiến phần lớn các dự án chuyển đổi khỏi Magento chuốc lấy thất bại. Nhìn từ bên ngoài, nó có vẻ dễ xơi: dữ liệu của sản phẩm bị băm ra rải rác ở catalog_product_entity, catalog_product_entity_varchar, catalog_product_entity_int, catalog_product_entity_decimal, catalog_product_entity_datetime, và catalog_product_entity_text. Sáu cái bảng, viết một cái job ETL đơn giản, làm một cuối tuần là xong. Nhưng rồi bạn phát hiện ra rằng attribute_id = 75 mang ý nghĩa “tên sản phẩm” (product name) trong cái database của bạn, nhưng nó lại mang nghĩa “màu sắc” (color) trong cái database trên môi trường staging. Mỗi một mã ID thuộc tính (attribute ID) được sinh ra tự động ngay tại thời điểm cài đặt (install time) và nó hoàn toàn khác biệt giữa các môi trường với nhau. Bất kỳ script ETL nào dám cả gan gán cứng (hardcode) các mã attribute ID này sẽ lập tức đẻ ra một đống dữ liệu rác bẹp dí (corrupted data) khi mang lên chạy ở production. ...
🇬🇧 Read the English version of this article on tanhdev.com Answer-first: Khi chuyển đổi từ Magento sang Golang, bạn có ba chiến lược cơ sở dữ liệu (database): (A) Dùng chung DB (Shared DB) để tối ưu compute ngay lập tức, (B) CDC + Outbox để tách DB dần dần mà không cần đụng vào code PHP, hoặc (C) Tách biệt hoàn toàn bằng Event Bus. Phương án A là một trạng thái chuyển giao tuyệt vời nhưng lại là một trạng thái cuối cùng thảm họa. Phương án B là con đường được khuyến nghị trong ngành công nghiệp cho hầu hết các hệ thống Magento — nó cho phép Go làm chủ schema của riêng mình và làm phẳng cấu trúc EAV mà không yêu cầu PHP Magento phải phát ra dù chỉ một sự kiện nào. Phương án C chỉ khả thi khi đội ngũ Magento của bạn có thể xây dựng và duy trì một hệ thống phát hành sự kiện (event publisher) đáng tin cậy. ...
🇬🇧 Read the English version of this article on tanhdev.com Kiến trúc Ecommerce 2026: Vượt Qua Nợ Kỹ Thuật Khi Chuyển Đổi Sang Composable Commerce Trên lý thuyết, MACH (Microservices, API-first, Cloud-native, Headless) và Composable Commerce là “chén thánh” của ngành thương mại điện tử. Tuy nhiên, khi hệ thống đạt mốc xử lý hàng triệu giao dịch, những vấn đề về tính nhất quán dữ liệu và chi phí quan sát hệ thống (Observability) mới thực sự lộ diện. Bài viết này đúc kết kinh nghiệm xương máu từ đội ngũ kiến trúc sư trưởng (Chief Architect) khi đưa hệ thống từ Monolith lên Composable. ...
Nguồn nhân lực Magento ở Việt Nam rất sâu rộng — nhưng tìm được kỹ sư đủ trình độ xử lý kiến trúc production lại khó hơn nhiều. Các phân khúc chi phí, tín hiệu đánh giá, và khi nào nên chuyển đổi nền tảng.
🇬🇧 Read the English version of this article on tanhdev.com Làn sóng truyền thông xung quanh Trí tuệ Nhân tạo (AI) trong thương mại điện tử (TMĐT) đang cực kỳ rầm rộ. Mọi nền tảng SaaS đều hứa hẹn các tính năng “tự động hóa cá nhân hóa bằng AI chỉ với một click”, khiến các doanh nghiệp đang vận hành hệ thống Magento (Adobe Commerce) truyền thống cảm thấy lo lắng. Đứng trước sự lựa chọn giữa một dự án di chuyển nền tảng (replatforming) tốn kém hàng triệu đô la hoặc bị tụt lại phía sau trong cuộc đua AI, nhiều nhà lãnh đạo công nghệ thường mắc phải một sai lầm chí mạng: cố gắng ép các tác vụ tính toán AI chạy trực tiếp bên trong lõi nguyên khối (monolithic core) của Magento. ...
🇬🇧 Read the English version of this article on tanhdev.com Câu hỏi không phải là “Magento có tốt không?” Câu hỏi thực sự là: Magento có phải là một khoản đầu tư tốt cho doanh nghiệp của bạn, ngay lúc này, dựa trên những hạn chế hiện tại của bạn không? Magento vẫn đủ sức gánh vác các hệ thống thương mại khổng lồ, nhưng nó đòi hỏi một mức độ làm chủ kỹ thuật (engineering ownership) mà rất nhiều team thường đánh giá quá thấp. Lăng kính hữu dụng nhất trong năm 2026 là nhìn vào hướng đi được hé lộ bởi phiên bản Magento Open Source 2.4.9-beta1, và đem nó đối chiếu với những gì bạn đang thực sự chạy trên production ngày hôm nay (nhánh 2.4.8 và các bản vá bảo mật của nó). ...
🇬🇧 Read the English version of this article on tanhdev.com Thị trường lập trình Magento tại Việt Nam có thể trông rất khác nhau tùy thuộc vào thứ mà bạn thực sự đang mua — và rất nhiều dự án thất bại là do sự lệch pha giữa những gì được chốt trong scope và những gì thực sự được xây dựng. Bản hướng dẫn này dành cho những người quản lý hoặc nghiệm thu dự án Magento: các PM, CTO, hoặc Giám đốc Thương mại Điện tử, những người cần đánh giá một bản proposal dựa trên ma trận chi phí chuẩn (cost matrix), cấu trúc một hợp đồng chặt chẽ, và theo dõi quá trình bàn giao mà không bị dắt mũi bởi các mốc thời gian mù mờ hay các rủi ro phức tạp bị giấu đi. ...
🇬🇧 Read the English version of this article on tanhdev.com Hãy nói thẳng với nhau: Magento không phải là một nền tảng tồi. Đối với hàng ngàn doanh nghiệp, nó là công cụ hoàn hảo. Nó có một hệ sinh thái plugin lâu đời, một cộng đồng developer đông đảo, và một hồ sơ theo dõi đã được chứng minh qua vô số dự án thương mại điện tử enterprise. Nhưng nó có một cái trần nhà (ceiling). Và khi bạn đụng trần, bạn sẽ cảm nhận được sự đau đớn ở khắp mọi nơi — trong hệ thống deploy, trong thời gian chạy query database, trong khả năng các team có thể tự vận chuyển (ship) tính năng một cách độc lập, và cuối cùng là trong khả năng phục vụ khách hàng ổn định ở quy mô lớn. ...
🇬🇧 Read the English version of this article on tanhdev.com “Hãy đập đi viết lại toàn bộ bằng Microservices.” Câu nói này thường là điềm báo cho những dự án kỹ thuật thất bại trị giá hàng triệu đô la. Khi một ứng dụng di sản (legacy) như một hệ thống thương mại điện tử Magento khổng lồ đang gánh vác toàn bộ doanh thu tài chính của một công ty, việc thực hiện một cú chuyển đổi kiểu “Big Bang” (cắt cái rụp sang hệ thống mới) thực tế là một hành động tự sát. ...
🇬🇧 Read the English version of this article on tanhdev.com Khi dọn nhà rời khỏi Magento 2, chướng ngại vật đầu tiên luôn luôn là cái database schema. Magento chẳng thèm lưu dữ liệu thành các hàng phẳng phiu sạch sẽ — nó xài một mô hình gọi là Entity-Attribute-Value (EAV), băm vằm dữ liệu rải rác ra hàng chục cái bảng khác nhau kèm theo tính năng kế thừa theo cấp độ store (store-scope inheritance). Việc hiểu được mớ bòng bong này trước khi cắm đầu vào viết SQL sẽ cứu rỗi bạn vài ngày thanh xuân. ...