Mã nguồn mở (open source) là phần mềm công khai toàn bộ mã nguồn để bất kỳ ai cũng xem, sửa và phân phối lại, nhưng phải theo đúng điều kiện của một giấy phép cụ thể đi kèm, chứ không phải cứ thấy chữ mở là muốn làm gì cũng được. Nhận định của bài: mã nguồn mở miễn phí ở khoản tiền bản quyền phải trả cho nhà sản xuất, nhưng không miễn phí ở công vận hành, vá lỗi, tuỳ biến, và giấy phép đi kèm vẫn là một ràng buộc pháp lý có thật, không phải một lời mời làm gì cũng được.
Bài viết cho người đọc dòng công nghệ trong báo giá phần mềm: chủ doanh nghiệp, người phụ trách chọn nhà cung cấp. Không có mã lệnh, chỉ có những gì ảnh hưởng tới chi phí và rủi ro pháp lý.
Nghĩa bằng lời thường: mở mã nguồn, nhưng theo điều kiện của giấy phép
Open Source Initiative, tổ chức phi lợi nhuận giữ định nghĩa chuẩn về mã nguồn mở, quy định trong The Open Source Definition (trang tạo năm 2006, sửa lần gần nhất 16/02/2024, tra ngày 26/09/2026) rằng mã nguồn mở không chỉ đơn giản là công khai mã, mà giấy phép đi kèm phải đáp ứng một loạt tiêu chí: cho phép phân phối lại tự do, phải kèm theo mã nguồn chứ không chỉ bản đã biên dịch, cho phép sửa đổi và tạo bản phái sinh, và không được phân biệt đối xử giữa người dùng hay lĩnh vực sử dụng.
| Khái niệm | Mã nguồn có công khai không | Có được sửa, phân phối lại không |
|---|---|---|
| Mã nguồn mở (open source) | Có, đầy đủ | Có, theo đúng điều kiện của giấy phép đi kèm |
| Phần mềm miễn phí (freeware) | Thường không | Thường không, chỉ được dùng miễn phí, không được sửa hay phân phối lại |
| Phần mềm đóng, trả phí | Không | Không, chỉ được dùng trong phạm vi giấy phép mua |
Các loại giấy phép hay gặp: permissive khác copyleft ở chỗ nào
Hai nhóm giấy phép mã nguồn mở phổ biến nhất có cách hành xử khác hẳn nhau khi một công ty dùng chúng để làm sản phẩm bán ra ngoài. Giấy phép dễ dãi (permissive) như MIT hay Apache 2.0 cho phép gần như làm bất cứ gì với mã nguồn, kể cả đóng gói lại thành sản phẩm đóng và bán, chỉ cần giữ nguyên thông báo bản quyền gốc trong sản phẩm. Giấy phép copyleft như GNU GPLv3 cũng cho phép làm gần như mọi thứ, trừ một điều: nếu phân phối một sản phẩm dựa trên mã đó, sản phẩm mới cũng phải công khai mã nguồn theo cùng giấy phép, không được đóng gói lại thành phần mềm đóng.
Với một doanh nghiệp thuê làm phần mềm, sự khác biệt này quan trọng nhất khi đơn vị thi công dùng mã nguồn mở làm nền cho sản phẩm giao lại. Nếu nền tảng đó dùng giấy phép copyleft như GPL, về nguyên tắc sản phẩm giao cho khách cũng phải công khai mã nguồn theo cùng điều kiện, trừ khi kiến trúc kỹ thuật tách phần dùng GPL ra như một dịch vụ độc lập. Bỏ qua chi tiết này có thể khiến hợp đồng giao một sản phẩm không thể giữ kín mã nguồn như khách tưởng.
ALODEV thật sự đang dùng gì: một ví dụ có thật, không phải nói chung chung
Bản thân website alodev.vn chạy trên Next.js phiên bản 16.2.1 và React phiên bản 19, hai dự án mã nguồn mở của Vercel và Meta, kiểm trực tiếp trong tệp package.json của dự án ngày 26/09/2026. ALODEV AIO, hệ thống quản trị nhân sự nội bộ, dùng PostgreSQL làm cơ sở dữ liệu và Go làm ngôn ngữ lập trình phía máy chủ, cả hai đều là công nghệ mã nguồn mở. Không có dòng nào trong số này tốn tiền bản quyền phần mềm.
Bảng tóm tắt của GitHub trên tệp giấy phép Next.js cho thấy rõ cách đọc một giấy phép permissive: cột Permissions ghi được dùng thương mại, sửa đổi, phân phối, dùng riêng tư; cột Limitations ghi rõ nhà phát triển gốc không chịu trách nhiệm hay bảo hành gì cho phần mềm; cột Conditions chỉ đòi hỏi đúng một điều là giữ nguyên thông báo bản quyền và giấy phép trong bản phân phối lại. Nhờ giấy phép MIT này, ALODEV dùng Next.js để làm sản phẩm bán ra cho khách mà không phải trả phí bản quyền, miễn là không xoá thông báo bản quyền gốc khỏi mã nguồn của Next.js.
Chi phí thật đứng sau chữ miễn phí, và luật vẫn áp dụng
Cái miễn phí của mã nguồn mở chỉ là tiền bản quyền phải trả cho nhà sản xuất phần mềm gốc. Ba khoản chi phí vẫn còn nguyên: nhân sự biết dùng và tuỳ biến đúng công nghệ đó, công theo dõi và vá các lỗi bảo mật được công bố (đúng cách mà một phần mềm đóng cũng cần), và công tích hợp nhiều thành phần mã nguồn mở khác nhau lại thành một hệ thống chạy được. Một đơn vị thi công báo giá thấp vì dùng mã nguồn mở nhưng không có ai trong đội ngũ đủ kinh nghiệm vận hành lâu dài công nghệ đó thường đẩy chi phí thật sang giai đoạn bảo trì sau này.
Về mặt pháp lý tại Việt Nam, chương trình máy tính, kể cả mã nguồn mở, vẫn là một loại tác phẩm được bảo hộ quyền tác giả theo Điều 14 khoản 1 điểm m và Điều 22 Luật Sở hữu trí tuệ số 50/2005/QH11, được sửa đổi gần nhất bởi Luật số 131/2025/QH15 (Quốc hội thông qua ngày 10/12/2025, có hiệu lực từ 01/04/2026, còn hiệu lực tại ngày đăng bài này). Mã nguồn mở không đồng nghĩa với việc từ bỏ quyền tác giả; sao chép mã nguồn mở vào sản phẩm khác mà không tuân theo điều kiện của giấy phép đi kèm (ví dụ dùng mã GPL trong sản phẩm đóng rồi bán mà không công khai lại mã theo cùng giấy phép) vẫn là vi phạm quyền tác giả, dù phần mềm gốc là miễn phí.
- Sản phẩm dùng những thành phần mã nguồn mở nào, và mỗi thành phần theo giấy phép gì (MIT, Apache, GPL, hay khác).
- Nếu có thành phần theo giấy phép copyleft như GPL, kiến trúc kỹ thuật có tách riêng để không buộc công khai toàn bộ mã sản phẩm hay không.
- Ai trong đội ngũ chịu trách nhiệm theo dõi và vá các lỗ hổng bảo mật được công bố cho từng thành phần mã nguồn mở đang dùng.
- Chi phí bảo trì sau bàn giao ước tính bao nhiêu mỗi năm, và có tính riêng với chi phí thi công ban đầu hay không.
Khi nào chọn mã nguồn mở, khi nào nên mua phần mềm đóng gói
Mã nguồn mở phù hợp khi doanh nghiệp có nhu cầu tuỳ biến sâu, muốn tránh phụ thuộc vào một nhà cung cấp duy nhất, hoặc đã có đội ngũ kỹ thuật đủ năng lực vận hành lâu dài. Phần mềm đóng gói trả phí thường hợp hơn khi doanh nghiệp cần một giải pháp chạy ngay, có đội hỗ trợ chính thức chịu trách nhiệm khi có sự cố, và không có đội kỹ thuật nội bộ để tự vá lỗi hay tuỳ biến. Nhiều hệ thống thực tế, kể cả ALODEV AIO, kết hợp cả hai: nền tảng kỹ thuật (cơ sở dữ liệu, framework) dùng mã nguồn mở để giảm chi phí bản quyền, còn phần nghiệp vụ đặc thù được thi công riêng theo yêu cầu. Phía kỹ thuật, lập trình viên muốn hiểu rõ hơn cách một dự án mã nguồn mở thật sự vận hành, chấp nhận đóng góp từ bên ngoài ra sao, có thể đọc thêm hướng dẫn đóng góp vào mã nguồn mở cho người mới bắt đầu trên blog kỹ thuật của founder ALODEV.
Câu hỏi thường gặp
Mã nguồn mở có an toàn hơn phần mềm đóng không?
Không có câu trả lời chung cho mọi trường hợp. Mã nguồn mở được nhiều người xem mã nên lỗ hổng dễ bị phát hiện hơn, nhưng cũng dễ bị kẻ xấu đọc mã để tìm lỗ hổng khai thác hơn. An toàn thật sự phụ thuộc vào việc ai chịu trách nhiệm vá lỗi và vá nhanh hay chậm.
Dùng mã nguồn mở để làm sản phẩm bán cho khách có hợp pháp không?
Hợp pháp, miễn là tuân đúng điều kiện của giấy phép đi kèm từng thành phần mã nguồn mở đã dùng. Với giấy phép permissive như MIT, thường chỉ cần giữ nguyên thông báo bản quyền gốc; với giấy phép copyleft như GPL, có thể phải công khai lại mã nguồn của sản phẩm mới.
Doanh nghiệp nhỏ có cần lo về giấy phép mã nguồn mở không?
Cần, nếu doanh nghiệp thuê làm phần mềm để bán lại hoặc phân phối cho khách khác. Nếu chỉ tự dùng nội bộ, phần lớn giấy phép mã nguồn mở phổ biến không đặt thêm ràng buộc gì ngoài việc giữ nguyên thông báo bản quyền.
Nhà cung cấp nói dùng công nghệ mã nguồn mở nên giá rẻ hơn, có nên tin không?
Nên hỏi rõ giá rẻ hơn ở phần nào: nếu chỉ là giảm phí bản quyền phần mềm nền tảng thì hợp lý, nhưng công thi công, tuỳ biến và bảo trì vẫn là chi phí thật, không tự động rẻ theo vì công nghệ nền là mã nguồn mở.
Có thể tự ý sửa mã nguồn mở rồi bán lại nguyên trạng không?
Tuỳ giấy phép. Hầu hết giấy phép mã nguồn mở cho phép sửa và bán lại, nhưng bắt buộc giữ nguyên các thông báo bản quyền, và một số giấy phép còn buộc công khai lại phần đã sửa theo cùng điều kiện.
