11 Actualización de Hardware en empresas Gubernamentales

11.1 Presentación

Ingeniero en Ciencias y Sistemas con una maestría en Administración de Negocios, egresado de la Universidad de San Carlos. En el año 2001 ingreso a su primer empleo en la Superintendencia de Administración. Cuenta con 10 años de experiencia en coordinación y administración de proyectos, más de 15 años de experiencia en el desarrollo de arquitecturas e implementación de aplicaciones de software para el Gobierno, incluyendo sistemas de gestión financiera, así como rentas internas y aduanas. Tiene 10 años de experiencia como arquitecto de software, 4 años de experiencia de implementación de soluciones de inteligencia de negocios, también más de 10 años de experiencia en aplicaciones basadas en ambiente web, tiene experiencia no solo a nivel nacional, sino que también a nivel internacional, como lo son proyectos en Nicaragua, El Salvador, Honduras, México, Haití, Costa Rica, Panamá, Filipinas y Guatemala.

Carrera Profesional

Luego de estar en la SAT, al poco tiempo, obtiene una oportunidad de a trabajar con el Banco Mundial para el proyecto SIAF SAG, cuando arranca todo lo que es SICOIN web -Sistema de Contabilidad Integrada- de municipalidades, todo lo que son los sistemas de gestión financiera en cuanto a gobierno, sale la oportunidad, realiza un cambio iniciar a trabajar para el Banco Mundial, iniciamos a trabajar con todos esos proyectos en el ámbito de Gobierno central a nivel de descentralizadas.

Después, obtiene una oportunidad para ir a trabajar Haití con la organización de Estados Americanos; ahí le toca trabajar con proyectos con respecto a Registro Nacional de las personas. Haití es un país conflictivo, en el cual es un poco desesperante estar, por el hecho de tener muchas limitaciones.

Después regresó a Guatemala y empieza a trabajar en el Ministerio de Finanzas públicas, fue el subdirector del Ministerio de Finanzas públicas en el área de tecnología. Estuvo trabajando los sistemas financieros, realizó la integración de lo que era el proyecto CIAF, cuando ya el Banco Mundial lo estaba dejando porque lo tenía que absorber el Ministerio de Finanzas Públicas. Realizó la remodelación de todo lo que es el data center del Ministerio de Finanzas públicas, participando en la adquisición, las configuraciones, todo lo que era el SAN, los que era la virtualización.

Luego al dar una conferencia en Honduras, la organización mexicana se interesa mucho en lo que estábamos haciendo dentro del proyecto SIAF SAG, ellos se interesan en todo lo que eran gobiernos locales, que son los gobiernos municipales aquí en Guatemala; me voy a trabajar con INFOTEC, que es parte del tecnológico de Monterrey. Estuvimos participando en el desarrollo, la implementación y todo el diseño arquitectónico del proyecto de modernización de los estados de México.

Luego regresó a Guatemala, se ubica en la Secretaría de Inteligencia del Estado de Guatemala viendo lo que era seguridad a nivel nacional, viendo proyectos de integración con los países centroamericanos.

Tiempo después, lo contactan para una empresa canadiense que se llama Free Balance y estuve trabajando ahí un tiempo. Luego estuvo trabajando en Filipinas y Nicaragua. Estuvo en Taiwán becado por 3 meses sacando una certificación de ethical hacking y anti hacking.

Luego lo contacta el gerente de la SAT para participar en un proyecto que tenían pensado, ahí es donde nace la FEL - Factura electrónica-, hoy por hoy, se encuentra en el área de consultoría para el BID -Banco Interamericano de desarrollo- dando unas consultorías en Panamá.

¿Qué habilidades no técnicas complementan ese crecimiento profesional?

Prácticamente yo te diría que aquí entra mucho lo que es el profesionalismo, o sea el comportamiento de tu persona, es decir, prácticamente todo lo moral que trae uno como persona. Aparte que lo que me ha complementado, también es un poco la maestría. La maestría ha llegado a formar parte de mi ingeniería como tal en otro aspecto, te permite ver de otra forma, no solo a nivel técnico, sino a nivel administrativo también.

