Cloud: arquitectura y migración
Tu cloud creció sin plan. Lo ordenamos por etapas.
Si tu cloud creció a trompicones, lo ordenamos contigo: revisamos cómo está montado, te proponemos un plan y lo ejecutamos por etapas, con la vuelta atrás y el punto de no retorno acordados de antemano. Trabajamos en tus cuentas, a nombre de tu empresa, y lo dejamos documentado. Contenedores y Kubernetes, solo si compensan.
Arquitectura cloud y landing zone en AWS, Azure o Google Cloud, para startups y equipos de producto.
Una primera conversación para entender el caso. Después, una propuesta a medida por escrito antes de empezar.
01 · Para quién
Para quién es (y para quién no)
Encaja si
- Tienes producto o sistemas en la nube, o vas a llevarlos, y no un equipo de plataforma dedicado.
- Necesitas un proyecto con principio y fin: diseñar, desplegar o migrar la plataforma, con un entregable cerrado.
- Quieres decidir con la plataforma delante, con las decisiones documentadas y todo en cuentas de tu empresa.
Mejor otra opción si
- Buscas desarrollar o reescribir tu aplicación: este servicio trabaja en la infraestructura.
- Necesitas operación continua después del proyecto: es DevOps as a Service, en horario acordado y presupuestada aparte.
- Tu caso es una migración masiva de centro de datos, SAP o mainframe, que te indicaremos desde el principio.
Señales de que necesitas rediseñar tu plataforma
Un proyecto cloud mal planteado se paga después: cuentas sin gobierno, despliegues que no se repiten y migraciones a medias. Te sonará si:
- Se acaba el contrato de tu hosting o de tu centro de datos y el tiempo para decidir se agota.
- Tus cuentas cloud crecieron sin criterio: una sola cuenta, permisos amplios y una red sin definir.
- Despliegas a mano o en un servidor suelto, y solo una persona sabe cómo.
- Lo que funciona da miedo tocarlo, porque nadie recuerda de qué depende cada pieza.
- Tienes un clúster de Kubernetes sin actualizar, o dudas de si Kubernetes te compensa.
02 · Base
Arquitectura y landing zone
Dejamos ordenada la base de tu cuenta cloud antes de construir encima: identidad, red, cuentas y costes.
- Documento de arquitectura con diagrama y decisiones justificadas.
- Landing zone: cuentas o suscripciones, identidad y permisos, red y registro de actividad.
- Presupuestos y alertas de coste básicos.
- Código de infraestructura (IaC) y guía de uso.
No incluye: Auditoría de seguridad o cumplimiento formal (ISO 27001, ENS), operación posterior y migración de cargas.
03 · Despliegue
Despliegue e infraestructura inicial
Convertimos un despliegue manual en uno repetible, con entornos descritos en código y vuelta atrás cuando es técnicamente posible.
- Entornos de desarrollo, preproducción y producción descritos en código.
- Pipeline de despliegue básico y gestión de secretos fuera del código.
- Estrategia de despliegue y de vuelta atrás cuando es técnicamente posible.
- Guía de despliegue (runbook) y traspaso.
No incluye: Desarrollo de tu aplicación y operación continua. La evolución y el mantenimiento posterior del pipeline son de DevOps as a Service.
04 · Migración
Migración por etapas con vuelta atrás
Movemos aplicaciones desde un hosting, un VPS, un centro de datos o entre nubes, por etapas y con la vuelta atrás escrita hasta el punto de no retorno acordado. Aquí tienes el resumen; el detalle está en la página de migración.
- Inventario y mapa de dependencias, con una decisión razonada por aplicación.
- Plan por etapas con criterios de aceptación.
- Plan de vuelta atrás con el punto de no retorno marcado de antemano.
- Ejecución por etapas e informe de cierre.
No incluye: Migraciones masivas de centro de datos, SAP o mainframe, reescribir aplicaciones, negociar contratos con tu proveedor actual y asegurar que no haya parada: se acuerda en el plan, sistema por sistema.
05 · Kubernetes
Kubernetes: adopción y actualizaciones
Decidimos contigo si Kubernetes compensa y, si es así, lo adoptamos, movemos cargas o actualizamos versiones, con vuelta atrás cuando es técnicamente posible.
- Evaluación de si Kubernetes compensa, con alternativas (contenedores gestionados, PaaS).
- Diseño de un clúster gestionado (EKS, AKS o GKE) con IaC y GitOps.
- Plan y ejecución de una actualización de versión, con vuelta atrás cuando es técnicamente posible.
- Documentación y traspaso a tu equipo.
No incluye: Operar el clúster de forma continua (es de DevOps as a Service, según el alcance y el horario acordados), clústeres autogestionados sin acuerdo y plataformas internas a medida.
06 · Método
Cómo trabajamos y qué recibes
- Cuéntanos qué necesitas. Una primera conversación para entender el caso.
- Propuesta a medida por escrito, con alcance, entregables, fases y presupuesto, antes de empezar.
- Trabajamos por fases en tus cuentas y repositorios. Los cambios en producción se hacen con tu autorización previa por escrito (basta un correo o un ticket de tu responsable) y dentro de la ventana acordada. Una persona de tu lado da el visto bueno.
- Cerramos con documentación, guías paso a paso y traspaso. Tu equipo opera, o puedes pedirnos una propuesta de DevOps as a Service.
Cómo lo hacemos, por escrito
- Cada proyecto arranca con un alcance escrito: objetivo, entregables, fases y criterios de aceptación.
- Las decisiones importantes quedan documentadas, con las alternativas que descartamos y por qué.
- La infraestructura se describe como código en tus repositorios; el estado y las credenciales de despliegue viven en tus cuentas.
- Cada cambio con riesgo lleva su plan de vuelta atrás escrito antes de ejecutarlo, hasta el punto de no retorno acordado.
- Al cerrar recibes documentación, guías paso a paso y un traspaso a tu equipo.
Qué recibes
- Diseño, construcción y migración en AWS, Azure o Google Cloud, con un solo destino cloud por proyecto.
- Infraestructura como código y documentación en tus repositorios y cuentas.
- Control de costes básico del diseño (etiquetado, presupuestos y alertas).
- Traspaso a tu equipo.
Cómo se contrata
- Todo se presupuesta a medida: recibes el alcance y el presupuesto por escrito antes de empezar. No publicamos tarifas.
- Si el alcance cambia, el cambio, su coste y su plazo se acuerdan por escrito antes de aplicarse.
- Los costes del proveedor cloud y de licencias, incluido el periodo de doble coste entre origen y destino, corren por tu cuenta.
- El plan, el código y la documentación son tuyos; decides quién ejecuta cada fase.
Qué no incluye
- Desarrollar o reescribir tu aplicación.
- Operación continua después del proyecto (es de DevOps as a Service, en horario acordado y presupuestada aparte).
- Prometer que no habrá parada: se acuerda en el plan, sistema por sistema.
- Migraciones masivas de centro de datos, SAP o mainframe.
- Certificaciones o cumplimiento normativo.
- Ahorros de coste: reducir la factura es trabajo de FinOps, y se mide después.
- Cambios en producción fuera de la ventana acordada o sin autorización previa por escrito.
Quién trabaja contigo
David González
Fundador & CEO
Arquitectura cloud en AWS para startups y gestión de sistemas.
LinkedIn de David González (se abre en una pestaña nueva)
Leafar Maina
CTO
Más de veinte años de experiencia en infraestructura TI.
LinkedIn de Leafar Maina (se abre en una pestaña nueva)
Fernando Moreno
Director Comercial
Más de 25 años en ventas B2B tecnológicas.
LinkedIn de Fernando Moreno (se abre en una pestaña nueva)
Trabajamos en cloud y DevOps, con sede en Las Palmas de Gran Canaria y un equipo repartido por España. Colaboramos en remoto con startups B2B de toda España.
«Hemos contratado los servicios de Nubyron y la experiencia ha sido muy positiva. El soporte técnico es eficiente y responde con rapidez a cualquier solicitud. Nos han acompañado en todo el proceso de despliegue de aplicaciones dentro de Nexure.ai, demostrando una gran dedicación y profesionalidad. Estamos muy satisfechos con el trabajo del equipo y con los resultados obtenidos.»
«Si una empresa necesita apoyo especializado en Kubernetes, recomendaría hablar con el equipo de Nubyron. Su propuesta de valor es sólida y especialmente diferencial por su forma de trabajar.»
07 · Elegir
Cloud o DevOps as a Service: cuál necesitas
Cloud: proyectos con principio y fin
Diseñar, desplegar o migrar la plataforma, y cerrar con una entrega documentada.
Alcance, entregables, fases y presupuesto por escrito antes de empezar.
Si el trabajo tiene fecha de fin y un entregable cerrado, es Cloud.
DevOps as a Service: operación continua
Operación y mejora continuas de la plataforma, en horas acordadas y con una persona técnica con nombre.
Bolsa de horas o plan mensual con horas definidas, con planes desde 20 horas.
Puedes empezar por un proyecto Cloud y, si lo necesitas, seguir con DevOps as a Service para mantenerlo.
08 · FAQ
Preguntas frecuentes sobre arquitectura cloud
¿Qué es una landing zone y para qué sirve?
Es la base ordenada de tu cuenta cloud: estructura de cuentas o suscripciones, identidad y permisos, red, registro de actividad y presupuestos. Sirve para construir encima sin improvisar y para que añadir entornos o equipos después no obligue a rehacer lo anterior.
¿Qué incluye el diseño de arquitectura cloud?
Un documento de arquitectura con diagrama y decisiones justificadas, la landing zone, presupuestos y alertas de coste básicos, y el código de infraestructura con una guía de uso. Termina con un traspaso a tu equipo; la operación posterior es otro servicio. Todo queda documentado.
¿Qué diferencia hay entre Cloud y DevOps as a Service?
Cloud son proyectos con principio y fin: diseñar, desplegar o migrar la plataforma. DevOps as a Service es la operación y mejora continuas en horas acordadas. Puedes empezar por un proyecto Cloud y, si lo necesitas, seguir con DevOps as a Service para mantenerlo.
¿Trabajáis en AWS, Azure y Google Cloud?
Sí, en las tres. Recomendamos la nube que mejor encaje con tu aplicación, tu equipo y tu contrato actual, y dejamos las decisiones documentadas. Todo queda en cuentas de tu empresa, no en cuentas de Nubyron. Cada proyecto tiene un único destino cloud.
¿Cuánto tarda diseñar una landing zone?
Depende del número de cuentas, de los requisitos de identidad y red y de lo que ya exista. No damos plazos genéricos: tras una primera conversación fijamos por escrito el alcance, los entregables, el calendario y el presupuesto, antes de empezar. No hay un plazo estándar.
¿Cómo se presupuesta?
A medida. Tras una primera conversación para entender el caso, te enviamos una propuesta por escrito con alcance, entregables, fases y presupuesto, antes de empezar. No publicamos tarifas. Si el alcance cambia, el cambio, su coste y su plazo se acuerdan por escrito antes de aplicarse.
¿Puede haber parada durante una migración?
Depende de cada sistema. Lo decidimos juntos en el plan, con su ventana, su riesgo y su vuelta atrás, y no prometemos que no haya parada. En algunos casos, replicar los datos y pasar el tráfico de forma gradual permite acortarla, pero se valora caso a caso.
¿Siempre recomendáis Kubernetes?
No. Solo cuando compensa su complejidad. Si no encaja, te lo decimos y planteamos alternativas, como contenedores gestionados o un PaaS. Valoramos el número de servicios, la frecuencia de los despliegues y si tu equipo puede operarlo antes de proponerlo.
Primer paso
Cuéntanos qué necesitas
Empezamos por un diagnóstico, no por una venta. Cuéntanos tu entorno y qué quieres resolver, en un minuto. Te respondemos con los siguientes pasos y, si encaja, con una propuesta por escrito.
¿Prefieres hablar 30 minutos?(se abre en una pestaña nueva)