Docker đã thay đổi hoàn toàn cách tôi cài đặt và sử dụng các ứng dụng trong hệ thống “home lab” cá nhân, giúp tôi loại bỏ mọi lo ngại về sự xung đột hay rắc rối. Sự thay đổi này chỉ thực sự đến sau khi tôi đã vật lộn với các container – thứ mà nhiều người khẳng định là dễ dàng triển khai và sử dụng. Khoảng cách vô hình tồn tại vì tôi đã tin tưởng mọi người một cách mù quáng và không chú ý đến những kiến thức cơ bản về Docker. Tôi bị lóa mắt bởi sự hấp dẫn của việc cài đặt dễ dàng, khả năng cô lập tốt hơn và tính di động. Những trải nghiệm của tôi với container trong vài tháng qua đã giúp tôi nhận ra những điều ước gì mình đã biết sớm hơn khi bắt đầu hành trình sử dụng Docker cho các dự án cá nhân.
6. Docker Container Không Phải Là Máy Ảo (Virtual Machine)
Chúng khác biệt dù có vài điểm tương đồng
Laptop hiển thị giao diện Docker, minh họa việc quản lý container
Khi lần đầu sử dụng Docker, tôi đã nhầm lẫn cho rằng nó là một máy ảo (VM). Mặc dù cơ chế hoạt động có vẻ quen thuộc, nhưng tôi đã nhanh chóng nhận ra sai lầm khi tìm hiểu kỹ hơn. Trong khi Docker hoạt động trong môi trường hộp cát (sandboxed) và cô lập, nó vẫn truy cập vào nhân (kernel) và một lượng rất ít tài nguyên hệ thống của máy chủ. Không giống như một hệ điều hành hoàn chỉnh, một Docker container rất nhẹ, khởi động nhanh hơn và chạy độc lập mà không can thiệp vào các ứng dụng khác trên cùng một máy.
Đây là lý do tại sao các container có thể khởi động chỉ trong vài giây, so với các máy ảo cần một khoảng thời gian đáng kể. Một container sẽ tự động bao gồm các dịch vụ hoặc phần phụ thuộc được hỗ trợ, loại bỏ nhu cầu phải thêm bất cứ thứ gì riêng biệt vào nó. Điều quan trọng cần hiểu là Docker chỉ cô lập các ứng dụng, trong khi máy ảo chịu trách nhiệm ảo hóa cả ứng dụng và môi trường trên các hệ thống khác nhau. Khi tôi nhận ra điều này, tôi đã điều chỉnh kỳ vọng của mình cho phù hợp với bản chất của công nghệ Docker.
5. Container Không Phải Lúc Nào Cũng “Một Kích Thước Phù Hợp Cho Tất Cả”
Kiến trúc phần cứng thực sự quan trọng
Giao diện Terminal trên Raspberry Pi hiển thị lệnh thêm người dùng vào nhóm docker
Trong hệ thống home lab của tôi, tôi thường triển khai các container trên một chiếc Raspberry Pi để khám phá những điều mới mẻ. Tôi đã rất ngạc nhiên khi container của Obsidian không thể chạy trên Pi. Việc điều tra sau đó cho thấy một trong những phần phụ thuộc của nó (KasmVNC) không hoạt động trên kiến trúc arm64. Ngoại lệ này đã gợi nhắc tôi về vấn đề “chạy tốt trên máy của tôi” tai tiếng, và điều này làm tôi ngạc nhiên vì Docker được biết đến với tính nhất quán và độ tin cậy. Tuy nhiên, tôi đã học được rằng không phải tất cả các container đều được xây dựng giống nhau, và kiến trúc phần cứng được hỗ trợ đôi khi thực sự quan trọng.
Ví dụ, tôi chỉ có thể chạy các container x86 trên máy tính dựa trên kiến trúc ARM sau khi đã định nghĩa đúng cách giả lập. Nhưng điều đó chỉ hoạt động khi container có liên quan với các phần phụ thuộc và thư viện được xây dựng phù hợp. Đó là lý do tại sao tôi không còn dùng tùy ý từ khóa latest trong địa chỉ image của container nữa, mà thay vào đó là chỉ định rõ phiên bản và kiến trúc mong muốn.
4. Nhiều Cách Để Triển Khai Container
Bạn có thể chọn cách “dân kỹ thuật” hoặc cách tiện lợi hơn
Ví dụ lệnh docker run trong Terminal với các tham số cấu hình
Các lệnh Docker cho phép tôi chạy container từ Terminal một cách thuận tiện, nhưng tôi thường bối rối khi không có gì xảy ra. Điều này là do việc chỉnh sửa cú pháp của một lệnh docker run dài rất khó khăn, và tôi thường mắc lỗi về thụt lề. Ngay cả khi tôi sử dụng một trình soạn thảo văn bản để cá nhân hóa một số cấu hình trong các lệnh, chúng thường thất bại khi thực thi.
Đó là lý do tại sao tôi cảm thấy thoải mái hơn khi sử dụng Docker Compose, nhờ vào việc thực hành làm việc với các tệp cấu hình YAML. Làm việc với một trình soạn thảo văn bản như Sublime Text, tôi không mất nhiều thời gian để điền vào một tệp YAML. Mặc dù Docker Compose lý tưởng để cấu hình và chạy nhiều container cùng một lúc, tôi vẫn dùng nó để cấu hình ngay cả những container đơn lẻ, nhờ vào khả năng kiểm soát và dễ đọc của nó.
3. Giá Trị Có Thể Tùy Chỉnh Khi Triển Khai Container
Cần theo dõi và điều chỉnh mã cẩn thận
Nhiều dự án trên GitHub đã bao gồm các lệnh Docker và mã Docker Compose trong phương pháp cài đặt của họ. Khi mới bắt đầu, tôi sẽ sao chép và cố gắng chạy chúng, nhưng thường xuyên thất vọng. Theo thời gian, tôi đã học được cách tùy chỉnh một số giá trị nhất định để phù hợp với mục tiêu và bản chất của container. Chẳng hạn, việc định nghĩa người dùng và nhóm có quyền truy cập vào một container cụ thể đã giúp tôi bỏ qua việc cấp quyền sudo cho tài khoản đó.
Trong hầu hết các trường hợp, chỉ có các giá trị trước dấu hai chấm trong một script hoặc lệnh là có thể tùy chỉnh được. Tuy nhiên, một số giá trị có thể được định nghĩa chung, như múi giờ (Timezone). Việc thiết lập các thư mục nội bộ để lưu dữ liệu và tệp cấu hình của container có thể phức tạp. Nhưng chúng lại rất hữu ích trong việc lưu trữ dữ liệu bền vững (persistent data) ngay cả khi container bị lỗi, đảm bảo các thiết lập và thông tin quan trọng không bị mất đi.
2. Kết Nối Mạng Giữa Các Container Có Thể Phức Tạp
Làm cho các container giao tiếp với nhau là một thử thách
Sơ đồ minh họa kết nối mạng giữa các container trong Docker
Khi triển khai các container bằng dòng lệnh Docker, tôi đã giả định rằng chúng sẽ tự động giao tiếp với nhau. Nhưng thực tế không phải vậy. Mỗi container được triển khai bằng lệnh docker run mặc định sẽ hoạt động trên một mạng bridge riêng biệt. Những container này có thể nói chuyện với nhau bằng địa chỉ IP, nhưng không thể tìm thấy các container khác bằng tên máy chủ (hostname) trên cùng mạng bridge đó.
Để khắc phục hạn chế này, tôi bắt đầu sử dụng tệp YAML của Docker Compose để tự động kết nối các container vào cùng một mạng. Ngoài ra, Docker Compose cho phép các dịch vụ tìm thấy nhau bằng tên trên mạng chia sẻ. Vì vậy, tôi thường tạo các mạng cô lập cho các ứng dụng cụ thể khi tôi không muốn phải xử lý từng địa chỉ IP riêng lẻ, chủ yếu vì chúng thay đổi mỗi khi các container khởi động lại, gây bất tiện trong việc cấu hình.
1. Công Cụ Bên Thứ Ba Để Quản Lý Container
Xem, triển khai và quản lý container dễ dàng hơn
Ứng dụng Docker Desktop là một công cụ tuyệt vời trong môi trường máy tính để bàn trên Windows, macOS và Linux. Việc xử lý một máy chủ ảo (VPS) để quản lý blog của tôi đã biến phương pháp không có giao diện đồ họa (headless approach) trở nên dễ dàng hơn. Điều đó tự nhiên đã truyền cảm hứng cho tôi sử dụng Docker từ dòng lệnh trên Raspberry Pi hoặc các máy tính bảng đơn (SBC) khác. Khi tôi muốn có giao diện đồ họa để quản lý container, tôi đã thử Podman và Portainer.
Việc quản lý nhiều container trong “home lab” của tôi mang lại trải nghiệm tương tự như việc sử dụng chúng trong một thiết lập chuyên nghiệp, cấp doanh nghiệp. Tiếp theo, tôi sẽ thử nghiệm với Docker Swarm để quản lý các container của mình và đảm bảo mọi thứ chạy trơn tru mà không gặp sự cố, hướng tới một hệ thống ổn định và có khả năng mở rộng.
Nắm vững những sắc thái có thể nâng cao trải nghiệm container hóa
Nhìn lại, tôi nhận ra mình đã học được những điều này một cách khó khăn, nhưng bạn không cần phải như vậy. Mặc dù kỹ năng lập trình của tôi còn hạn chế, tôi vẫn rất muốn tự lưu trữ (self-host) và thử nghiệm nhiều ứng dụng khác nhau. Giá như tôi đã biết những sắc thái của việc container hóa sớm hơn, tôi đã tiết kiệm được rất nhiều thời gian trong việc khắc phục sự cố với Docker container. Với sự giúp đỡ và gợi ý từ đồng nghiệp và các diễn đàn, tôi tự tin sử dụng Docker trên tất cả các nền tảng có thể. Cho dù bạn mới bắt đầu hay vẫn đang cân nhắc sử dụng Docker, tôi chân thành khuyên bạn nên tập trung vào những kiến thức cơ bản để tiết kiệm thời gian và chạy một số ứng dụng tự lưu trữ tốt nhất dưới dạng container.
Source: Docker
