Posso encontrar uma pequena empresa no DevOps?

Suponha que eu seja um empreendedor com pouco dinheiro para minha Great Idea (TM) e inicie uma empresa que inicialmente planeje implementar minha Great Idea (TM) por conta própria e contrate ajuda adicional em uma base ditada pela taxa de crescimento da empresa.

Freqüentemente, as respostas neste site se concentram na idéia de que o DevOps não é uma função, mas uma nova maneira de fazer as coisas com uma nova filosofia de operação que permite que uma equipe de funções faça o DevOps. Isso evita o esgotamento e as pessoas se sintam como um lobo solitário

Como empresa iniciante e iniciante, devo me preocupar em seguir o DevOps como uma filosofia, ou isso é apropriado apenas para uma operação mais madura, capaz de ter uma equipe de desenvolvimento de tamanho suficiente?

O DevOps possui três partes: Ferramentas / automação, Organizacional e Cultural.

Você está baseando sua estrutura organizacional e processo "na maturidade do seu negócio". O que é inteligente. Minha experiência em uma startup e com uma empresa da Fortune 1000 me proporcionou a experiência de denotar que começar com o DevOps é melhor para o crescimento da empresa. É eficiente e combina bem com o ágil.

Ferramentas

Sendo sua maturidade muito jovem, você deve comprar seu processo de DevOps como produtos saas para reduzir o tempo de colocação no mercado. Em vez de Jenkins, use circleCI ou produto similar. Em vez de VMs e janela de encaixe, use Heroku. Experimente e incorpore o conjunto de ferramentas, mas faça-o de uma maneira que funcione para o tamanho da sua empresa. Se a implantação manual do código levar 4 horas por semana e automatizá-lo em 1 hora, isso será economizado. Faça.

Organizacional

Também do ponto de vista organizacional, você começará naturalmente com todos os desenvolvedores como a parte responsável pelas operações / recursos e até pelo desenvolvimento do produto. Dê uma olhada em http://web.devopstopologies.com/ para estruturas organizacionais. Nossa inicialização começou com o tipo 2 e, à medida que amadurecemos, passamos para o tipo 7.

Cultural

O DevOps é simplesmente trabalho em equipe. Trabalhem juntos e tudo fica mais fácil. Geralmente, é um problema porque a liderança não mantém isso em mente. Assim, quando você começar, garanta que todos estejam separados dos negócios. Isso também se reflete em ágil.

Então, resumindo, sim, busque o DevOps, mas faça isso no nível que atenda à maturidade do seu negócio.

A primeira (iniciar uma empresa pequena para 1-2 pessoas e crescer à medida que o dinheiro chega) não tem nada a ver com a outra (usando a filosofia do DevOps).

Mesmo um negócio individual pode ser baseado em DevOps. Você pode começar a implementar sua Great Idea (tm) com um pipeline de CI / CD totalmente em contêineres funcional. Na verdade, não há tempo melhor do que no início, quando ainda não há nenhum problema a ser resolvido e antes de atingir um valor significativo. Número de usuários. Não vai demorar meses de trabalho; você pode hackear um pipeline básico do Jenkins / Docker em algumas horas (se você já sabe muito) ou talvez dias (mas os dias serão produtivamente gastos aprendendo essas coisas à medida que você avança).

Começar com a parte do CD em um projeto greenfield é muito mais fácil do que adicionar CD a um aplicativo existente que usava implantações manuais antes.

Você pode começar com a cobertura completa do teste no início (não há tempo melhor, por razões óbvias), incluindo ferramentas que verificam a cobertura do teste como parte do CI / CD.

Você pode começar facilmente com algumas pequenas medidas de segurança, como verificar seu conjunto de testes em busca de portas abertas supérfluas ou qualquer outra coisa.

Você pode e deve começar imediatamente com gado não animal de estimação (ou seja, IaC, IaaS, PaaS e todas essas coisas boas, hospedadas em um dos "três grandes" provedores bastante simplificados). Comece pequeno, dimensione o necessário.

Quando você adiciona mais pessoal, eles começam exatamente nessa atmosfera frutífera, e esperamos que muitos de seus erros mais baratos sejam capturados imediatamente pelo CI / CD.

Eu acho que é uma ideia viável. Você pode configurar como um provedor de serviços para empresas que precisam de serviços do DevOps, mas não deseja empregar uma equipe para esses serviços, porque eles não podem se dar ao luxo de manter a pessoa com um salário ou porque não estão em um negócio que precisa permanentemente de alguém na mão. Essas empresas podem contratar seus serviços ou até colocá-lo em alguma forma de retentores.

Descobri que o desenvolvimento de um novo empreendimento pode ser facilitado adotando a filosofia e as práticas do DevOps. Afinal, uma empresa pequena (1-2) não tem recursos (ou luxo) para contratar um desenvolvedor, controle de qualidade, operações e até mesmo atendimento ao cliente.

Portanto, quase por necessidade, os jogadores iniciais terão que cobrir várias funções, o desenvolvimento e as operações (recursos e lançamentos) podem ser mapeados diretamente para uma empresa com estilo "DevOps".

Que o que eu fiz com minha micro-agência anterior, finalmente nos tornamos 2 em tempo integral (eu principalmente desenvolvo, meu parceiro trabalha principalmente com fundos, mas começamos a polinizar para nos híbrirmos :) e 3-4 contratantes regulares que seriam chamados como necessário. Por fim, começamos também a gerenciar (operacionalizar) alguns projetos para clientes, além de adicionar recursos.

Embora não tenhamos usado o termo "DevOps" (acho que não sabia que existia na época), estávamos focados em melhorar o recurso no período de implantação e tornar a experiência do cliente o mais simples possível.

Além disso, um modelo de DevOps pode facilitar a folga das pessoas, pois sua função pode ser coberta por outra pessoa!

Agora, estou iniciando um empreendimento (fornecendo serviços de DevOps) para pequenas empresas.

Então, em poucas palavras, não apenas acho que é possível , mas acredito que é a MELHOR maneira de começar!

Boa sorte!

Sim, porque você pode usar automação avançada para criar valor e estabelecer fundamentos reutilizáveis ​​para sua futura empresa maior. Depende, é claro, de quantas vezes você atualizará seus produtos digitais. Mas você valorizará a possibilidade do trabalho manual necessário em exercícios repetitivos.