Khi nào KHÔNG nên dùng WordPress Multisite (và nên chọn gì thay thế)

WordPress Multisite trông có vẻ là lựa chọn hiển nhiên ở lần đầu tiên bạn phải đối mặt với chục cái cài đặt cho khách hàng và chục vòng đời update. Một dashboard, một lần login, một nơi để quản lý tất cả. Nghe rất gọn gàng.

Vấn đề thường xuất hiện sau đó và thường vào những lúc tệ nhất: một bản update plugin làm sập tất cả site của khách cùng lúc, hoặc một khách hàng muốn đem site của họ đi chỗ khác và bạn nhận ra việc bóc tách là một công việc tốn cả cuối tuần. Multisite được tối ưu cho một mạng lưới hoạt động như một thể thống nhất. Hầu hết các dự án làm cho khách hàng lại hoàn toàn ngược lại: những chủ sở hữu khác nhau, nhu cầu khác nhau và cần những lối thoát khác nhau.

Vậy when not to use wordpress multisite? Dưới đây là những tình huống cụ thể mà Multisite là lựa chọn sai lầm, những thứ sẽ bị hỏng trong từng trường hợp, và cách thiết lập ưu tiên sự cô lập để tránh các rắc rối đó.

1. Khi mỗi khách hàng cần một bộ plugin và theme khác nhau

Multisite chia sẻ một thư mục wp-content cho mọi subsite. Các plugin được cài đặt chung cho toàn mạng lưới, sau đó kích hoạt trên toàn network hoặc bật riêng cho từng site, nhưng chúng đều nằm chung trong cùng một loạt file và được load từ cùng một nơi. Một plugin mà khách hàng này cần dùng trong khi khách hàng khác tuyệt đối không được chạy vẫn sẽ nằm trong cùng một codebase chia sẻ cho cả hai.

Ràng buộc này sẽ liên tục cản trở bạn khi làm việc với khách hàng, nơi mà điểm cốt lõi là Khách A cần một bộ plugin đặt lịch, Khách B cần tính năng membership, và không bên nào phải gánh chịu rủi ro bảo mật hay rác từ bên kia.

Giải pháp thay thế: Cô lập per-tenant thực sự. GrabWP Tenancy Pro cung cấp cho mỗi tenant một thư mục wp-content riêng biệt, nên theme và plugin của mỗi khách hàng được tách biệt thực sự chứ không phải chỉ là dùng chung rồi bật tắt. Bộ plugin của khách hàng này sẽ không ảnh hưởng gì đến khách hàng khác.

2. Khi khách hàng có khả năng rời đi

Đây là vấn đề âm thầm làm bạn tốn kém nhiều nhất. Trên Multisite, site của một khách hàng bị trói buộc vào database của mạng lưới với các table và blog ID dùng chung. Việc bóc tách một subsite ra để bàn giao cho khách hoặc để chuyển sang một hosting riêng là một công việc export và chỉnh sửa tốn nhiều bước, và các công cụ export của Multisite thì nổi tiếng là hay hỏng vặt.

Nếu công việc kinh doanh của bạn bao gồm việc hoàn thiện một site rồi bàn giao nó, Multisite đã vô tình tạo ra một dạng lock-in mà bạn sẽ phải vật lộn mỗi lần muốn gỡ bỏ.

Giải pháp thay thế: Export gọn gàng cho từng tenant. GrabWP Tenancy Pro sẽ backup một tenant độc lập thành một file nén đóng gói đầy đủ, và plugin GrabWP Restore miễn phí sẽ tái tạo tenant đó thành một bản cài đặt WordPress độc lập hoàn chỉnh trên bất kỳ host nào. Restore stream việc import database, viết lại các table prefix cho khớp với đích đến, chạy search-and-replace URL trên toàn bộ database để xử lý đúng các data serialize, sau đó tự động cập nhật URL của site. Khách hàng mang theo một bản cài đặt WordPress bình thường và không còn phụ thuộc vào bạn.

3. Khi sự cố của một khách hàng không được phép trở thành vấn đề của mọi người

Multisite được thiết kế với kiến trúc shared-fate. Một database, một cây thư mục, một bộ core. Một bản update plugin lỗi, một table bị hỏng hoặc một subsite bị xâm nhập sẽ không được khoanh vùng: nó nằm ngay trong cùng một database và filesystem với tất cả các khách hàng khác. Không có ranh giới an toàn tự nhiên nào bao quanh một site đơn lẻ.

Với một mạng lưới dạng sở thích cá nhân, sự đánh đổi đó có thể chấp nhận được. Nhưng với một nhóm khách hàng mà mỗi người đều đang trả tiền cho uptime của riêng họ, đó là một rủi ro mà bạn đang gánh thay họ. Việc thiếu đi ranh giới an toàn này là một trong những wordpress multisite disadvantages lớn nhất.

Giải pháp thay thế: Các database chuyên dụng và điểm restore cho từng tenant. GrabWP Tenancy Pro cho phép mỗi tenant chạy trên một MySQL prefix dùng chung, một MySQL database chuyên dụng hoàn toàn, hoặc một SQLite database riêng, nên data của tenant có thể được tách biệt hoàn toàn mà không có bất kỳ table nào dùng chung. Quy trình restore 8 bước cho từng tenant của nó cho phép rollback site của một khách hàng từ bản backup của chính khách hàng đó mà không đụng chạm gì đến bất kỳ tenant nào khác. Ngày tồi tệ của một site sẽ chỉ dừng lại ở site đó.

