Dos webs WordPress migradas en una semana cada una
La web de Revista GODOT se caía a diario. Ahora no se cae y cuesta un 30 % menos.
30 % de ahorro en el servidor, con mejores prestaciones que antes
Software a medida
Modernización de sistemas
Tienes un sistema que funciona, pero nadie quiere tocarlo. Mantenerlo cuesta cada vez más y cambiarlo es un riesgo. Lo modernizamos por partes: el sistema actual sigue en marcha mientras el nuevo lo va sustituyendo.
- Revisión del sistema
- Plan por partes
- Sustitución por partes
Para quién es
Es para ti si…
- Empresas con un sistema desarrollado hace años que sigue en uso y nadie quiere tocar.
- Empresas cuyo sistema depende de componentes que ya nadie corrige ni actualiza. Cada año cuesta más mantenerlo.
- Empresas que quieren dejar de mantener un servidor propio y pagar solo por lo que usan.
No es para ti si…
- Quien quiere reescribirlo todo de cero y apagar el sistema antiguo un día fijo. Es la vía con más riesgo y no la recomendamos.
- Sistemas pequeños que conviene sustituir por un producto de catálogo.
Qué se entrega
- Revisión del sistema actual
Qué hace, de qué depende, cuánto se usa y qué medidas de seguridad necesita. Qué partes ganan más con el cambio.
- Plan por partes
Qué se migra primero, en qué orden y cómo conviven el sistema antiguo y el nuevo.
- Partes nuevas en marcha
Cada parte migrada queda funcionando, con su base de datos adaptada y supervisada.
- Documentación y traspaso
Esquemas del antes y el después y manual de uso. También una sesión de traspaso a tu equipo o a quien vaya a mantener el sistema.
Primero entender qué tienes
Antes de tocar nada, analizamos el sistema tal como está. Qué hace, de qué depende, cuánta gente lo usa y dónde guarda los datos. También qué partes dan más problemas. De ahí sale un plan por partes: qué se cambia primero y por qué.
Cambiar por partes, con el sistema en marcha
No lo reescribimos de golpe. Sacamos una parte cada vez, por ejemplo las facturas o el acceso de los clientes, y la ponemos en marcha al lado del sistema antiguo. El viejo sigue haciendo lo que aún no se ha migrado. Cuando se migra la última parte, el viejo se apaga sin que nadie lo note.
Seguridad, coste y supervisión
Cada parte nueva nace con las medidas de seguridad al día. Quién puede entrar y qué puede hacer. Claves de acceso guardadas donde toca. Y un registro de quién hizo qué y cuándo. Pagas solo por lo que se usa y te avisamos si el gasto sube. Cada parte nueva viene con supervisión.
Si tu cliente o la ley te piden más
Puede que alguien de fuera vaya a revisar tu software. Y puede que sepas que hoy no pasaría esa revisión. Renovarlo por partes te deja corregir antes lo que esa revisión va a mirar. Y si vendes a la administración, sus normas de seguridad también cuentan. Lo explicamos en la página Software a medida, en el apartado «Si tu cliente o la ley te piden más».
Con qué lo hacemos
Cada parte que sacamos pasa a funciones sin servidor en AWS, las instalaciones de Amazon. Pagas solo cuando se usa y no hay un servidor encendido de forma permanente. Usamos los lenguajes con soporte oficial en Lambda, como Node.js, Python, Java o Go. Si tu software está en PHP se puede conservar con una pieza de apoyo propia (un runtime personalizado) que hay que mantener aparte. Cuesta más; lo explicamos y decides. Los datos van a PostgreSQL (Aurora) o a DynamoDB según el caso. Cada parte nueva nace con supervisión y con avisos si el gasto sube. El código, la definición de los servidores donde se aloja (plantillas de infraestructura) y la documentación se entregan en tu repositorio. Es el sitio donde se guarda el código con todo su historial, y es tuyo.
Glosario
- Sistema antiguo o heredado
Un sistema desarrollado hace años, que sigue en uso y que ya nadie conoce bien. En el sector se le llama sistema heredado.
- Componentes de terceros
Partes del software que no desarrolló tu proveedor, sino terceros, y de las que tu software depende. Si una tiene un fallo de seguridad, tu software también.
- Soporte
Que quien desarrolló un componente sigue corrigiendo sus fallos y publicando actualizaciones de seguridad. Sin soporte, cada fallo se queda sin corregir.
- Fallo de seguridad
Un error por el que alguien podría acceder o ver lo que no debe.
- Pago por uso
Pagas solo cuando el sistema trabaja. No hay un servidor encendido de forma permanente.
- Vuelta atrás
Poder volver al estado anterior si algo sale mal, sin perder datos.
Qué problemas evita
Lo que puede salir mal y cómo lo evitamos.
- Que el negocio se pare durante el cambio
El sistema actual sigue en marcha hasta que la última parte está migrada. Cada paso se puede deshacer.
- Que el sistema nuevo herede los fallos de seguridad del antiguo
Cada parte se rehace con las medidas de seguridad al día: control de accesos, claves bien custodiadas y componentes de terceros revisados.
- Que el proyecto no termine nunca
Entregas cerradas por partes. Cada una deja el sistema mejor, aunque el proyecto se pare.
- Que se pierdan datos al migrarlos
La migración se ensaya sobre copias, se comprueba y tiene vuelta atrás prevista.
Un caso relacionado
Preguntas frecuentes
Depende del tamaño del sistema y de su complejidad interna. Tras la revisión te damos un plan por partes con plazos. La primera parte suele ser la que más problemas resuelve.
Tuyo. El código y la documentación quedan a tu nombre, en el sitio donde se guarda tu código con todo su historial.
Primero una reunión. Después te enviamos el presupuesto de la revisión. Con el plan por partes te damos un precio cerrado por cada parte.
No siempre. Si el lenguaje actual tiene soporte en las herramientas que usamos, se conserva. Si no, te proponemos otro y te explicamos el coste de cada opción.