El software es la parte fácil. Elegir bien, trasladar a los usuarios sin perderlos y entregarlo para que pueda operarlo: ese es el trabajo.

00

Estudiar los sistemas tal como son.

Estudiar lo que opera realmente, no como lo describe el contrato. Es la única parte que a veces concluye con "quédese donde está".

Suele empezar como pregunta, no como proyecto. Alguien pregunta dónde están realmente los datos y nadie lo sabe. Un contrato se renueva en marzo. La factura volvió a subir y el uso no.

La evaluación responde por escrito: qué opera, cuánto cuesta contando el trabajo, qué obligaciones se aplican realmente y cuáles se presuponen, y qué mejoraría de verdad al migrar.

Es deliberadamente un trabajo pequeño y fijo. Debe ser asequible antes de comprometerse con un resultado; de lo contrario, deja de ser una evaluación y se convierte en propuesta.

Qué se estudia

• Cada sistema de uso diario, su coste y sus vínculos contractuales
• La ubicación física real de los datos, no la de las condiciones
• Qué obligaciones le corresponden y cuáles se cumplen actualmente
• El directorio y cómo se gestionan realmente altas y bajas
• Qué ha fallado ya y qué se hizo al respecto
• Quién en la organización se haría responsable del sustituto y de cuántas horas dispone

Qué recibe

• Un informe del estado actual con los hallazgos incómodos explícitos, sin suavizarlos
• Coste a tres años de ambas opciones, contando el trabajo en las dos
• Una recomendación escrita, incluso "quédese donde está" cuando corresponda
• Un registro de riesgos en el orden en que afectarían realmente
• Las partes que dejaríamos exactamente donde están y por qué
• Un alcance para la siguiente etapa, si la habrá

No se incluye: una evaluación condicionada por lo que cobraríamos por desarrollar después. Si la respuesta es el producto que ya tiene, esa será la respuesta y la factura será igual.

01

Diseño y registro del porqué.

Cada decisión cara de revertir se documenta antes de tomarla.

Un diseño es un conjunto de decisiones, casi todas baratas hoy y caras dentro de dos años. Motor, topología, ubicación de la identidad, federación y orden de migración.

Cada decisión se escribe con las alternativas descartadas y el motivo. Ese registro vale más que el diagrama: un año después alguien preguntará por qué, y "entonces parecía bien" no permite actuar a una organización.

Qué se decide

• Qué motor y, con sinceridad, por qué no el otro
• Topología y tamaño según el tráfico real
• Modelo de identidad y qué ocurre con la cuenta al marcharse una persona
• Qué sale al exterior, qué no y quién aprueba cambiarlo
• Conservación y mecanismo técnico que la impone
• Ruta de migración, con grupo piloto y reversión

Qué se escribe

• Arquitectura en lenguaje comprobable por personas sin formación técnica
• Un registro por decisión que conserve las opciones rechazadas
• Un mapa de datos: qué se guarda dónde y quién puede acceder
• Las obligaciones que el diseño cumple y las que no
• Un plan por etapas que indique la fase difícil sin esconderla

No se incluye: un diseño que permanezca intacto al entrar en su entorno. Cambiará; importa registrar el cambio, no absorberlo sin documentar.

02

Construirlo para poder reconstruirlo.

Instalado en pruebas y reconstruible desde archivos, sin nada importante dependiente de la memoria.

Todo se instala primero en pruebas y se define en archivos para reconstruir el despliegue entero, no recordarlo. Eso distingue una infraestructura de un sistema mantenido de memoria.

Se ensaya una actualización antes de acercarse a producción: la primera actualización es donde fallan la mayoría de los sistemas autoalojados.

Cómo se construye

• Configuración bajo control de versiones, revisable por sus ingenieros
• Pruebas suficientemente parecidas a producción para resultar útiles
• Valores predeterminados seguros y cada desviación registrada con su motivo
• Copias configuradas y una restauración realmente realizada y cronometrada
• Supervisión y alertas antes de invitar a la primera persona

Qué puede comprobar

• Leer la configuración: son archivos, no clics en una consola
• Realizar usted mismo la restauración y cronometrarla
• Pedir la lista de desviaciones y leer los motivos
• Reconstruir las pruebas desde cero y comprobar que el resultado es igual

