Trả lời ngắn: Docker giải quyết đúng một vấn đề kinh điển — mã chạy tốt trên máy bạn nhưng hỏng trên máy chủ — bằng cách đóng gói cả môi trường chạy chứ không chỉ mã.
Điều cần biết trước: nó không làm ứng dụng của bạn nhanh hơn, chỉ làm việc triển khai đoán trước được.
Vấn đề nó giải quyết là gì?
Có một câu than quen thuộc trong mọi đội phát triển phần mềm: trên máy tôi vẫn chạy bình thường mà.
Nguyên nhân là chương trình không sống một mình. Nó phụ thuộc vào phiên bản ngôn ngữ, vào hàng chục thư viện hệ thống, vào biến môi trường, vào cấu hình mạng. Máy của bạn và máy chủ khác nhau ở vài chi tiết trong số đó, và thế là hỏng.
Cách xử lý cũ là viết tài liệu hướng dẫn dựng máy chủ thật chi tiết, rồi hy vọng ai đó làm đúng từng bước.
Cách của công cụ này là đóng gói toàn bộ môi trường cùng với mã vào một khối duy nhất. Khối đó chạy giống hệt nhau ở mọi nơi, vì nó mang theo tất cả những gì nó cần.
Docker làm được gì?
| Việc | Mức độ | Ghi chú |
|---|---|---|
| Đảm bảo chạy giống nhau ở mọi môi trường | Tốt nhất | Lý do nó trở thành tiêu chuẩn ngành |
| Dựng môi trường cho người mới vào nhóm | Tốt nhất | Từ vài ngày xuống còn một câu lệnh |
| Chạy nhiều dịch vụ phụ thuộc nhau bằng một tệp cấu hình | Rất tốt | Cơ sở dữ liệu, bộ đệm, hàng đợi cùng lúc |
| Cách ly các dự án dùng phiên bản khác nhau | Rất tốt | Không còn xung đột thư viện trên cùng máy |
| Nền tảng cho việc triển khai tự động | Rất tốt | Hầu hết hệ thống hiện đại đều dựa trên nó |
| Kho khối dựng sẵn rất phong phú | Tốt | Nhưng phải chọn nguồn đáng tin |
| Đường học với người mới | Kém | Nhiều khái niệm mới cùng lúc |
| Hiệu năng trên máy không phải Linux | Khá | Chậm hơn vì phải chạy qua lớp trung gian |
| Dung lượng ổ đĩa tiêu thụ | Khá | Phình rất nhanh nếu không dọn định kỳ |
Ai nên học Docker?
- Người phát triển ứng dụng web phía máy chủ — gần như bắt buộc trong tuyển dụng hiện nay.
- Đội có nhiều người cùng dựng môi trường phát triển — tiết kiệm rất nhiều ngày công.
- Ai vận hành hạ tầng và triển khai phần mềm — đây là nền của mọi thứ hiện đại.
- Người muốn thử phần mềm mà không làm bẩn máy — chạy xong xoá sạch.
Chưa cần nếu bạn chỉ làm ứng dụng máy tính chạy trên Windows — Visual Studio đã lo phần đóng gói cho bạn.
Những sai lầm thường gặp khi mới dùng
Phần lớn rắc rối của người mới đến từ vài hiểu lầm giống nhau.
| Sai lầm | Hậu quả |
|---|---|
| Lưu dữ liệu bên trong khối chạy | Mất sạch dữ liệu khi khối bị tạo lại |
| Ghi mật khẩu thẳng vào tệp cấu hình dựng | Ai lấy được khối là có mật khẩu |
| Dùng khối dựng sẵn từ nguồn không rõ | Rủi ro mã độc chạy ngay trong hệ thống |
| Không bao giờ dọn khối và ảnh cũ | Ổ đĩa đầy sau vài tháng |
| Nhồi mọi dịch vụ vào chung một khối | Mất hết lợi ích về cách ly và mở rộng |
| Không ghi rõ phiên bản của khối nền | Dựng lại sau vài tháng ra kết quả khác |
Lộ trình học từ đầu
- Hiểu khác nhau giữa ảnh và khối đang chạy (2 giờ) — Khái niệm nền tảng nhất.
- Chạy thử một dịch vụ có sẵn như cơ sở dữ liệu (2 giờ) — Thấy ngay lợi ích.
- Viết tệp mô tả cách dựng cho dự án của bạn (1 ngày) — Bắt đầu từ dự án nhỏ.
- Học cách khai báo vùng lưu trữ dữ liệu bền (3 giờ) — Trước khi có dữ liệu thật.
- Dùng tệp cấu hình gộp nhiều dịch vụ (1 ngày) — Đây là lúc nó thật sự hữu ích.
- Đặt lịch dọn ảnh và khối không dùng (30 phút) — Tránh đầy ổ đĩa.
Vì sao phải ghi rõ phiên bản của khối nền?
Đây là thói quen nhỏ nhưng bảo vệ bạn khỏi một loại lỗi rất khó chẩn đoán.
Khi viết tệp mô tả cách dựng, bạn khai báo mình xuất phát từ một khối nền có sẵn — ví dụ một bản Linux tối giản kèm sẵn ngôn ngữ bạn dùng. Nếu chỉ ghi tên mà không ghi phiên bản, bạn ngầm nói rằng hãy lấy bản mới nhất.
Hôm nay bản mới nhất là một phiên bản nào đó và mọi thứ chạy tốt. Sáu tháng sau, khi bạn dựng lại đúng tệp mô tả không sửa một chữ, bạn nhận về một bản nền đã khác — có thể đã đổi phiên bản ngôn ngữ, đã bỏ một thư viện.
Kết quả là dự án dựng lại từ chính tệp cũ mà lại hỏng, và bạn mất cả ngày tìm nguyên nhân trong khi mã nguồn không hề thay đổi. Ghi rõ phiên bản ngay từ đầu khiến việc dựng lại cho ra kết quả giống nhau ở mọi thời điểm.
Hạn chế cần biết
Nhiều khái niệm mới cùng lúc với người bắt đầu
Ảnh, khối, lớp, vùng lưu trữ, mạng nội bộ.
Chạy chậm hơn trên máy không dùng Linux
Phải qua một lớp trung gian nên hao tài nguyên.
Chiếm dung lượng ổ đĩa rất nhanh
Cần dọn dẹp định kỳ nếu không sẽ đầy.
Khối dựng sẵn từ nguồn lạ tiềm ẩn rủi ro
Nên ưu tiên khối chính thức của nhà phát triển.
Không tự làm ứng dụng chạy nhanh hơn
Nó giải bài toán nhất quán chứ không phải hiệu năng.
Docker so với các cách khác
| Tiêu chí | Docker | Máy ảo truyền thống | Cài trực tiếp lên máy |
|---|---|---|---|
| Nhất quán giữa các môi trường | Tốt nhất | Rất tốt | Kém |
| Tốc độ khởi động | Tốt nhất | Kém | Rất tốt |
| Tài nguyên tiêu thụ | Vừa | Rất cao | Thấp |
| Dễ với người mới | Khá | Tốt | Tốt nhất |
| Dựng lại môi trường từ đầu | Tốt nhất | Tốt | Kém |
| Cách ly giữa các dự án | Rất tốt | Tốt nhất | Kém |
Xem thêm đánh giá GitLab, đánh giá DBeaver, đánh giá Git, hoặc duyệt nhóm công cụ lập trình.
Kết luận
Docker là kỹ năng gần như bắt buộc với người làm phần mềm phía máy chủ ở thời điểm hiện tại.
Giá trị lớn nhất không phải các tính năng cao cấp mà là việc nó xoá bỏ được cả một loại rắc rối: sự khác biệt âm thầm giữa máy phát triển và máy chạy thật.
Hãy học cách khai báo vùng lưu trữ dữ liệu bền trước khi đưa dữ liệu thật vào. Đó là bài học mà nếu bỏ qua, bạn sẽ học bằng cách mất dữ liệu.
