BuildKit: Viên ngọc ẩn của Docker có thể xây dựng hầu hết mọi thứ

BuildKit: Viên ngọc ẩn của Docker có thể xây dựng hầu hết mọi thứ

Hầu hết các nhà phát triển đều biết đến Docker như thời gian chạy container đã thay đổi cách vận chuyển phần mềm. Ít người biết hơn về động cơ đang lặng lẽ hoạt động bên dưới bề mặt của mọi bản dựng Docker hiện đại - BuildKit, hệ thống xây dựng thế hệ tiếp theo đã được cung cấp cùng với Docker kể từ phiên bản 18.09 và trở thành chương trình phụ trợ mặc định trong Docker 23.0. Trong khi các kỹ sư tranh luận không ngừng về cấu hình Kubernetes và mẫu vi dịch vụ, BuildKit đã dần phát triển thành một trong những hệ thống xây dựng linh hoạt, mạnh mẽ nhất trong hệ sinh thái DevOps. Nếu bạn coi nó chỉ là một bản dựng docker nhanh hơn, thì bạn đang bỏ lỡ khả năng to lớn. Các công ty chạy quy trình CI/CD thông lượng cao đã cắt giảm 50–70% thời gian xây dựng chỉ bằng cách hiểu những gì BuildKit thực sự cung cấp — và đó mới chỉ là bước khởi đầu.

Điều gì làm cho BuildKit khác biệt về cơ bản với Builder cổ điển

Công cụ xây dựng Docker ban đầu thực thi các hướng dẫn Dockerfile một cách tuần tự, từng lớp một mà không nhận thức được công việc nào có thể diễn ra song song một cách an toàn. BuildKit thay thế mô hình thực thi tuyến tính đó bằng biểu đồ chu kỳ có hướng (DAG) — một biểu đồ phụ thuộc giúp hiểu các bước xây dựng nào phụ thuộc lẫn nhau và bước nào không. Các giai đoạn độc lập được thực thi đồng thời, các giai đoạn không sử dụng bị bỏ qua hoàn toàn và toàn bộ bản dựng trở thành bản mô tả khai báo về những gì bạn muốn thay vì một chuỗi các bước bắt buộc mà bạn phải đọc theo đúng thứ tự.

Sự thay đổi kiến ​​trúc này có những hậu quả thực tế vượt xa tốc độ. Khi Dockerfile nhiều giai đoạn biên dịch tệp nhị phân Go trong một giai đoạn, tải xuống các phần phụ thuộc Node.js ở giai đoạn khác và tập hợp hình ảnh sản xuất ở giai đoạn thứ ba, BuildKit có thể chạy đồng thời hai giai đoạn đầu tiên. Quá trình xây dựng trước đây mất bốn phút trên trình chạy CI mạnh mẽ giờ đây hoàn thành trong chưa đầy 90 giây. Stripe, Shopify và nhiều nhóm kỹ thuật quy mô cao khác đã ghi nhận những thành tựu tương tự trong quá trình hồi cứu công cụ nội bộ của họ. Mô hình DAG cũng có nghĩa là BuildKit có thể tạo siêu dữ liệu bản dựng có độ chính xác cao — nền tảng cho các tính năng như chứng thực xuất xứ và tạo hóa đơn vật liệu phần mềm (SBOM) có ý nghĩa vô cùng quan trọng đối với bảo mật chuỗi cung ứng.

Ngoài ra còn có sự thay đổi về mặt khái niệm trong cách hoạt động của tính năng vô hiệu hóa bộ đệm. Trình tạo cổ điển đã vô hiệu hóa mọi lớp bên dưới bất kỳ hướng dẫn đã thay đổi nào. BuildKit theo dõi nội dung băm ở mỗi đầu vào, do đó, việc thay đổi nhận xét trong Dockerfile sẽ không làm mất đi mục nhập bộ nhớ đệm tương ứng với 30 phút biên dịch. Khi bộ nhớ đệm bản dựng của bạn là sự khác biệt giữa vòng phản hồi năm phút và bốn mươi phút đối với nhóm kỹ thuật của bạn, thì độ chính xác này quan trọng hơn nhiều so với những gì bạn tưởng ban đầu.

Bản dựng đa nền tảng: Một lệnh, mọi kiến trúc

Cờ --platform của BuildKit và tích hợp QEMU biến vấn đề từng là vấn đề phức tạp trong việc phối hợp nhiều hệ thống thành một lệnh duy nhất. Chạy docker buildx build --platform linux/AMD64,linux/arm64,linux/arm/v7 . tạo song song ba hình ảnh sẵn sàng sản xuất từ ​​một lệnh gọi bản dựng duy nhất. Khả năng này trở nên quan trọng khi ngành chuyển sang ARM — các phiên bản AWS Graviton3 luôn mang lại hiệu suất về giá tốt hơn 40% cho các khối lượng công việc như phân phối web và xử lý dữ liệu, đồng thời Apple Silicon đã biến ARM trở thành cỗ máy phát triển mặc định cho hàng triệu kỹ sư.

Trước khi hỗ trợ đa nền tảng của BuildKit hoàn thiện, việc duy trì các quy trình xây dựng riêng biệt cho các kiến ​​trúc khác nhau là một trung tâm chi phí thực sự. Các nhóm duy trì nhiều Dockerfile, chạy các đường ống CI riêng biệt trên các trình chạy có kiến ​​trúc khác nhau hoặc chỉ đơn giản là vận chuyển hình ảnh x86 đi khắp nơi và phải chịu phạt hiệu suất trên cơ sở hạ tầng ARM. Với BuildKit, bạn xác định bản dựng của mình một lần và để hệ thống xử lý quá trình biên dịch theo kiến ​​trúc cụ thể một cách minh bạch. Các dự án Rust yêu cầu biên dịch chéo, các dự án Go có phần phụ thuộc CGO, các gói Python có phần mở rộng C

Related Posts

• Hành Trình Mật Mã của DJB: Từ Anh Hùng Code Đến Kẻ Phá Rối Tiêu Chuẩn
• Công cụ hộp cát dòng lệnh ít được biết đến của macOS (2025)
• Cựu công nghệ -> Người vô gia cư ở SF
• CXMT đã cung cấp chip DDR4 với giá chỉ bằng một nửa giá thị trường hiện hành