Posso encontrar uma pequena empresa no DevOps?

9

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?

James Shewey
fonte
Isso é baseado em opiniões, portanto, nenhuma resposta real pode ser dada - e é por isso que estou adicionando um comentário. Eu acredito que "Sim, você deveria se preocupar". Se você observar os elementos básicos da filosofia do DevOps e da "maneira de fazer as coisas", as idéias são sólidas e comprovadamente funcionam e proporcionam uma vantagem competitiva. Se você iniciar uma empresa iniciante, definitivamente não deve ignorar esses princípios e tentar incorporá-los à forma como está negociando. O DevOps NÃO é apenas para jogadores "maiores". De fato, a maioria dos jogadores "maiores" falha completamente em adotar uma cultura radicalmente diferente, enquanto você pode construí-la desde a fundação
Evgeny
@ Evgeny - Então, como o empreendedor faz isso com uma equipe de 1 homem com base nas outras respostas que eu vinculei?
James Shewey
FWIW, ter alguma experiência em DevOps ajuda bastante (na verdade, eu mesmo estou fazendo isso). Caso contrário - é altamente recomendável um co-fundador ou mesmo uma mão contratada com essa experiência -, isso ajudará a manter os custos baixos, o que é crucial se / durante a inicialização.
precisa

Respostas:

9

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.

Jeff Garrett
fonte
11
Obrigado pelo link para topologias do DevOps; coisas boas lá.
Stuart Ainsworth
5

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.

AnoE
fonte
11
Adicionar IAC a esta e esta empresa homem pode criar mais valor do que 5 pessoas sem DevOps aproximar
Peter Muryshkin
Eu também sugeriria considerar PaaS sobre IaaS, se possível - mais simples, custos iniciais mais baixos e capacidade de escalar rapidamente com muito poucas alterações (se houver).
precisa
1

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.

MARAVILHA
fonte
1

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!

Rusty Eddy
fonte
0

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.

Peter Muryshkin
fonte