No se incluye: un despliegue que solo nosotros podamos mantener. Si la única copia de cómo se construyó está en nuestra cabeza, le hemos vendido una dependencia.

03

Trasladar a los usuarios sin perderlos.

Los usuarios migran por grupos mientras el sistema antiguo sigue activo; el cambio es gradual.

Migrar tarda más que instalar y determina la confianza en toda la idea. Siempre empieza un grupo piloto y el sistema antiguo sigue funcionando hasta que de verdad deje de ser necesario.

El contrato antiguo se cancela deliberadamente, con preaviso, cuando el sistema nuevo ya lleva un tiempo con trabajo real. No el día de su puesta en marcha.

Cómo se realiza la migración

• Grupo piloto elegido por ser normal, no entusiasta
• Ambos sistemas activos para poder volver esa misma tarde
• Historial trasladado cuando sea necesario y dejado donde no lo sea
• Grupos trasladados según un calendario declarado y comunicado
• Reversión probada, no solo descrita en un documento

Qué reciben los usuarios

• Una página que explica qué cambia y qué no
• El sistema nuevo ya contiene algo necesario, no una sala vacía
• Una persona identificada a quien preguntar dentro de su organización
• Una cuenta ya creada, no un formulario de registro
• Una semana con ambos sistemas funcionando para no acorralar a nadie

No se incluye: una migración que nadie note. La notarán. Puede organizarse para que la noten una vez, brevemente y sabiendo que llegaría.

04

Los seis meses después de instalar.

Los seis meses siguientes determinan si la instalación valió algo.

Nadie puede defender sistemas que nadie supervisa. Alertas antes de que los usuarios lo noten, copias restauradas y actualizaciones ensayadas en un lugar seguro.

Es la parte menos visible y la única que no es opcional.

Supervisión

• Métricas y paneles que responden preguntas, no llenan pantallas
• Alertas ligadas a procedimientos escritos, no solo a umbrales
• Comprobaciones externas a su red para no ignorar una caída
• Caducidad de certificados supervisada para que nunca la descubra un visitante
• Tendencias de capacidad para planificar el crecimiento

Continuidad

• Copias con punto y tiempo de recuperación declarados
• Copias externas cifradas, con la clave en su poder
• Una restauración realizada, cronometrada y documentada
• Ventanas de mantenimiento con trabajo anunciado de antemano
• Una explicación honesta tras cada incidente, incluidos los que fueron culpa nuestra

No incluido: un turno de guardia de 24 horas. Los plazos de respuesta se cuentan en horas laborables, según la cláusula 6 de las condiciones en /terms.

05

La entrega es el resultado.

Debe poder sustituirnos. La documentación lo demuestra: es el entregable, no el riesgo.

Construir sobre estándares abiertos permite no conservar a nadie, tampoco a nosotros. Solo es cierto si se realiza la entrega.

Por eso es una etapa con entregables propios, no una conversación final; se escribe para quien herede el sistema, no para quien lo construyó.

Qué se entrega

• Procedimientos por componente para la persona de guardia a las 2 de la madrugada
• Responsable identificado para cada componente, acordado, no supuesto
• Cada ajuste distinto del predeterminado, con su motivo al lado
• El repositorio de configuración y el derecho a él
• Credenciales renovadas al entregar para que las nuestras dejen de funcionar

Formación que lo acompaña

• Administradores y operadores, sobre su propio despliegue
• Desarrolladores, sobre las API que usarán realmente
• Los demás, sobre los dos hábitos importantes, sin lo restante
• Material para formar a formadores y seguir sin nosotros
• Una revisión meses después, cuando termina la luna de miel

No se incluye: trabajo gratuito. La entrega es trabajo y se cobra; por marcharse nunca se cobra nada.

06

Una mirada externa a sus sistemas actuales.

Una revisión externa de algo activo, con resultado escrito y precio.

Muchos sistemas funcionan sin que nadie sepa por qué, lo que equivale a no saber cuándo dejarán de hacerlo.

La revisión es un trabajo delimitado con resultado escrito: exposición, obsolescencia, próximo fallo y qué exigiría corregir cada punto.

Qué se examina

