Xây stack vận hành 0 đồng với open source thay SaaS

Cách xây dựng stack vận hành doanh nghiệp bằng open source SaaS alternative

Doanh nghiệp nhỏ thường bắt đầu bằng vài công cụ SaaS: CRM, chat, quản lý dự án, email marketing, analytics, helpdesk, tài liệu nội bộ. Ban đầu rẻ, nhanh, tiện. Nhưng sau 1–2 năm, chi phí phình ra, dữ liệu nằm rải rác, quyền truy cập khó kiểm soát, quy trình phụ thuộc vendor. Đây là lúc nhiều đội bắt đầu hỏi: có thể thay thế một phần SaaS bằng open source không?

Có. Nhưng không nên thay tất cả ngay. Cách đúng là xây một stack vận hành lai: giữ SaaS ở nơi tạo giá trị cao, dùng open source ở nơi cần kiểm soát dữ liệu, giảm chi phí dài hạn, tùy biến quy trình. Mục tiêu không phải “miễn phí”, mà là chủ động hơn, bền hơn, ít lock-in hơn.

1. Tư duy đúng: open source không miễn phí, chỉ đổi loại chi phí

SaaS tính phí theo user, usage, tính năng. Open source tính phí bằng hạ tầng, thời gian vận hành, backup, bảo mật, nâng cấp, người chịu trách nhiệm.

Trước khi tự host, cần trả lời:

– Ai vận hành? DevOps, IT nội bộ, hay thuê managed hosting? – Dữ liệu có quan trọng không? Nếu mất dữ liệu thì ảnh hưởng gì? – Downtime chịu được bao lâu? – Có cần compliance không? Ví dụ ISO, SOC2, GDPR, HIPAA. – Chi phí SaaS hiện tại có đủ lớn để đáng thay không?

Nguyên tắc thực tế: chỉ tự host công cụ nếu nó thuộc một trong ba nhóm:

– Dữ liệu nhạy cảm: khách hàng, doanh thu, tài liệu nội bộ. – Chi phí SaaS tăng nhanh theo user. – Cần tùy biến workflow sâu.

Nếu công cụ rẻ, ít dữ liệu, không đau lock-in → giữ SaaS.

2. Kiến trúc nền: đừng bắt đầu từ app, bắt đầu từ vận hành

Một stack open source tốt cần nền vận hành trước. Nếu không, mỗi app sẽ là một “hòn đảo”.

Hạ tầng tối thiểu

Có thể bắt đầu đơn giản:

– 1 VPS mạnh cho giai đoạn đầu. – Docker Compose thay vì Kubernetes nếu team nhỏ. – PostgreSQL làm DB chính. – S3-compatible storage như MinIO, Backblaze B2, Cloudflare R2. – Reverse proxy bằng Caddy, Traefik hoặc Nginx Proxy Manager. – TLS tự động qua Let’s Encrypt. – Backup định kỳ ra nơi khác máy chủ chính.

Đừng dùng Kubernetes chỉ vì “chuẩn doanh nghiệp”. Nếu chưa có nhiều service, chưa cần autoscale, chưa có team platform, Kubernetes thường làm tăng độ phức tạp không cần thiết.

Danh tính và truy cập

Phần này nên làm sớm. Nếu mỗi app có user riêng, sau này rất khó quản lý.

Open source phù hợp:

– Keycloak: IAM/SSO mạnh, chuẩn OIDC/SAML. – Authentik: dễ dùng hơn, hợp self-host. – Authelia: nhẹ, tốt cho bảo vệ app nội bộ.

Nên ưu tiên:

– SSO cho app hỗ trợ OIDC/SAML. – MFA cho tài khoản admin. – Tách quyền admin/user. – Offboarding rõ: nhân sự nghỉ → khóa một nơi → mất quyền toàn hệ thống.

3. Bộ công cụ lõi cho vận hành doanh nghiệp

CRM và quản lý khách hàng

