Tôi có thể tìm thấy một công ty nhỏ trên DevOps không?

Giả sử tôi là một doanh nhân có ít tiền hạt giống cho Great Idea (TM) của tôi và tôi bắt đầu một công ty ban đầu dự định tự mình thực hiện Great Idea (TM) và thuê thêm trợ giúp trên cơ sở quyết định bởi tốc độ tăng trưởng của công ty.

Thông thường, các câu trả lời trên trang web này xoay quanh ý tưởng rằng DevOps không phải là một vai trò, mà là một cách làm mới với triết lý hoạt động mới cho phép một nhóm vai trò thực sự làm DevOps. Điều này ngăn ngừa kiệt sức và mọi người cảm thấy như một con sói đơn độc

Là một công ty non trẻ và vừa chớm nở, tôi thậm chí có nên theo đuổi DevOps như một triết lý hay điều này chỉ phù hợp với một hoạt động trưởng thành hơn có khả năng có một nhóm phát triển đủ kích cỡ?

DevOps có ba phần: Công cụ / tự động hóa, Tổ chức và Văn hóa.

Bạn đang dựa trên cơ cấu tổ chức và quy trình 'về sự trưởng thành của doanh nghiệp. Cái nào thông minh. Kinh nghiệm của tôi trong một công ty khởi nghiệp và với 1000 công ty may mắn đã cho tôi kinh nghiệm để biểu thị rằng bắt đầu với DevOps là tốt hơn cho sự phát triển của công ty. Đó là hiệu quả và phù hợp độc đáo với nhanh nhẹn.

Dụng cụ

Khi trưởng thành là rất trẻ, bạn nên mua quy trình DevOps của mình dưới dạng sản phẩm saas để giảm thời gian đưa ra thị trường. Thay vì Jenkins sử dụng circleCI hoặc sản phẩm tương tự. Thay vì VM và docker, hãy sử dụng Heroku. Hãy thử và kết hợp bộ công cụ nhưng thực hiện theo cách phù hợp với quy mô doanh nghiệp của bạn. Nếu việc triển khai mã theo cách thủ công mất 4 giờ một tuần và tự động hóa nó trong 1 giờ sẽ tiết kiệm được điều đó. Làm đi.

Tổ chức

Cũng từ quan điểm tổ chức, bạn sẽ tự nhiên bắt đầu với tất cả các nhà phát triển với tư cách là bên chịu trách nhiệm cho các hoạt động / tính năng thậm chí là phát triển sản phẩm. Hãy xem http://web.devopstopology.com/ để biết cấu trúc tổ chức. Khởi nghiệp của chúng tôi bắt đầu với loại 2 và khi chúng tôi trưởng thành sẽ chuyển sang loại 7.

Văn hóa

DevOps chỉ đơn giản là làm việc theo nhóm. Làm việc cùng nhau và mọi thứ trở nên dễ dàng hơn. Nó thường là một vấn đề bởi vì lãnh đạo không ghi nhớ điều này để khi bạn bắt đầu, hãy đảm bảo rằng mọi người đều tách rời công việc. Điều này cũng được phản ánh trong nhanh nhẹn.

Vì vậy, trong ngắn hạn, có theo đuổi DevOps nhưng làm như vậy ở mức độ đáp ứng sự trưởng thành kinh doanh của bạn.

Công ty này (bắt đầu một công ty nhỏ 1-2 người và phát triển khi có tiền) không liên quan gì đến công ty kia (sử dụng triết lý DevOps).

Ngay cả một doanh nghiệp 1 người cũng có thể dựa trên DevOps. Bạn có thể bắt đầu thực hiện Ý tưởng tuyệt vời (tm) của mình với một đường ống CI / CD được chứa đầy đủ chức năng, trên thực tế không có thời gian nào tốt hơn lúc ban đầu, khi chưa có hành trình nào để chăm sóc, và trước khi bạn đạt được thành công đáng kể số lượng người dùng. Nó sẽ không mất nhiều tháng làm việc; bạn có thể hack cùng một đường ống Jenkins / Docker cơ bản trong vài giờ (nếu bạn đã biết nhiều) hoặc có thể vài ngày (nhưng sau đó ngày sẽ được sử dụng một cách hiệu quả khi học những thứ đó khi bạn đi).