Tengo en mente algo que una persona que fue mi jefe en algún momento, un mexicano, pues él siempre me decía: “Nunca te enfoques en cosas muy administrativas, aunque tengas esa maestría, trata de enfocarte en los ambientes, porque eso te va a complementar y el día de mañana vas a estar capacitado, no solo para estar en un lado técnico, un lado administrativo, sino que te vas a poder mover en los dos mundos”. Y todo eso, pues obviamente debes tenerlo en cuenta y eso es lo que me ha servido mucho también.

¿Qué habilidades técnicas le llevaron a liderar un proyecto innovador, como lo es FEL?

Cuando llegamos a la SAT, prácticamente lo que me ofrecieron fue: venís como asesor a la SAT. Acepto el reto y me dijeron, aquí tenemos que modernizar, tenemos que empezar a ver demasiados proyectos que hay aquí, pero uno de los proyectos que nadie quería, uno de los patitos feos por así decir, era el proyecto de factura electrónica.

La factura electrónica ya existía, pero era esta factura en papel prácticamente emita papel y mitad electrónica. Cuando llegamos y empezamos a ver todo este tema, ya venían en algunas conversaciones de querer modernizar todo el tema de factura electrónica. ¿Por qué? Porque querían que todo fuera electrónico, valga la redundancia.

Definitivamente, el modelo anterior, a pesar de que sí servía, en el nuevo modelo se tuvo que hacer una reingeniería total. Es decir, todo lo anterior se botó y todo nace de cero. Dentro de todo el proyecto empezamos a evaluar qué era lo que nosotros queríamos y obviamente dentro de eso nacen 7 retos, en los cuales nosotros nos enfocamos prácticamente para hacer todo este diseño.

• Elasticidad. Expandir o contraer los recursos de acuerdo con la demanda. Recordemos que un proyecto de esta magnitud definitivamente iba a tener altos volúmenes de transaccionalidad, unos picos increméntales que uno no se esperaba y vivir con una arquitectura On-premises era un poco difícil.

• Ingestión masiva de datos. Carga de grandes de volúmenes de datos en pocos segundos. Era uno de los retos principales que teníamos, sabíamos de qué las facturas, por ejemplo un Walmart está facturando cada segundo, entonces esa inyección que nosotros necesitábamos tener de todos estos datos teníamos que solventar en su momento y ver que esto fuera consistente y que los datos entraran de forma transparente y rápida.

• Acceso inmediato a los datos. Definitivamente, el contribuyente, todos lo hacemos, venir y decir, bueno, me emitieron una factura y ahora necesito verla, vamos al portal y queremos verla en el momento. Esto, pues nos llevaba al siguiente punto.

• Monitoreo en tiempo real. Análisis del comportamiento de los datos capturados, también teníamos que estar analizando el comportamiento de la arquitectura; que las facturas se estuvieran visualizando dentro del portal de la SAT.

• Analíticos. Análisis del comportamiento de los datos capturados, esto iba a servir para una fiscalización.

• Agilidad. Uso de herramientas y arquitecturas, ágiles y desacopladas. Si ibas a hacer un cambio en algún componente, no te afectara el resto de los componentes.

• Independencia y control. Puedes reducir los riesgos de dependencia de proveedores, porque no queríamos casarnos con un proveedor como lo han venido haciendo por años en el gobierno, casarse con un proveedor y que el proveedor atienda los requerimientos, no dentro de los SLA que se tienen enmarcado dentro de los contratos, sino que se pasan y nunca hay una penalización para ellos.

¿Por qué basarse en este tipo de arquitectura?

