Software empresarial heredado y código abierto

Cuando el responsable de TI se lleva consigo el sistema heredado a la jubilación

Sin embargo, el riesgo es inmenso, el peligro se llama jubilación: "Especialmente en las empresas manufactureras del sector de las PYMES, a menudo se sigue utilizando una solución de software propia o una combinación de una solución estándar y de soluciones autónomas individuales y, por tanto, se utiliza como sistema ERP. Pero la vida útil del software está muy ligada a la vida útil del responsable informático, que normalmente ha desarrollado él mismo este sistema. Así que si quiere estar preparado para el futuro, debe buscar sustitutos a tiempo, introducir un estándar y hacer que el experto -el desarrollador de la solución heredada interna- trabaje con el fabricante del software para adaptarlo exactamente a sus necesidades", explica Christian Biebl, director general de Planat.

En el ámbito SAP, son las numerosas modificaciones de Abap en el espacio de nombres Z las que pueden poner en peligro un cambio de versión, pero también provocar una fuga de conocimientos debido a una documentación inadecuada en el caso de las sustituciones. No era infrecuente que una empresa tuviera sus propias soluciones aisladas y programas Abap individuales, porque en aquella época no se disponía de sistemas estándar uniformes.

Sin embargo, las empresas no deben esperar demasiado, advierte Christian Biebl: "Nadie en la empresa tiene un conocimiento tan profundo de los procesos y de su cartografía digital y, por tanto, de las exigencias de una solución ERP estándar. Por lo tanto, el proveedor de know-how debe acompañar la introducción completa y combinar las ventajas del estándar ERP con los requisitos especiales de la propia empresa", afirma el jefe de Planat.

Para las empresas, sin embargo, esto también significa que un mosaico de diferentes sistemas no tiene sentido. "A menudo sólo se renovaban componentes individuales de una arquitectura global. Sobre todo los módulos en los que la presión del sufrimiento era elevada. Sin embargo, no debe perderse de vista el conjunto, de lo contrario surge un mosaico de software muy sensible y también ineficaz debido a las discontinuidades de los medios y las interfaces. Y aquí también es cierto que todo el saber hacer depende a menudo de una o unas pocas personas de la empresa. En casos extremos, esta dependencia también puede llevar a un estancamiento", prosigue Biebl, jefe de Planat. Un sistema uniforme, por el contrario, elimina las discontinuidades en los medios, garantiza la eficacia de los procesos y, por tanto, un ahorro significativo en el día a día. Aquellos que incluso aprovechen la oportunidad de utilizar a su socio de sistemas ERP como ayuda inicial para la optimización de procesos en general pueden beneficiarse doblemente. ¡Entonces será tanto más fácil que el responsable informático de la primera hora se jubile!

Cada vez más empresas están sustituyendo las tecnologías propietarias por software de código abierto. Este desarrollo es evidente en muchas áreas de TI, incluidas las bases de datos. El triunfo del código abierto se debe a varias razones: En primer lugar, el software propietario ocasiona a veces costes muy elevados en forma de licencias y cuotas de usuario. En este caso, el software de código abierto es una alternativa mucho más barata. En segundo lugar, el temido bloqueo del proveedor queda excluido cuando se utilizan herramientas y aplicaciones de código abierto. En tercer lugar, el usuario de código abierto se beneficia de una comunidad grande y fuerte que a menudo implementa ideas innovadoras en forma de nuevas funciones con gran rapidez. Lo mismo ocurre con los errores del software, que la comunidad suele solucionar de inmediato.

Estas ventajas generales del código abierto también se aplican a las bases de datos. Especialmente Apache Cassandra, Apache Kafka, PostgreSQL y Redis atraen cada vez más la atención de los usuarios. Con estas soluciones, las empresas pueden cubrir de forma óptima una amplia variedad de casos de uso. Un modelo operativo son las plataformas gestionadas, que admiten diferentes arquitecturas de TI. Una plataforma gestionada funciona como una especie de capa de abstracción que permite utilizar los servicios en nube necesarios, sin depender del entorno respectivo. Esto significa que una empresa puede utilizar la solución de código abierto y la tecnología de base de datos que desee en cualquier escenario de despliegue, en una nube pública, múltiple, híbrida o privada.

"En una época de crecientes volúmenes de datos, las empresas necesitan tecnologías de bases de datos potentes. En términos de costes, escalabilidad, flexibilidad e independencia, las soluciones de código abierto y el uso de la nube están ganando importancia", explica Merlin Walter, Ingeniero de Ventas para EMEA de Instaclustr. "Sin embargo, las empresas deben elegir un enfoque agnóstico de la nube para evitar depender de un proveedor. Esto puede evitarse con modelos de plataformas gestionadas que se basen en software de código abierto y apoyen el uso interoperable de diferentes tecnologías."

Instaclustr ayuda a las organizaciones a desplegar aplicaciones a escala utilizando su plataforma de tecnologías de código abierto como Apache Cassandra, Apache Kafka, Apache Spark, Redis, OpenSearch, Apache ZooKeeper y PostgreSQL.