• Exposición: qué responde a Internet y qué no debería
• Autenticación, límites de solicitudes y almacenamiento de secretos
• Componentes fuera de su vida útil y ruta para actualizarlos
• Copias: si alguna vez se ha realizado realmente una restauración
• Diferencias entre lo documentado y lo desplegado
• Inventario de todo lo que ya no tiene responsable

Qué recibe

• Hallazgos en el orden en que afectarían realmente
• Esfuerzo e impacto por elemento para poder priorizar
• Lo que está bien, dicho claramente para que la lista sea fiable
• Una hoja de ruta de correcciones que pueda ejecutar otra persona

No se incluye: un certificado de aprobado o suspenso. La revisión informa de hallazgos. La certificación tiene su propio régimen y auditores.

07

Compras, antes de redactarlas mal.

La redacción de una licitación decide quién puede responder. Merece una tarde de trabajo.

Un requisito centrado en un producto recibe un solo tipo de respuesta. Uno centrado en un resultado recibe opciones comparables.

Es poco trabajo con mucho efecto; suele costar menos que el primer mes de un contrato equivocado.

Qué redactamos con usted

• Requisitos expresados como resultados, no como funciones
• Criterios de evaluación con ponderaciones acordadas antes de recibir respuestas
• Preguntas que distinguen una respuesta real de un folleto
• Cómo es un buen plan de migración para poder reconocerlo
• Condiciones de salida redactadas mientras aún tiene poder de negociación

Qué le diremos

• Cuándo un estándar abierto es realmente inadecuado para usted
• Qué requisito excluye silenciosamente a gran parte del mercado
• Qué dirá el proveedor actual y qué parte es cierta
• Un calendario realista frente al que figura en el documento

No se incluye: redactar una licitación que solo podamos ganar nosotros. Si los requisitos señalan a un solo proveedor, están mal redactados.

08

Formación sobre su propio sistema.

Formación sobre su despliegue, no diapositivas sobre el de otro.

Formarse en un entorno genérico enseña ese entorno. Las sesiones se realizan en su despliegue, con sus nombres y las tareas que realmente deberán realizar sus usuarios.

Se mide por la capacidad de seguir sin nosotros; por eso el material se entrega, no solo se presenta.

Quién recibe formación

• Operadores: tareas diarias y las que solo surgen al fallar
• Administradores: cuentas, políticas y acciones irreversibles
• Moderadores, si la plataforma los tiene: herramientas y políticas
• Desarrolladores: API, puntos de extensión y pruebas de conformidad
• Los demás: los dos hábitos importantes y nada más

Qué se deja

• Grabaciones y diapositivas para reutilizar
• Un manual escrito para su despliegue, no uno genérico
• Ejercicios que un recién llegado pueda hacer sin ayuda
• Notas para formar a formadores y que el siguiente grupo no nos necesite

La formación abarca los sistemas y procedimientos operativos acordados en el alcance.

Inicio

Empiece por lo que obliga a plantearse la pregunta.

• El primer mensaje útil no es "queremos autoalojar". Es qué opera, qué cuesta, qué se renueva y cuándo, cuántas personas debe atender y qué obligación o plazo motiva la pregunta.
• Recibirá una evaluación de si migrar merece la pena, su coste a tres años contando el trabajo y una explicación clara de lo que dejaríamos exactamente como está.

Escriba a

hello@ave17.com

Acerca de

Consultoría

No se incluye: un presupuesto fijo a partir del primer mensaje. La evaluación es trabajo y se cobra como tal.

A

Las seis etapas y el resultado de cada una.

La primera etapa suele recomendar no continuar: es un resultado satisfactorio, no una venta fallida.

No se incluye: una duración fija. Las etapas son consecutivas, pero duran según sus sistemas y sus plazos de aprobación.

B

Cómo cobramos.

Tres modalidades elegidas antes del trabajo, no discutidas después.

Precio fijo para un trabajo delimitado

Evaluación, revisión o documentación de compras. Primero se escribe el alcance; el precio no cambia. Si resulta mayor de lo previsto, avisamos antes del trabajo adicional, no después.

desde 3 días a 110 EUR por hora, presupuestado según el alcance.

Por horas para ingeniería

Construcción, migración, desarrollo y lo que no puede delimitarse honestamente antes. Se registra el tiempo por tarea y usted puede leer el registro.

