Posts Tagged ‘nube’


Cuando quise comprar un TV Led para mi casa, busqué uno que tuviera las funciones mas avanzadas y el tamaño correcto para que me durara una buena cantidad de años, y cuando lo encontré estuve dispuesto a pagar por encima del promedio. En fin, el costo de luchar contra la obsolescencia. A la semana siguiente encontré el mismo TV a mitad de precio. Comparar y verificar que eran las mismas características era simplemente echar sal en la herida.

En tecnología, esto va a suceder siempre, porque su evolución no termina por lo que el costo de obsolescencia exclusivamente puede justificar el paso a la nube.

En fin, ya revisamos la excusa 1 que en el mejor de los casos hará que se reordene el acceso a la información en una empresa. En el segundo caso, imagina que llegas a una empresa que tiene años de operación y encuentras programas que nadie sabe como pero funcionan.

Razón 2: Las cajas negras

Es por todos conocidos que empresas, incluso grandes, tengan por ahí algún pedazo de código que esté hecho en alguna herramientra prehistórica. Para los millenials, será VB 3.0 pero los hardcores sólo nos afecta si hablamos de Cobol o RPG. Simplemente ese código se mantiene en un refrigerador porque si. Este escenario es en extremo común y presenta la oportunidad mas importante.

Primero, la justificación para esto es principalmente por:

  • Es lo único que funciona en el ropero IBM que tiene mil años en la compañía. Reemplaza ropero con hardware que solo funciona con Windows 95 o XP
  • Es un código tan complicado que hacerlo de nuevo no se puede

En el primer caso, hay que hacer una aclaración: Si tu software es para gestionar una máquina local entonces se queda local. Eso pasa con la gestión de impresoras de alta velocidad, o controladores o equipo especializado que tiene que ser alimentado por información de la empresa. Eso no se toca. Todo lo demás si.

Si lo que sucede es que tenemos un programa de planillas que está sólo corre en una computadora Burroughs ( alguién usa eso aún??) , la oportunidad de cambiarlo y subirlo a la nube es gigante, porque o se está pagando un altísimo plan de soporte a alguien o simplemente está ligado a una persona que aún sabe como usarlo. En ambos casos, el costo es inmenso y justifica actualizarlo.

El segundo caso es similar, o lo cambias ahora, o lo pierdes. En algunos casos lo consideran un “Hardware”, es decir, automatizan la entrada y la salida de datos solamente y lo dejan como una caja negra. Es una solución temporal. La sugerencia es ir replicando pedazo por pedazo a una plataforma nueva.

Lo principal es gestionar estas cajas negras, identificando las fuentes de datos y la información que entregan, ya que con los años, se convierten en conocimiento obsoleto que incluso no concuerda con los manuales, ya que es un hecho de que cambiaron en el camino o simplemente se perdió el manual.

Entendamos que el reemplazo o renovación de estos sistemas no es porque sean malos, el tema es que el mantenimiento se hace cada vez mas caro y es posible que en algún momento simplemente dejen de funcionar, o que no consigamos un técnico que aún conozca esas herramientas.

La atención se debe poner a estas tres capas:

  • Datos: Si vas a elegir una base de datos, que sea una que te asegure soporte por largo tiempo
  • Reglas de negocio: En la medida de lo posible separadas de los datos.
  • Front end: todas las formas en la que presentas tu información para manipularla.

Algo viejo pero aún sirve para organizar el software que tenemos, y así podemos enfocar la migración en las capas de Front end y reglas de negocio.

Advertisements

Como ingeniero de sistemas uno quiere ver la tecnología última aplicada en todos lados pero la realidad dice que cada empresa hace lo que puede o lo que mejor le acomoda de acuerdo a un plan que no se rige a como salen productos nuevos sino a un tema de beneficios, y otras que se manejan bajo el ya conocido “si funciona, no lo toques”.

Migrar a la nube ahorra costos y otros beneficios que ya leímos. En esta serie vamos a ver algunas estrategias para que empieces tu camino hacia la nube evitando todos los problemas que le pasan a otros por una simple razón, tienes que ahorrar dinero porque tus servidores no te van a durar toda la vida.

Empecemos por la parte obvia. Eres una empresa importante que tiene sus datos en servidores locales porque tu información es “sensible”. Esto se suma que es un hecho de que tu información “sensible” sea también “gigante”.

Razón 1: Información Sensible/Gigante

Si este es tu caso, tienes un caso porque tu “nube” debe ser de otro tipo. Asegurar que esos datos no se pierdan requiere que tengas además de tu plataforma local, varios métodos de contingencia donde al menos uno sea un sitio “En caliente” es decir que vaya en paralelo a tu sistema en producción. Y ese es todo otro tema y otro tipo de “nube”.

Igual no te escapas de la nube porque la idea es que el acceso a esa información sensible y super respaldada debe ser transparente y segura para los demás aplicativos. Y en ese caso la nube tradicional viene al rescate.

Nube tradicional

Es tradicional porque ya estás interactuando con este tipo de nube, son aquellos proveedores que te dan enlaces privados entre puntos remotos. La clave aquí es que por mas que tus servidores críticos estén en el mismo edificio, se debe tratar como un sitio remoto. La nube privada es para proteger tus reglas de acceso a la información, considerando que el robo de información se da principalmente por usuarios internos.

La nube no es solamente el dibujo, también es una estrategia de desarrollo de aplicaciones. La nube significa que debe haber una capa de software que controle absolutamente todo. Lo que se llama Middleware viene justo aquí y en algunos casos implica copia de la información de forma temporal. Lo importante es que esa capa vaya a un espacio separado y controlado porque son las llaves a tu información, y que todas las aplicaciones pasen por ahí.

Es tradicional porque ya lo vienes haciendo al contratar enlaces privados, solamente con la anotación que también deberías tener una capa de aplicación en un espacio para que te sirva de Middleware. De ninguna manera todo junto y menos en el mismo espacio.

¿No lo tienes así? entonces puedes empezar con servicios nuevos y el primero que deberías poner es uno AAA (Autenticación, Autorización y “Accounting” o reportes). Para que controles quienes ingresan, a qué están ingresando y finalmente, ver que actividad tuvo.

Si todo esto te puso a pensar, en el siguiente artículo veremos otros escenarios y estrategias. Te darás cuenta que aún ni comenzamos con los proveedores de Nube, y es porque debes saber antes lo que tienes que pedirles.






%d bloggers like this: