¿Puedo encontrar una pequeña empresa en DevOps?

9

Supongamos que soy un emprendedor con poco capital inicial para mi Gran Idea (TM) y comienzo una empresa que inicialmente planea implementar mi Gran Idea (TM) por mi cuenta y contratar ayuda adicional en función de la tasa de crecimiento de la empresa.

Con frecuencia, las respuestas en este sitio se centran en la idea de que DevOps no es un rol, sino una nueva forma de hacer las cosas con una nueva filosofía de operación que permite que un equipo de roles realice DevOps. Esto evita el agotamiento y la gente se siente como un lobo solitario

Como empresa incipiente y en ciernes, entonces, ¿debería incluso molestarme en seguir DevOps como filosofía, o es esto solo apropiado para una operación más madura capaz de tener un equipo de desarrollo de tamaño suficiente?

James Shewey
fuente
Esto se basa en la opinión, por lo que no se puede dar una respuesta real, por eso estoy agregando un comentario. Creo que "Sí, deberías molestarte". Si observa los componentes básicos de la filosofía y la "forma de hacer las cosas" de DevOps, las ideas son sólidas y han demostrado que funcionan y ofrecen una ventaja competitiva. Si comienzas una empresa de inicio, definitivamente no debes ignorar estos principios e intentar incorporarlos en tu forma de hacer negocios. DevOps NO es solo para jugadores "más grandes". De hecho, la mayoría de los jugadores "más grandes" no adoptan por completo una cultura tan radicalmente diferente, mientras que puedes construirla desde la fundación
Evgeny
@Evgeny - Entonces, ¿cómo hace eso el emprendedor con un equipo de 1 hombre basado en las otras respuestas que vinculé?
James Shewey
FWIW, tener algo de experiencia en DevOps ayuda mucho (en realidad lo estoy haciendo yo mismo). Si no es así, se recomienda encarecidamente un cofundador o incluso una mano contratada con tanta experiencia, ayudará a mantener los costos bajos, lo cual es crucial si / mientras que el arranque.
Dan Cornilescu

Respuestas:

9

DevOps tiene tres partes: herramientas / automatización, organizacional y cultural.

Está basando su estructura organizativa y proceso 'en la madurez de su negocio'. Lo cual es inteligente. Mi experiencia en una startup y con una compañía Fortune 1000 me ha brindado la experiencia para denotar que comenzar con DevOps es mejor para el crecimiento de la compañía. Es eficiente y encaja muy bien con ágil.

Estampación

Como su madurez es realmente joven, debe comprar su proceso DevOps como productos saas para reducir el tiempo de comercialización. En lugar de Jenkins, use circleCI o un producto similar. En lugar de VM y Docker, usa Heroku. Intente incorporar el conjunto de herramientas, pero hágalo de una manera que funcione para el tamaño de su negocio. Si la implementación del código manualmente toma 4 horas a la semana y la automatización en 1 hora lo guarda. Hazlo.

Organizativo

También desde el punto de vista de la organización, comenzará naturalmente con todos los desarrolladores como la parte responsable de las operaciones / características, incluso del desarrollo del producto. Eche un vistazo a http://web.devopstopologies.com/ para ver las estructuras organizativas. Nuestra startup comenzó con el tipo 2 y, a medida que maduramos, avanzará hacia el tipo 7.

Cultural

DevOps es simplemente trabajo en equipo. Trabajen juntos y todo se vuelve más fácil. Por lo general, es un problema porque el liderazgo no tiene esto en cuenta, así que al comenzar, asegúrese de que todos estén separados del negocio. Esto también se refleja en ágil.

En resumen, sí, busque DevOps, pero hágalo al nivel que cumpla con la madurez de su negocio.

Jeff Garrett
fuente
1
Gracias por el enlace a las topologías de DevOps; cosas buenas ahí.
Stuart Ainsworth, el
5

El primero (comenzar una pequeña empresa de 1 a 2 personas y crecer a medida que entra el dinero) no tiene nada que ver con el otro (usando una filosofía DevOps).

Incluso un negocio de 1 persona puede estar basado en DevOps. Puede comenzar a implementar su Gran Idea (tm) con una tubería de CI / CD completamente en contenedores que funcione, de hecho, no hay mejor momento que al principio, cuando todavía no hay nada que atender y antes de llegar a un punto significativo Número de usuarios. No tomará meses de trabajo; puede hackear una tubería básica de Jenkins / Docker en unas pocas horas (si ya sabe mucho) o tal vez días (pero luego los días se habrán pasado productivamente aprendiendo esas cosas a medida que avanza).

Comenzar con la parte de CD en un proyecto greenfield es mucho más fácil que agregar CD a una aplicación existente que usaba implementaciones manuales antes.

Puede comenzar con una cobertura de prueba completa al inicio (no hay mejor momento, por razones obvias), incluidas herramientas que verifican la cobertura de prueba como parte del CI / CD.

Puede comenzar fácilmente con algunas pequeñas medidas de seguridad, como verificar si su suite de prueba tiene puertos abiertos superfluos o lo que sea.

Usted puede y debe comenzar con el ganado que no sea mascota de inmediato (es decir, IaC, IaaS, PaaS y todas esas cosas buenas, alojado en uno de los proveedores de "tres grandes" bastante simplificados). Comience con poco, escale lo necesario.

Cuando agrega más personal, comenzarán en ese ambiente fructífero y, con suerte, muchos de sus errores más baratos serán detectados inmediatamente por el CI / CD.

AnoE
fuente
1
Agregue IaC a esto y esta compañía de un solo hombre podría crear más valor que 5 personas sin el enfoque de DevOps
Peter Muryshkin
También sugeriría considerar PaaS sobre IaaS, si es posible: costos iniciales más simples y más bajos y la capacidad de escalar rápidamente con muy pocos cambios (si los hay).
Dan Cornilescu
1

Creo que es una idea factible. Puede establecerse como proveedor de servicios para empresas que necesitan servicios de DevOps pero no desean contratar personal para dichos servicios, ya sea porque no pueden permitirse el lujo de mantener a la persona con un salario o porque no están en un negocio que necesita permanentemente a alguien a mano. Dichas compañías pueden contratar sus servicios o incluso ponerlo en alguna forma de retenedores.

MARAVILLA
fuente
1

Descubrí que desarrollar una nueva empresa puede hacerse MÁS FÁCIL adoptando la filosofía y las prácticas de DevOps. Después de todo, una compañía pequeña (1-2) personas no tiene los recursos (o el lujo) para contratar a un desarrollador, control de calidad, operaciones e incluso servicio al cliente.

Por lo tanto, casi por necesidad, los primeros jugadores tendrán que cubrir múltiples roles, el desarrollo y las operaciones (características y lanzamientos) pueden asignarse directamente a un negocio con el estilo "DevOps".

Eso es lo que hice con mi anterior micro-agencia, eventualmente nos convertimos en 2 a tiempo completo (principalmente desarrollador, mi socio opera principalmente fondos, pero comenzamos a polinizar a híbridos nosotros mismos :) y 3-4 contratistas regulares que se llamarían como necesario. Finalmente, también comenzamos a administrar (operar) algunos proyectos para clientes, además de agregar funciones.

Aunque no utilizamos el término "DevOps" (no creo que supiera que existía en ese momento), nos enfocamos en mejorar la función para el marco de tiempo de implementación y hacer que la experiencia del cliente sea lo más sencilla posible.

Además, un modelo DevOps puede facilitar que las personas se tomen un tiempo libre, ¡ya que su rol puede ser cubierto por otra persona!

Recién estoy comenzando una empresa (proporcionando servicios DevOps) a pequeñas empresas.

En pocas palabras, no solo creo que es posible , ¡sino que creo que es la MEJOR forma de comenzar!

¡Buena suerte!

Eddy oxidado
fuente
0

Sí, porque puede utilizar la automatización avanzada para crear valor y establecer las bases reutilizables de su futura empresa más grande. Depende, por supuesto, de la frecuencia con la que va a actualizar sus productos digitales. Pero valorará la posibilidad de realizar tanto trabajo manual como sea necesario en ejercicios repetitivos.

Peter Muryshkin
fuente