Cuando se empieza a crear todo lo que es la arquitectura de FEL, pues obviamente nosotros hicimos una prueba de concepto, invitamos a ciertas empresas para que pudieran participar, porque una de las iniciativas y las premisas que siempre se tenían era: “Bueno, compramos algo que sea llave en mano.” , mejor porque nosotros lo traíamos, solo administramos, pero definitivamente no era mi filosofía, no es solamente comprar y traer y poner. Yo siempre he sido de la idea de que sí podemos hacerlo en casa, lo vamos a desarrollar.

¿Y esto por qué nos lleva a una arquitectura agnóstica? Pues esto nos permite movernos en cualquier nube, es decir, cuando nosotros hacemos las pruebas de concepto, invitamos a las empresas que participaron como tal, nosotros como SAT, con el equipo que se conformó en ese entonces, que para esa época solo éramos cuatro personas.

Ese corto equipo, por la cantidad de personas, definitivamente es un reto también esa parte. Entonces empezamos a decir, bueno, si van a entrar estas empresas a competir, ¿por qué no entramos nosotros como SAT a competir y a demostrar que nosotros también tenemos capacidades? Entonces, definitivamente, cuando hacemos la prueba de concepto que se generaron, entraron ciertas empresas.

La arquitectura que se llevó uno de los primeros stocks, se podría decir, fue una empresa externa y después fuimos nosotros, pero ¿por qué? Porque nosotros competimos con recursos limitados, que teníamos On-Premises, no recursos que teníamos en la nube. Entonces ahí nos dimos cuenta, la creación de una arquitectura con componentes agnósticos, ¿qué nos va a permitir? Nos va a permitir no solo estar On-Premises, movernos a una nube de AWS a una nube de Azure a una nube de Google, a una nube de Huawei. Entonces esos componentes pueden convivir en cualquier nube como tal y esa era la filosofía que manejamos cuando nace la arquitectura.

¿Por qué entonces utilizar herramientas de nube?

Cuando se empieza el diseño de la PO definitivamente nos damos cuenta, y aquí viene todo lo que vive no solo a nivel de gobierno sino que las empresas de iniciativa privada, también, el hecho cuando decimos que necesitamos vencer ciertos retos como tal; como la elasticidad, en un servicio On-Premises, ser elásticos es muy difícil. Con un equipo de infraestructura que le digamos: el día de hoy tenemos este un pico de transaccionalidad, definitivamente no van a tener la capacidad de levantarme cinco servidores en un momento; o sea, a que nos llevan los componentes de la nube a que somos elásticos, no dependemos de una persona para que se estén levantando los componentes, nosotros parametrizamos esa elasticidad, es decir, nosotros le podemos decir a cada uno de los componentes, si estás en un porcentaje de CPU de un 60% y memoria la tienes al 80%, empezar a levantar más nodos de este tipo y con estas características.

Entonces ahí nos desatendemos de todo eso y que garantizamos con eso, pues garantizamos ser eficientes de verdad y no tener que estar en espera de que se levante un servidor en lo que le instalan el sistema operativo, en lo que le ponen todos los servicios que necesitas, entonces eso es lo que nos lleva a visualizar la nube como tal. Si bien es cierto, fue un gran reto que la SAT aceptar el uso de nube, pues se logró, a la larga se logró.

¿Podríamos decir de qué manera la institución y el proyecto de FEL se ha visto beneficiado por este tipo de arquitectura de nube?

En su momento también se hizo un análisis costo-beneficio de qué era lo que se tenía pensado en un inicio. La SAT lo que pensaba era levantar un nuevo data Center del cual iba a costar una millonada, entonces con esa millonada podrías vivir, que te digo, 10-15 años en la nube. Entonces el beneficio de aquí es optimización de costos.

¿Cuáles son los mayores retos de migrar un proyecto de esa magnitud a un proveedor de nube?

Optimización, que sea elástico, es lo más importante aquí, pues no depender de personal que te esté levantando toda la infraestructura, aquí todo es totalmente automático. No necesitas intervención humana que te estén llamando a las 3:00 de la mañana: “Mira, tenemos alta transaccionalidad” y no tengas el personal disponible para que te puedan levantar todos los servidores como tal.

