Posso trovare una piccola azienda su DevOps?

Supponiamo che io sia un imprenditore con pochi soldi per la mia Great Idea (TM) e che avvii un'azienda che inizialmente pianifica di implementare la mia Great Idea (TM) per conto mio e assumo ulteriore aiuto su una base dettata dal tasso di crescita dell'azienda.

Spesso, le risposte su questo sito sono incentrate sull'idea che DevOps non è un ruolo, ma un nuovo modo di fare le cose con una nuova filosofia operativa che consente a un team di ruoli di svolgere effettivamente DevOps. Questo impedisce al burnout e alle persone di sentirsi come un lupo solitario

Come azienda nascente e in erba, quindi, dovrei anche preoccuparmi di perseguire DevOps come filosofia, o è appropriato solo per un'operazione più matura in grado di avere un team di sviluppo di dimensioni sufficienti?

DevOps ha tre parti: Tooling / automazione, Organizzazione e Cultura.

State basando la struttura organizzativa e elaborate la maturità "aziendale". Che è intelligente. La mia esperienza in una startup e con una società di fortuna 1000 mi ha permesso di indicare che iniziare con DevOps è migliore per la crescita dell'azienda. È efficiente e si adatta perfettamente all'agile.

Tooling

Essendo la tua maturità davvero giovane, dovresti acquistare il tuo processo DevOps come prodotti saas per ridurre il time to market. Invece di Jenkins, usa circleCI o un prodotto simile. Invece di VM e docker, usa Heroku. Prova a incorporare il set di strumenti, ma fallo in modo che funzioni per le dimensioni della tua azienda. Se la distribuzione manuale del codice richiede 4 ore a settimana e l'automazione in 1 ora lo salva. Fallo.

organizzativa

Anche dal punto di vista organizzativo, inizierai naturalmente con tutti gli sviluppatori come parti responsabili per le operazioni / funzionalità, incluso lo sviluppo del prodotto. Dai un'occhiata a http://web.devopstopologies.com/ per le strutture organizzative. La nostra startup è iniziata con il tipo 2, e mentre maturiamo si sposterà verso il tipo 7.

Culturale

DevOps è semplicemente un lavoro di squadra. Lavora insieme e tutto diventa più facile. Di solito è un problema perché la leadership non lo tiene a mente, quindi quando inizi, assicurati che tutti siano separati dal business. Ciò si riflette anche in agile.

Quindi in breve, sì, perseguire DevOps ma farlo al livello che soddisfa la maturità aziendale.

L'uno (avviare una piccola azienda di 1-2 persone e crescere man mano che arrivano i soldi) non ha nulla a che fare con l'altro (usando una filosofia DevOps).

Anche un'azienda individuale può essere basata su DevOps. Puoi iniziare a implementare la tua Great Idea (tm) con una pipeline CI / CD completamente containerizzata funzionante, in effetti non c'è momento migliore rispetto all'inizio, quando non c'è ancora nessuna crociera di cui occuparsi, e prima di colpire un significativo numero di utenti. Non ci vorranno mesi di lavoro; puoi mettere insieme una pipeline Jenkins / Docker di base in poche ore (se ne conosci già molte) o forse giorni (ma poi i giorni saranno stati spesi in modo produttivo imparando queste cose mentre procedi).

Iniziare con la parte CD in un progetto greenfield è molto più semplice dell'aggiunta di CD a un'applicazione esistente che prima utilizzava la distribuzione manuale.

È possibile iniziare con la copertura completa del test all'inizio (non esiste un momento migliore, per ovvi motivi), compresi gli strumenti che verificano la copertura del test come parte dell'IC / CD.

Puoi facilmente iniziare con alcune piccole misure di sicurezza, come controllare la tua suite di test per porte aperte superflue o altro.

Puoi, e dovresti iniziare subito con il bestiame non-animale domestico (ovvero IaC, IaaS, PaaS e tutta quella roba buona, ospitato su uno dei provider "grandi tre" piuttosto snelli). Inizia in piccolo, ridimensiona un necessario.

Quando aggiungi più personale, inizieranno proprio in quella fruttuosa atmosfera, e speriamo che molti dei loro errori più economici vengano immediatamente catturati dall'IC / CD.

Penso che sia un'idea fattibile. Puoi impostare un fornitore di servizi per le aziende che hanno bisogno dei servizi di DevOps ma non vogliono assumere uno staff per tali servizi o perché non possono permettersi di mantenere la persona in uno stipendio o perché non fanno affari che ha sempre bisogno di qualcuno a portata di mano. Tali società possono impegnare i tuoi servizi o persino metterti in qualche forma di fidelizzatori.

Ho scoperto che lo sviluppo di una nuova impresa può effettivamente essere semplificato adottando la filosofia e le pratiche DevOps. Dopotutto, un'azienda di piccole (1-2) persone non ha le risorse (o il lusso) per assumere uno sviluppatore, un QA, operazioni e persino un servizio clienti.

Quindi quasi per necessità i primi giocatori dovranno ricoprire più ruoli, lo sviluppo e le operazioni (caratteristiche e rilasci) possono essere mappati direttamente su un business in stile "DevOps".

Ciò che ho fatto con la mia precedente micro-agenzia, alla fine siamo diventati 2 a tempo pieno (principalmente sviluppatore, il mio partner ops principalmente sfondi, ma abbiamo iniziato a cross pollenating per ibridare noi stessi :) e 3-4 appaltatori regolari che sarebbero stati chiamati come necessario. Alla fine abbiamo iniziato anche a gestire (gestire) alcuni progetti per i clienti oltre ad aggiungere funzionalità.

Anche se non abbiamo usato il termine "DevOps" (non credo di sapere che esistesse al momento), ci siamo concentrati sul miglioramento delle funzionalità nel tempo di implementazione e nel rendere l'esperienza del cliente il più indolore possibile.

Inoltre, un modello DevOps può rendere più facile per le persone prendersi del tempo libero, poiché il loro ruolo può essere ricoperto da qualcun altro!

In questo momento sto avviando un'impresa (fornendo servizi DevOps) alle piccole imprese.

Quindi, in poche parole, non solo penso che sia possibile , ma credo che sia il modo migliore per iniziare!

In bocca al lupo!

Sì, perché puoi utilizzare l'automazione avanzata per creare valore e stabilire basi riutilizzabili della tua futura azienda più grande. Dipende, ovviamente, dalla frequenza con cui aggiornerai i tuoi prodotti digitali. Ma apprezzerai la possibilità di svolgere tutto il lavoro manuale necessario per esercizi ripetitivi.