110 EUR por hora, facturados al terminar.

Mensualmente para mantenerlo activo

Mantenimiento, supervisión, copias y soporte. Se factura por adelantado, puede cancelarse con un mes y depende del despliegue, no del número de personas.

Desde 39 EUR al mes. El cálculo está en la sección de precios en /consulting/E.

No se incluye: cobrar por cuántos usan lo construido. El coste depende del trabajo y la infraestructura, nunca del número de personas.

C

Cuándo decimos no.

Seis situaciones en que lo honesto es no hacerlo y qué hacer en su lugar. Un proveedor que no pueda nombrarlas está vendiendo, no asesorando.

Son dos personas

Con pocos usuarios, mantener cuesta más que la suscripción sustituida. Compre el producto. Vuelva cuando cambien las personas o la obligación.

Mejor respuesta: un servicio alojado y dedicar el esfuerzo ahorrado a otra cosa.

Nadie se hará responsable

Falla cuando es el proyecto secundario de un entusiasta. El fallo nunca es técnico: esa persona se marcha y los sistemas se deterioran.

Mejor respuesta: no empezar hasta identificar un responsable con horas disponibles.

Necesita una función propietaria concreta

Si el trabajo depende realmente de una función que solo tiene un producto, ningún principio la sustituye.

Mejor respuesta: conservar ese producto y cambiar todo lo que lo rodea.

El plazo vence el mes que viene

Migrar tarda más que instalar; las prisas hacen perder confianza en toda la idea.

Mejor respuesta: renovar una vez más, migrar con cuidado y cancelar con preaviso.

Busca una certificación que no tiene

Operar software usted mismo no confiere cumplimiento normativo. Traslada la responsabilidad a usted.

Mejor respuesta: entender primero la obligación y después decidir quién la asume.

Solo le importa el dinero

Parte es más barata. Parte no, contando el trabajo con honestidad.

Mejor respuesta: pedir la comparación a tres años con horas incluidas y leer el total.

No se incluye: afirmar que la opción abierta siempre es mejor. A menudo el producto actual es lo correcto y lo diremos por escrito.

D

Qué contiene realmente una evaluación.

Para juzgarla antes de encargarla, no después de recibirla.

Qué opera

Cada sistema diario, su coste, sus vínculos y cuándo se renuevan.

Dónde están los datos

Realmente, no en el contrato: máquina, jurisdicción y quién más puede acceder.

Qué obligaciones afectan

Las que realmente le corresponden, separadas de las supuestas porque un competidor las menciona.

Coste a tres años de ambas opciones

Contando el trabajo en las dos. La versión sin trabajo es la que induce a error.

Una recomendación escrita

Incluso "quédese donde está" cuando corresponda, con razones comprobables por alguien ajeno a la reunión.

Un alcance para lo siguiente

Si habrá otra etapa, aquí se describe y se fija su precio, sin descubrirla después.

La evaluación es deliberadamente pequeña y fija. Debe ser asequible antes de comprometerse con un resultado; de lo contrario, deja de ser evaluación.

No se incluye: una propuesta disfrazada de evaluación. Si todas recomendaran comprarnos algo, no merecería la pena encargarlas.

E

Cuánto cuesta.

El coste operativo de unos sistemas ajustados hasta parecerse a los suyos. No se envía nada: funciona en su navegador y es una estimación, no un presupuesto.

Configuración, una vez

590 EUR

Ingeniería fuera del alcance

110 EUR por hora

Una evaluación

desde 3 días a 110 EUR por hora

Más de 1000 usuarios

termina la escala y hacemos un presupuesto

No se añade IVA: no estamos registrados y la cifra mostrada es el total.

La puesta en marcha se cobra una vez; lo demás es mensual. La ingeniería cuesta 110 EUR por hora y se presupuesta aparte según un alcance escrito.

No se incluye: la ingeniería. Este es el coste de mantenerlo activo. Construirlo se presupuesta según el alcance de la evaluación.

F

Qué no haremos.

La lista es breve y visible porque cada punto es algo que un proveedor podría recibir como solicitud y debería rechazar.

No haremos lo siguiente

