Các lý do để sử dụng docker trong quy trình phát triển phần mềm của bạn là gì nếu bạn không sử dụng nó trong sản xuất?

Docker có rất nhiều tiềm năng để giải quyết các vấn đề tại nơi làm việc của tôi trong một nhóm lớn (100) nhà phát triển phần mềm và nó được sử dụng để giải quyết các vấn đề tại nơi làm việc của tôi. Điêu nay bao gôm:

Có một cụm Docker Host mà bạn có thể chạy công việc trên
Có các tác nhân CI chạy dưới dạng hình ảnh docker để bạn có thể mở rộng theo chiều ngang khi cần (và đảm bảo rằng mọi bản dựng hoàn toàn sạch sẽ và nhất quán)
Chuyên về các tác nhân khác nhau cho các bản dựng Android, JS và Java
Chạy thử nghiệm JUnit song song trải rộng trên nhiều container
Có công cụ Dev như Sonar và và NPMJS chạy trong Docker (trên máy chuyên dụng) để bạn có thể dễ dàng nâng cấp chúng trong một đường ống CI với một điều khiển phiên bản check-in

Các phản hồi đã trở lại với tôi:

Thật tuyệt khi bạn đã làm việc này, nhưng hiểu hệ sinh thái docker là một bước nhảy vọt về tinh thần đối với một số người . Nó đã được thiết lập rằng chúng tôi sẽ không chạy docker trong sản xuất, vì vậy chúng tôi thực sự không nghĩ rằng có lý do để đầu tư vào việc bỏ qua những người của chúng tôi trong công cụ này.

Câu hỏi của tôi là: những lý do để sử dụng docker trong quy trình phát triển phần mềm của bạn là gì nếu bạn không sử dụng nó trong sản xuất?

production docker culture

— mắt diều hâu
nguồn

Chỉ vì bạn sẽ không sử dụng nó trong sản xuất không có nghĩa là nó không phải là một công cụ hữu ích cho mục đích phát triển, vì vậy lập luận "chúng tôi sẽ không sử dụng nó trong sản xuất, vì vậy chúng tôi không muốn xem xét nó ở tất cả "âm thanh không hợp lệ với tôi. Bạn đã có một danh sách những thứ cho thấy nó có thể hữu ích như thế nào. Tôi sử dụng nó để chạy cơ sở dữ liệu để phát triển và thử nghiệm trên máy phát triển của mình.

— Jesper

Chỉ cần một lưu ý nhanh: Đối với tôi, bạn có thể tăng quy mô (máy mạnh hơn) hoặc bạn mở rộng theo chiều ngang (thêm nhiều máy). Mở rộng theo chiều ngang có vẻ kỳ lạ với tôi.

— Machado

Tự mình làm và dành một máy để nhân rộng các điều kiện sản xuất nếu bạn quyết định đi theo con đường sử dụng Docker đó để bạn có thể thử nghiệm chương trình trong một môi trường giống như sản xuất nhất có thể. Bên cạnh đó, đi Docker điên, vui chơi.

— Neil

Một mẹo nhanh khác: Máy chủ kiểm soát nguồn, Máy chủ xây dựng và Máy chủ CI là PHỤC VỤ SẢN XUẤT cho nhà phát triển của bạn. Tổ chức của bạn có thể sử dụng CNTT như một mục tiêu cuối cùng (nghĩa là bạn không kinh doanh trong lĩnh vực Công nghệ), nhưng nếu bạn có nhà phát triển, họ mong muốn có một môi trường mà họ có thể dựa vào để thực hiện một số công việc. Điều đó có nghĩa là tất cả các máy chủ ở trên phải được coi là quan trọng như mọi thứ khác trong phạm vi của bạn hoặc nếu không bạn sẽ có một nhóm không có tài nguyên để làm việc và phân phối. Ngay cả khi CNTT là một mặt hỗ trợ cho hoạt động của bạn, bạn không muốn chúng chỉ quanh quẩn ở các máy chủ đang chờ để được trực tuyến trở lại.

— Machado

Vấn đề với phản hồi bạn nhận được là: nó được dịch thành »Đi xa với docker. Chúng tôi không muốn điều đó. «Tất nhiên có nhiều lý do người ta có thể đưa ra cho việc sử dụng docker, nhưng trong trường hợp này, có vẻ như phản hồi chỉ là một lý do lịch sự.

— Thomas Junk

Dưới đây là một số lý do tại sao chúng tôi sử dụng docker như một phần của quy trình phát triển phần mềm của chúng tôi (chúng tôi chưa sử dụng nó trong sản xuất):

Môi trường triển khai cục bộ được kiểm soát nhất quán và phiên bản - chúng tôi kiểm tra các bản dựng docker của chúng tôi thành kiểm soát phiên bản và chúng tôi có thể cộng tác trên ngăn xếp. Chúng ta có thể có được một môi trường hoàn toàn sạch sẽ bằng cách dừng lại và bắt đầu một ngăn xếp.
Dễ phân phối môi trường cho đồng đội - gần đây chúng tôi đã có một chồng phần mềm hoàn toàn mới mà chúng tôi phải bắt đầu bảo trì. Chúng tôi chỉ phải sản xuất ngăn xếp một lần trong Docker và phân phối nó trong nhóm thay vì ghi lại các công cụ và quy trình để cài đặt vô số phần mềm. Các tài liệu thường bị lãng quên và chỉ được kiểm tra khi một thành viên mới gia nhập nhóm - thường thì các hướng dẫn không còn hiệu quả nữa.
Được sử dụng trong các bản dựng CI và kiểm tra tự động - Các hình ảnh tương tự chúng tôi đang sử dụng để triển khai và kiểm tra phần mềm cục bộ được CI sử dụng để xây dựng và kiểm tra phần mềm. Điều này làm cho nó ít có khả năng xảy ra lỗi cụ thể đối với các quirks trong môi trường địa phương của ai đó.
Dễ dàng hơn các máy ảo để quản lý, thay đổi, xây dựng và phân phối.
Cung cấp khả năng mở rộng hình ảnh hiện có để chúng tôi không phải xây dựng hình ảnh từ đầu. Thông thường có các hình ảnh nguồn mở có sẵn cho các gói phần mềm phổ biến.

— Samuel
nguồn