Thay thế SaaS: HubSpot, Pipedrive, Salesforce bản nhỏ.

Open source gợi ý:

– Twenty CRM: hiện đại, UX tốt. – SuiteCRM: lâu đời, nhiều tính năng. – EspoCRM: nhẹ, dễ tùy biến.

Chọn CRM theo quy trình bán hàng, không theo danh sách tính năng. Nếu sales pipeline đơn giản, đừng triển khai CRM quá nặng. Quan trọng nhất:

– Lead/source rõ. – Pipeline stage thống nhất. – Owner từng deal. – Lịch sử liên hệ. – Báo cáo doanh thu dự kiến.

Quản lý dự án và công việc

Thay thế: Asana, Trello, Monday, Jira.

Open source gợi ý:

– Plane: giống Linear/Jira hiện đại. – OpenProject: mạnh cho project formal. – Taiga: agile nhẹ. – Kanboard: cực đơn giản.

Nếu team nhỏ, Kanban là đủ. Đừng ép Scrum, sprint, story point nếu chưa cần. Công cụ tốt nhất là công cụ khiến việc cập nhật task mất dưới 30 giây.

Tài liệu nội bộ và knowledge base

Thay thế: Notion, Confluence, Coda.

Open source gợi ý:

– Outline: đẹp, dễ dùng, hợp knowledge base. – BookStack: cấu trúc sách/chương/trang, rõ ràng. – Wiki.js: linh hoạt, nhiều backend.

Nguyên tắc:

– Tài liệu phải có owner. – Trang lỗi thời phải được archive. – Quy trình lặp lại hơn 2 lần → viết document. – Tài liệu onboarding là ưu tiên số một.

Chat nội bộ và cộng tác

Thay thế: Slack, Microsoft Teams.

Open source gợi ý:

– Mattermost: mạnh, giống Slack. – Rocket.Chat: nhiều tính năng. – Matrix/Element: liên thông, phi tập trung.

Tuy nhiên, chat là công cụ nhạy về trải nghiệm. Nếu team đã dùng Slack hiệu quả, chi phí chưa đau, có thể chưa cần thay. Open source chat chỉ đáng nếu cần kiểm soát dữ liệu, tích hợp nội bộ, hoặc số user lớn.

Helpdesk và chăm sóc khách hàng

Thay thế: Zendesk, Intercom, Freshdesk.

Open source gợi ý:

– Zammad: helpdesk mạnh, email ticket tốt. – Chatwoot: live chat, inbox đa kênh. – FreeScout: nhẹ, giống Help Scout.

Với support, cần ưu tiên:

– Email routing ổn. – SLA rõ. – Gắn ticket với khách hàng. – Macro/template trả lời. – Báo cáo thời gian phản hồi.

Marketing automation và email

Thay thế: Mailchimp, Customer.io, Brevo.

Open source gợi ý:

– Mautic: marketing automation mạnh. – Listmonk: newsletter nhanh, nhẹ. – Keila: email campaign đơn giản.

Lưu ý: tự host email gửi hàng loạt không đơn giản. Nên dùng open source app nhưng gửi qua dịch vụ SMTP/API như Amazon SES, Mailgun, Postmark, Resend. Tự vận hành mail server thường không đáng vì deliverability khó.

Analytics và product tracking

Thay thế: Google Analytics, Mixpanel, Amplitude.

Open source gợi ý:

– Matomo: web analytics đầy đủ. – Plausible CE: nhẹ, privacy-friendly. – PostHog: product analytics, event, feature flag.

Nếu chỉ cần traffic website → Plausible/Matomo. Nếu cần funnel, retention, event theo user → PostHog. Nhưng analytics rất dễ biến thành “thu thập mọi thứ”. Hãy định nghĩa câu hỏi trước khi tracking.

4. Quan sát hệ thống: backup, log, monitoring

Đây là phần nhiều doanh nghiệp bỏ qua khi tự host. App chạy được chưa đủ; phải biết khi nào nó hỏng.