Bắt đầu với phần CD trong một dự án Greenfield là nhiều dễ dàng hơn vì thêm CD sang một ứng dụng hiện có mà sử dụng triển khai có hiệu quả.

Bạn có thể bắt đầu với phạm vi kiểm tra đầy đủ khi bắt đầu (không có thời gian nào tốt hơn, vì lý do rõ ràng), bao gồm các công cụ xác minh phạm vi kiểm tra là một phần của CI / CD.

Bạn có thể dễ dàng bắt đầu với một số biện pháp bảo mật nhỏ, như kiểm tra bộ kiểm tra của bạn để biết các cổng mở không cần thiết hay bất cứ điều gì.

Bạn có thể, và nên bắt đầu với gia súc không phải là thú cưng ngay lập tức (có nghĩa là IaC, IaaS, PaaS và tất cả những thứ tốt, được lưu trữ trên một trong những nhà cung cấp "ba lớn" được sắp xếp hợp lý). Bắt đầu nhỏ, quy mô cần thiết.

Khi bạn thêm nhiều người, họ sẽ bắt đầu ngay trong bầu không khí hiệu quả đó và hy vọng nhiều lỗi rẻ hơn của họ sẽ ngay lập tức bị CI / CD bắt gặp.

Tôi nghĩ đó là một ý tưởng khả thi. Bạn có thể thiết lập làm nhà cung cấp dịch vụ cho các công ty cần dịch vụ của DevOps nhưng không muốn thuê nhân viên cho các dịch vụ đó vì họ không đủ khả năng để giữ lương cho người đó hoặc vì họ không tham gia kinh doanh mà vĩnh viễn cần một người nào đó trong tay. Các công ty như vậy có thể tham gia các dịch vụ của bạn hoặc thậm chí đưa bạn vào một số hình thức của người lưu giữ.

Tôi đã tìm thấy việc phát triển một liên doanh mới thực sự có thể được thực hiện EASIER bằng cách áp dụng triết lý và thực tiễn DevOps. Rốt cuộc, một công ty nhỏ (1-2) không có tài nguyên (hoặc xa xỉ) để thuê một nhà phát triển, QA, hoạt động và thậm chí cả dịch vụ khách hàng.

Vì vậy, gần như là cần thiết, những người chơi sớm sẽ phải đảm nhận nhiều vai trò, phát triển và vận hành (tính năng và bản phát hành) có thể được ánh xạ trực tiếp đến một doanh nghiệp theo kiểu "DevOps".

Đó là những gì tôi đã làm với cơ quan vi mô trước đây của mình, cuối cùng chúng tôi đã trở thành 2 toàn thời gian (tôi chủ yếu là nhà phát triển, đối tác của tôi chủ yếu là nền tảng, nhưng chúng tôi bắt đầu thụ phấn để lai với chính mình :) và 3-4 nhà thầu thường xuyên sẽ được gọi là cần thiết Cuối cùng, chúng tôi cũng bắt đầu quản lý (vận hành) một số dự án cho khách hàng ngoài việc thêm các tính năng.

Mặc dù chúng tôi không sử dụng thuật ngữ "DevOps" (tôi không nghĩ rằng tôi biết nó tồn tại vào thời điểm đó), chúng tôi đã tập trung vào việc cải thiện tính năng để khung thời gian triển khai và làm cho trải nghiệm của khách hàng không đau đớn nhất có thể.

Ngoài ra, một mô hình DevOps có thể giúp mọi người dễ dàng nghỉ ngơi hơn, vì vai trò của họ có thể được bảo vệ bởi người khác!

Tôi mới bắt đầu một liên doanh (cung cấp dịch vụ DevOps) cho doanh nghiệp nhỏ.

Vì vậy, tóm lại, tôi không chỉ nghĩ rằng nó có thể , mà tôi tin rằng đó là cách TỐT NHẤT để bắt đầu!

Chúc may mắn!

Có bởi vì bạn có thể sử dụng tự động hóa tiên tiến để tạo ra giá trị và thiết lập nền tảng có thể tái sử dụng của công ty lớn hơn trong tương lai của bạn. Tất nhiên phụ thuộc vào tần suất bạn sẽ cập nhật các sản phẩm kỹ thuật số của mình. Nhưng bạn sẽ đánh giá cao khả năng làm việc thủ công nhiều như cần thiết trên các bài tập lặp đi lặp lại.