4. Khi host của bạn làm cho việc dùng Multisite trở nên khó khăn (hoặc cấm hẳn)

Có rất nhiều dịch vụ managed WordPress host không hỗ trợ Multisite, giới hạn nó hoặc tính phí cao hơn. Ngay cả khi nó chạy được, Multisite dựa trên subdomain cũng kéo theo các thiết lập wildcard DNS và SSL phức tạp, biến một tác vụ năm phút thành một cái support ticket rườm rà.

Giải pháp thay thế: Routing không cần cấu hình DNS phức tạp. GrabWP Tenancy hỗ trợ các custom domain đầy đủ cho từng tenant và path-based routing, nơi một tenant có thể nằm tại yoursite.com/site/client-a mà không cần thay đổi DNS cho từng khách hàng. Bạn có được khả năng host nhiều site trên một hosting đơn site bình thường. Có thể nói đây là một wordpress multisite alternative for client sites vô cùng đáng giá.

5. Khi bạn thực sự chỉ muốn sự hiệu quả của một lần cài đặt mà không bị dính chặt vào nhau

Lý do thực sự khiến mọi người tìm đến Multisite không phải là vì các tính năng network. Đó là vì họ không muốn phải update WordPress core mười lần. Đó là một mục tiêu chính đáng, nhưng Multisite lại gom nó chung với database dùng chung, plugin chia sẻ chung và quá trình offboarding đầy đau đớn mà bạn không bao giờ mong muốn.

Giải pháp thay thế: Tách bạch hai yếu tố đó ra. Multi-tenancy mang lại cho bạn lợi ích quản lý của cài đặt đơn lẻ, update core một lần, một dashboard, clone một tenant khởi đầu cho mỗi khách hàng mới, trong khi vẫn giữ được sự cô lập của các bản cài đặt riêng biệt. Bạn có được sự hiệu quả mà không bị trói buộc.

So sánh Multisite, cài đặt riêng lẻ và multi-tenancy

	WordPress Multisite	Cài đặt riêng lẻ	GrabWP Tenancy
Cập nhật core	Một lần	Từng cài đặt	Một lần
Cô lập data	Chung DB (prefix + blog ID)	Hoàn toàn	Hoàn toàn với Pro (DB chuyên dụng)
Plugin/theme cho từng khách	Chung wp-content	Hoàn toàn	Hoàn toàn với Pro (wp-content riêng)
Bàn giao cho khách	Bóc tách phức tạp	Đơn giản	Đơn giản (Pro export + Restore miễn phí)
Phạm vi rủi ro khi lỗi	Toàn bộ site	Một site	Một site
Yêu cầu hosting	Thường bị hạn chế	Tiêu chuẩn	Tiêu chuẩn (routing theo path hoặc domain)

Vậy khi nào Multisite thực sự phù hợp?

Công bằng mà nói: Multisite rất phù hợp khi mạng lưới thực sự hoạt động như một khối thống nhất. Một trường đại học vận hành hàng chục trang của các phòng ban trên một bộ theme và plugin dùng chung, một công ty truyền thông chạy các ấn bản khu vực của cùng một tòa soạn, hay một mạng intranet nội bộ gồm các site gần giống nhau dưới sự quản lý của một team IT. Branding chung, stack chung, một người quản trị duy nhất, tỷ lệ thay đổi thấp. Nếu điều đó mô tả đúng tình huống của bạn, Multisite đang làm chính xác những gì nó được tạo ra.

Các dự án khách hàng hầu như không bao giờ như vậy. Các khách hàng khác nhau muốn dùng các plugin khác nhau, sở hữu data của riêng họ, và rồi cuối cùng cũng sẽ rời đi. Ngay khi sự thật là “những site này thực chất là các business riêng biệt mà tôi tình cờ quản lý chung với nhau” xuất hiện, kiến trúc chia sẻ của Multisite bắt đầu đi ngược lại lợi ích của bạn.

Setup mà hầu hết các freelancer và agency thực sự muốn

Để quản lý nhiều dự án khách hàng độc lập, multi-tenancy nằm ở điểm cân bằng mà cả Multisite lẫn các cài đặt riêng lẻ đều bỏ lỡ: khả năng quản lý tập trung như Multisite, sự cô lập thực sự như cài đặt riêng lẻ, và một lối thoát gọn gàng cho bất kỳ khách hàng nào vào bất kỳ lúc nào.

Plugin GrabWP Tenancy cơ bản là miễn phí và mang đến cho bạn các thư mục uploads riêng biệt, các table prefix riêng, và routing bằng domain hoặc path. Gói Pro plan bổ sung thêm database chuyên dụng, wp-content cho từng tenant, cùng tính năng backup và restore độc lập cho từng tenant chỉ từ $9.99/month.

Nếu bạn muốn xem phân tích kiến trúc chi tiết, hãy đọc WordPress Multisite vs Multi-Tenancy. Nếu bạn đã sẵn sàng để bóc tách một site ra khỏi một network hiện có, hãy tham khảo how to isolate WordPress client sites without Multisite.