• Recomendar construir porque nos pagarían por hacerlo
• Afirmar una certificación sin pruebas
• Prometer disponibilidad fuera de las condiciones acordadas
• Redactar una licitación que solo podamos ganar nosotros
• Mencionarlo como cliente sin autorización escrita
• Quitar un despliegue a otro proveedor sin avisarle

No podemos

• Leer contenido de salas cifradas de extremo a extremo. Nadie puede; ofrecerlo es una señal de alarma
• Hacer que el software abierto confiera cumplimiento normativo; traslada la responsabilidad, no la elimina
• Garantizar cómo actuará un componente externo después de que sus autores lo cambien
• Garantizar qué le entregará otro proveedor al salir
• Dar asesoramiento jurídico. Redactamos documentos técnicos que lee su asesor

Cualquier cambio aparecerá primero aquí y después en una propuesta.

No se incluye: excepciones por un contrato suficientemente grande. Para eso se publica esta lista.

G

Con quién trata.

Con quién trata y la documentación correspondiente.

Las condiciones del servicio, el aviso de privacidad y el acuerdo de tratamiento de datos del artículo 28 están publicados antes de pedir a nadie que firme nada.

Escriba a

hello@ave17.com

Acerca de

Consultoría

No se incluye: asesoramiento jurídico. Declaramos nuestra situación; debe asesorarse sobre sus propias obligaciones.

H

DevOps y qué significa aquí.

El término aparece porque la gente lo busca. Es una sección, no un servicio propio, porque realmente nombra la forma de realizar las etapas anteriores.

Qué incluye aquí el término

• Configuración versionada y revisable por sus ingenieros para reconstruir el despliegue en lugar de recordarlo
• Pruebas suficientemente fieles a producción y una actualización ensayada antes de acercarse a producción
• Código, revisión, compilación y artefactos en su infraestructura: Forgejo con ejecutores y Harbor, o GitLab Community Edition si realmente hacen falta sus funciones adicionales
• Métricas, registros y alertas antes de invitar a la primera persona: Prometheus, Loki, Alertmanager y Grafana, con cada alerta ligada a un procedimiento, no solo a un umbral
• Copias con punto y tiempo de recuperación declarados, externas y cifradas con su clave; una restauración realmente realizada y cronometrada, no solo programada
• Versiones, reversiones y ventanas de mantenimiento ejecutadas, no solo descritas, con trabajo anunciado de antemano
• Informes de fallos internos a sus sistemas en GlitchTip, que acepta las bibliotecas cliente probablemente ya usadas por su aplicación
• Contenedores cuando bastan y máquinas virtuales cuando no, en Proxmox VE; k3s solo si la carga realmente abarca varias máquinas

Qué no es

• DevOps abarca las seis etapas anteriores y los sistemas del catálogo.
• Una herramienta que le licenciamos. Todos los sistemas son código abierto de terceros, con su proyecto de origen y su propia licencia
• Una guardia. No existe; la cláusula 7 no promete disponibilidad y el soporte se cuenta en horas laborables
• Un porcentaje de su factura de nube. La tarifa publicada es completa: máquina, configuración, hora y nivel de soporte
• Kubernetes por defecto. La mayoría de los sistemas de este tamaño no lo necesita; operarlo es un trabajo que hay que pagar

Evaluamos, desplegamos y operamos infraestructura. Las etapas describen el trabajo, el catálogo enumera los sistemas y los paneles de precios muestran las cifras.

No se incluye: un equipo de plataforma por turnos. Es una práctica aplicada a sus sistemas, no personal suministrado. Si necesita ingenieros de guardia, somos el proveedor equivocado y lo diremos antes de que compre nada.

I

Los plazos acordados.

Arriba están el trabajo, el coste y nuestros rechazos. Aquí, cuándo sucede cada cosa y la cláusula de cada plazo para leerla en el contrato, no solo en una página de servicios.

Antes de empezar

Un pedido se convierte en contrato con nuestra confirmación escrita; lo anterior es una estimación. La configuración empieza tras pagar la primera factura y aportar lo necesario: dominio, acceso a su máquina si corresponde y el directorio al que debamos conectarnos. Cláusula 4.

Una solicitud de soporte estándar

2 en 30 días, respondidas en 2 días laborables, incluidas con la máquina. Horario laboral, de lunes a viernes, excepto festivos: una solicitud enviada el viernes por la noche se responde el siguiente día laborable.