Si bien es cierto que la SAT utiliza Java, este su know-how es Java definitivamente, no hay que enfrascarse, eso es algo que yo siempre lo he vivido y siempre lo he mantenido, no enfrascarme con un solo lenguaje, un framework, el hacer una mezcla de diferentes framework siempre te va a beneficiar y para cada una de las arquitecturas vos podés evaluar cuál es la mejor solución que se puede. Si bien es cierto ya es potente para ciertos proyectos, pero .NET también es potente para otros proyectos. Depende de tu necesidad que tengas.

¿Qué práctica, recomienda para tener una arquitectura de nube, una buena arquitectura de nube?

Es analizar el proyecto, porque una de las premisas muy importantes es analizar qué es lo que quieres hacer en cada uno de los proyectos, para cada proyecto una arquitectura es totalmente diferente, como yo te podría decir, mira esta arquitectura que por ser un proyecto de tipo mediano y la empresa no está o la institución no está en la capacidad de contratar servicios de nube, se puede hacer On-premises. Pero definitivamente si vas a tener un alto volumen de transaccionalidad, definitivamente, pues un data Center local no te va a servir de mucho, a menos que tengas implementado.

¿Cree usted que utilizar la nube es mucho más seguro que trabajar On-premises?

La nube es tan segura como la quieras hacer, esa es una de las preguntas del millón que se hacen todas las personas, ¿La nube está muy expuesta? ¿La nube es insegura? Y todo eso, no hay muchos componentes en los cuales puedes utilizar para que estos puedan darte demasiada seguridad, puedes implementar un firewall; puedes meter cuanta política necesites para poder resguardar todo lo que tengas dentro de tu servicio. Definitivamente, las VPCs que metas a redes, subredes, a redes privadas, redes después, todas tus DNS y todo bien estructurado, todo esto te va a dar una gran ventaja de seguridad también.

¿Qué estrategias de seguridad, a grandes rasgos, se implementaron en el proyecto de FEL?

Prácticamente, FEL, pues todos los mecanismos de seguridad, recordarte que había mecanismos de autentificación en los cuales era un Oauth, un token para comunicación entre todo, todo lo que se tiene ahí, los microservicios, definitivamente ese token que tienen un tiempo de vida y se están renovando cada cierto tiempo.

¿Cuál ha sido su mayor aporte tecnológico?

El mayor aporte tecnológico que yo veo, pues hasta el momento y siempre lo he dicho, cuando pasas por una institución, lo que importa aquí es dejar una semilla en la cual tal vez el aporte no es tan grande, pero es algo que te va a dejar ahí marcado. Cómo decir, esto lo hizo cierta persona cuando pasó, entonces yo siento que los aportes que he dejado donde he pasado, pues para mí son aportes que vale mucho.

Por ejemplo, en México el haber desarrollado el sistema de control de sistemas financieros para estados, pues para mí es un gran aporte. Aquí en Guatemala, la factura electrónica, pues es un gran aporte también y te digo en el Ministerio de Finanzas haber trabajado con todo el sistema de gestión municipal, el SICOIN que hasta la fecha sigue sonando, ahí siguen utilizándolo.

Haber participado en todos estos proyectos, para mí son grandes aportes también y son huellas que, pues a la larga, uno como profesional va sintiéndose satisfecho de haber participado, haber dejado parte de esos proyectos grandes que se han tenido. Yo no te podría decir para mí este es el mejor o este es el peor, no, yo siempre lo visualizó desde ese punto de vista, dejar una semilla donde pasas, dejar una huella es muy importante para uno como profesional y que a la larga.

Entonces esa es una de las premisas que yo te digo, todo proyecto es un aporte que dejas y es un aporte valioso como profesional y todo eso, pues hay que darle mucho valor.

¿De qué manera se pueden desarrollar estas habilidades para poder optar a un puesto más retador, en una empresa que sí utiliza a gran escala tecnologías de la nube?