Backup

Tối thiểu:

– Backup DB hằng ngày. – Backup file upload. – Lưu backup ngoài server chính. – Mã hóa backup nếu có dữ liệu nhạy cảm. – Test restore định kỳ.

Backup chưa từng restore thành công = chưa có backup.

Công cụ:

– restic hoặc borgbackup. – Snapshot của cloud provider. – pg_dump/pg_restore cho PostgreSQL.

Monitoring

Tối thiểu:

– Uptime check. – Disk usage. – CPU/RAM. – Database health. – SSL expiry. – Alert qua email/chat.

Công cụ:

– Uptime Kuma: dễ dùng. – Prometheus + Grafana: mạnh, nhiều metric. – Netdata: nhanh để quan sát server.

Log

Giai đoạn đầu, log file + Docker logs có thể đủ. Khi nhiều app hơn:

– Loki + Grafana. – OpenSearch nếu cần search log mạnh. – Giữ log có thời hạn, tránh lưu vô hạn.

5. Bảo mật thực dụng cho stack self-host

Không cần quá phức tạp, nhưng cần làm đúng các việc cơ bản:

– Bật firewall, chỉ mở port cần thiết. – SSH bằng key, tắt password login. – Cập nhật OS và container định kỳ. – Không dùng password mặc định. – MFA cho admin. – Tách network public/private trong Docker. – Không expose database ra internet. – Dùng secret file/env an toàn, không commit vào Git. – Theo dõi CVE của app quan trọng.

Quan trọng hơn: có người chịu trách nhiệm. Bảo mật không phải checklist một lần, mà là lịch vận hành.

6. Lộ trình triển khai: thay từng lớp, không “big bang”

Một lộ trình an toàn:

Giai đoạn 1: Nền tảng

– VPS/cloud. – Domain/subdomain chuẩn. – Reverse proxy + TLS. – SSO nếu cần. – Backup + monitoring.

Giai đoạn 2: Công cụ ít rủi ro

– Knowledge base. – Project management. – Uptime monitoring. – Internal dashboard.

Đây là nhóm dễ thử, ít ảnh hưởng khách hàng.

Giai đoạn 3: Công cụ dữ liệu quan trọng

– CRM. – Helpdesk. – Analytics. – Marketing automation.

Trước khi migrate cần export dữ liệu, map field, chạy song song ngắn hạn, có kế hoạch rollback.

Giai đoạn 4: Chuẩn hóa vận hành

– Tài liệu runbook. – Quy trình backup/restore. – Quy trình onboarding/offboarding. – Quy trình update app. – Kiểm tra quyền truy cập định kỳ.

7. Tiêu chí chọn open source SaaS alternative

Đừng chỉ nhìn GitHub stars. Hãy đánh giá:

– Dự án còn active không? – Có release gần đây không? – Có Docker image chính thức không? – Tài liệu triển khai rõ không? – Có migration/export không? – Có SSO không? – Backup/restore dễ không? – License có phù hợp thương mại không? – Community có xử lý issue không?

Một app “đẹp” nhưng khó backup, khó export, không update bảo mật là rủi ro vận hành.

Kết luận: stack tốt là stack vận hành được

Open source SaaS alternative giúp doanh nghiệp giảm lock-in, kiểm soát dữ liệu, tối ưu chi phí dài hạn. Nhưng lợi ích chỉ xuất hiện khi triển khai có kỷ luật: nền tảng ổn, backup thật, bảo mật cơ bản, chọn công cụ vừa đủ, thay thế từng bước.

Đừng tự host để chứng minh năng lực kỹ thuật. Hãy tự host khi nó giải quyết vấn đề kinh doanh rõ ràng. Stack tốt không phải stack nhiều logo, mà là stack giúp đội ngũ làm việc nhanh hơn, dữ liệu an toàn hơn, chi phí dự đoán được hơn.