Una solicitud de soporte prioritario

4 en 30 días, respondidas en 8 horas laborables, por 199 EUR al mes. El mismo horario laboral. El exceso de cualquiera de las cuotas se cobra a 110 EUR por hora.

Una factura

Pagadera en 14 días. Configuración una vez antes de empezar, mantenimiento mensual anticipado y trabajo fuera del alcance presupuestado antes de comenzar y facturado al terminar. Cláusula 5.

Un cambio de precio

Al menos 30 días antes de aplicarse y nunca a un mes ya facturado. Cláusula 5.

Un cambio de estos documentos

Al menos 30 días antes de aplicar un cambio sustancial; puede terminar el contrato antes de su entrada en vigor. El documento muestra la fecha vigente y todas las anteriores debajo. Cláusula 14.

Preaviso para terminar

1 mes por escrito para cualquiera de las partes. Sin motivo necesario ni tarifa de salida. Cláusula 13.

Un incumplimiento

Cualquiera puede terminar inmediatamente si la otra parte incurre en incumplimiento sustancial y no lo subsana en 14 días desde el aviso. Cláusula 13.

Sus datos después de terminar

Los datos personales conservados como encargado se suprimen en 30 días desde la terminación, antes si lo pide, salvo conservación obligatoria por ley. Cláusula 13.

Desistimiento del consumidor

Si contrató como particular, no como organización, 14 días desde la celebración del contrato; reembolso en 14 días desde su aviso, descontando el trabajo que solicitó comenzar dentro de ese plazo. Cláusulas 4 y 5a.

Las fechas de inicio y entrega se acuerdan en el alcance escrito antes de la primera factura. El soporte se cuenta en horas laborables según la cláusula 6 de las condiciones.

Las fechas de entrega se acuerdan en el alcance escrito de su proyecto.

J

Si no le conviene.

El panel C indica cuándo rechazamos el trabajo. Aquí está el sentido contrario: cuando nos rechaza usted o el resultado no es lo acordado.

Si la respuesta es no continuar

Una evaluación que aconseja quedarse como está es trabajo terminado; su factura es igual que si aconsejara construir. Cobramos por el resultado, no por el que preferimos, y su precio permite encargarla antes de comprometerse.

Si el trabajo no es lo acordado

Para consumidores, la Consumer Rights Act 2015 exige diligencia y competencia razonables y permite pedir repetir el trabajo o reducir el precio; ningún contrato lo elimina, como dice la cláusula 5a. Para organizaciones, la cláusula 12 limita la responsabilidad total en doce meses a lo pagado durante ese periodo; no prometemos más.

Si quiere marcharse

1 mes de preaviso para ambas partes y salir es gratuito. Recibe el despliegue tal como está - base de datos, archivos y configuración - no una exportación de despedida; retiramos el acceso a petición suya. La entrega cuesta 110 EUR por hora; salir, no. Cláusula 13 y página de salida completa.

Si somos el proveedor equivocado

Si un producto alojado habitual ya resuelve la necesidad, nadie de su lado asumirá el resultado o lo decisivo es el menor precio de este trimestre, rechazaríamos el trabajo. Preferimos perderlo a descubrirlo en el tercer mes.

Si algo falla

Una interrupción se cuenta y nunca se cobra en ninguno de los dos niveles. No promete disponibilidad, como dice la cláusula 7: prometemos rapidez de respuesta, no ausencia de fallos.

Todo figura en las condiciones, el acuerdo de tratamiento o la página de salida, publicados íntegramente antes de pedir firmas. Los cambios se hacen primero allí y después aquí; el documento indica su fecha de vigencia.

No se incluye: garantía de satisfacción. En su lugar están la ley y el contrato, publicados íntegramente antes de pedir que se firmen.

Cómo funciona

• A · Las seis etapas y el resultado de cada una
• B · Cómo cobramos
• C · Cuándo decimos no
• H · DevOps y qué significa aquí

Antes de comprar

• D · Qué contiene realmente una evaluación
• E · Cuánto cuesta
• I · Los plazos acordados

Antes de confiar

• F · Qué no haremos
• G · Con quién trata
• J · Si no le conviene