Aquí depende mucho de todos, como bien lo dices, están en proyectos pequeños trabajando y fungiendo como arquitectos, pero a la larga yo creo que ahí es la visión como profesional y como persona que tiene cada uno.

Mi filosofía nunca ha sido quedarme estable en un trabajo porque siento que cuando ya llegué al tope el objetivo para mí es moverme, porque siento que hay otras oportunidades en el mercado y lo mismo sucede en esto.

Si está fungiendo como un arquitecto en un proyecto pequeño, pero tu visión es ser y adquirir conocimientos para ser un arquitecto para proyectos más grandes, entonces definitivamente aquí entra mucho lo que es la proactividad y es algo que yo les mencionaba siempre en el equipo de trabajo, cuando estuvimos y siempre lo sigo mencionando al equipo con el que estoy ahora trabajando, aquí tienen que ser proactivos para poder desenvolverte en un ámbito mayor, tu trabajo habla por sí solo y las oportunidades te van a llegar y te van a buscar, siempre y cuando tu trabajo sea bien hecho, bien desarrollado y definitivamente ahí te vas a anotar.

¿Las certificaciones en proveedores de nube, como por ejemplo AWS, GCP o Azure, tienen un peso significativo al momento de aplicar a una plaza para proyectos como FEL o similares?

Definitivamente, de hecho yo estoy próximo a sacar la certificación de Architect Solutions de AWS y también estoy en proceso de sacar el arquitecto de Azure, entonces tengo ahí dos pendientes que ya estoy preparándome para pasar la certificación, porque definitivamente eso te da un precio increíble cuando tienes la certificación, definitivamente empiezan a buscarte porque son muy cotizadas esas certificaciones como tal.

¿Cómo ha sido entonces su experiencia con los equipos de trabajo en los que ha participado?

La experiencia, definitivamente en los diferentes proyectos, esa es un mundo totalmente diferente.

Me enfocaré en el proyecto de factura, como te decía en los inicios, el proyecto de factura no necesariamente solo una persona, aquí el éxito de este proyecto, el éxito que se convirtió FEL en ser la punta de lanza de la SAT como tal, porque así es como se vendió y así es cómo estaba funcionando después de que nadie lo quería. Pues muchos proyectos empezaron a adherirse a factura electrónica, el primer equipo del que nace: César Espinoza, Eric Mayus, Sergio Cifuentes y mi persona, éramos los que arrancamos con una lluvia de ideas, las otras 3 personas se van de la institución y pues definitivamente yo venía liderando este proyecto, yo me quedo con el proyecto.

Después llega Axel Apén a apoyarme con todo lo que es el tema de frontend de factura electrónica, empezamos dos personas, Mauricio Romero estuvo involucrado también con nosotros, definitivamente fue apoyo para factura electrónica también en varios temas.

Después se nos integra Juan Pablo Mulul y un agradecimiento para todo el equipo. También te integras Mario Obed, tu persona, que empezaste a involucrarte con nosotros, a Douglas también que se estuvo involucrando ahí en todo lo que es el tema de factura electrónica.

Definitivamente el éxito de este proyecto es la unión, este equipo de trabajo que se conformó y yo siempre se los decía, aquí lo que a mí me interesa es tener un buen clima organizacional; porque al ver nacer un proyecto, es como que ver nacer a tu hijo, entonces lo que quieres es que crezca y que crezca de la mejor manera. Ya después, cuando el padre lo deja, pues ya vienen a meterle malas influencias, a meterle malas cosas, definitivamente allí ya no se puede hacer nada; pero el éxito y el agradecimiento para todos ustedes y todo el equipo que se conformó en su momento.

Detrás de todo esto, agradecerle a mis padres, porque si no es por ellos no estaría donde estoy, el agradecimiento a Dios y también a mi esposa que me ha sabido aguantar también y agradecerles a mis hijos también, que saben cuándo estoy afuera me toque que viajar a veces en trabajos anteriores, pues prácticamente me pasaba hasta un mes, dos meses fuera, entonces sin verlos entonces es bien difícil.