Episode Transcript
[00:00:00] Speaker A: Cuando uno trabaja en tecnología es muy difícil explicarle a los CEOs, a los gerentes lo que estás haciendo. Ese interés genuino de la gerencia hacia esta cultura hace que también los acerque a la tecnología, que tengan que aprender de cómo funciona la memoria, que tengan que entender, hagan un balance entre optimización, visualización y gobierno. Yo creo que ahí van a van a poder avanzar muy bien con la cultura. Fino tiene que entender cómo funciona esa herramienta. O sea, yo tengo que aprender de cómo funciona el building, cómo se cobra en AWs.
[00:00:30] Speaker B: ¿Qué tal, Damián? ¿Cómo vas?
[00:00:32] Speaker C: Bien, bien. Otra vez aquí hablando de finops, un.
[00:00:37] Speaker B: Poquito más de finops en español. Y hoy tenemos un invitado bastante especial que bueno, yo cuando empecé, la verdad es que vi un montón de sus post en español. Creo que fue como de las primeras personas que vi posteando cosas en español y me sorprendió que había bastante contenido y también ha sido un poco en ese tema una inspiración para hacer esto también para la comunidad hispanohablante. Y estamos aquí con Roberto. ¿Qué tal Roberto? ¿Cómo estás?
[00:01:10] Speaker A: ¿Qué tal? ¿Cómo están? Gracias por la invitación. Muy bien, muy bien y contento de estar aquí con ustedes.
[00:01:17] Speaker B: Muchas gracias por venir.
Ha sido genial poderte tenerte, sobre todo tan pronto en el en el podcast. Y bueno, para el que no te conozca, llevas un tiempo ya trabajando en el Finops. Publicas bastante contenido tanto en LinkedIn como en artículos, si no recuerdo mal. Creo que también empezaste como algo a nivel audiovisual, a nivel de podcast o de vídeos, si no recuerdo mal. Vi algo a ese nivel hace un tiempo. Pero bueno, cuéntanos un poco tu historia 1 poco cómo te introdujiste en este tema y lo que estás haciendo actualmente.
[00:01:57] Speaker A: Sí, claro.
Yo tengo una historia interesante porque yo empecé hace 10 años en cloud en Perú. Yo soy peruano y me apasionó mucho, sin saber que estaba haciendo finops, me apasionó mucho la eficiencia en nube, porque una vez que empecé en cloud como jefe de infraestructura, empecé a ver que habían cosas que se subutilizaban, que no se utilizaban bien. Y allá empecé mi práctica en Perú sin saberlo, como les decía, porque en ese tiempo estaba de moda un poco más la terminología DevOps, así que no toqué ese tema. Y ya después de un tiempo trabajando en Perú, me contratan en Chile, donde ahora vivo hace seis años vivo en Chile como consultor cloud. En ese tiempo, te hablo del 2018, aquí en Chile al menos el arquitecto cloud era algo muy desconocido. Entonces empecé a trabajar como arquitecto cloud, dando incluso charlas, clases y yo también creciendo como profesional, llegué a ser embajador de AWS porque me enfoqué en AWS. Embajador en Chile de AWS.
Y ya para ese tiempo empecé a ver que empezó a crecer el mundo del cloud y habían varios desafíos. Yo siempre veía las estadísticas de los desafíos que tenían las empresas. Había un desafío muy interesante que era el gobierno. Claro. Porque se crece demasiado y se empieza a desordenar ese crecimiento. Y yo veía que el gobierno era un nicho muy interesante que nadie estaba mirando. A mí me gusta ver las tecnologías o los nichos que nadie ve. Me gusta llegar como primero en mi carrera. Y veía también otro punto interesante, que ya desde el 2019 se creó esta fundación llamada Finops, con una visión de eficiencia en los costos. Yo dije esto va a ser muy potente a futuro. Yo creo que esto va a ser un gran problema, decía yo desde el 2019 que lo vi. Y poco a poco empecé a hacer consultorías orientadas a Finops. Entonces yo ya estaba aplicando la práctica tecnológica en AWS. Y con el tiempo esto fue creciendo, fue creciendo hasta ser el top, un de las preocupaciones hace dos años de las empresas.
Y la visión estuvo bien, al menos en ese momento, en esa consultora.
Yo recuerdo que a la consultora siempre le decía vamos a hacer consultorías de esto porque esto se viene fuerte. Y la consultora todavía no veía, estaba más orientada crear recursos, hacer migraciones, no veía mucho bien este nicho. Luego de un tiempo de estar ahí, me fui al sector financiero. Ahora soy jefe de Arquitectura Cloud y Transformación en Transman, que es una empresa financiera en Chile. Y ahí como lidero el centro de excelencia Cloud, una de las grandes cosas que tengo que hacer es Finops. Así que también puse en práctica en una empresa financiera que estaba migrando a la nube. Tiene un objetivo muy interesante de de ir con toda su carga de trabajo a la nube. Y acá también estoy trabajando con este pilar interesante de poner en práctica una cultura que en una gran empresa es distinta. Cuando tú haces consultorías, vas a lo técnico, es mucho más fácil, pero cuando estás en una gran empresa donde hay muchas áreas, muchos procesos, mucho cumplimiento, se vuelve la cultura fino un gran desafío, más allá de lo tecnológico. Por eso te decía al inicio que si bien es cierto lo tecnológico, la cultura, los conceptos son importantes, cuando se ponen en práctica es cuando empieza a cambiar la cultura. Así que por ese lado creo que está mi experiencia un poco resumiendo.
[00:05:48] Speaker B: Sí, sí, no, es bastante. Al final creo que lo viste bastante pronto junto con los primeros que vieron Finops 2016, por lo que he podido ver. Así que bastante adelantado en esa parte. Creo que tanto también como yo compartimos la idea de que esto a futuro, ya 2018, pero sobre todo ahora, tiene mucho potencial, sobre todo porque cada vez se gasta más en cloud y cada vez se mira más el presupuesto.
[00:06:23] Speaker A: Y es algo interesante, yo siempre lo digo, porque cuando uno trabaja en tecnología es muy difícil explicarle a los CEOs, a los gerentes lo que estás haciendo. Muchas veces se ve como algo bueno, qué bien que estés haciendo automatizaciones y estés aumentando la salida al mercado, genial. Muchas veces el que está en tecnología le cuesta mucho explicar lo que está haciendo.
Pero esta cultura, este rubro llega directamente a la gerencia, es una preocupación directa. Entonces se rompe este silo, esta brecha que tiene la tecnología con la gerencia. Ahora sí hay como un interés genuino del dueño, del gerente, no sólo financiero, sino tecnológico de la empresa. Entonces empiezas a hacer conversaciones y a conectar más con el negocio. También me gusta mucho porque estás hablando de números, estás hablando de de negocio, estás hablando de que si se supera el presupuesto puedes afectar toda una empresa. Y eso pasa.
Entonces ese interés genuino de la gerencia hacia esta cultura hace que también los acerque a la tecnología, que tengan que aprender de cómo funciona la nube, que tengan que entenderlo. ¿Porque muchas veces las primeras conversaciones son de qué estás hablando? Que son reservas, que es auto escalamiento, no sé qué, es una estrategia multicuenta.
No lo llegan a entender al inicio, pero luego de varias charlas, etiquetada, por ejemplo, luego de varias charlas empiezan a entender. Y me ha pasado que he visto como gerentes que al inicio les costaba explicar esta práctica, ahora con la experiencia lo divulgan, lo cuentan y saben que funciona, que funciona muy bien para hacer eficiencias.
[00:08:26] Speaker C: La verdad que es muy interesante todo lo que dijiste, empezando como por el tema del Cloud Center of Excellence, que no sé hasta cuánto se practica.
Sí, voy viendo que más y más lo llevan, porque al final todo este tema de la nube, del cloud, es un impacto muy grande. Cualquiera. Creo que esto se debe practicar en cualquier empresa. Tiene que haber como un grupo, el Cloud Center of Excellence, que lo maneja bien. Y el trabajo de un Finops es mucho más fácil cuando hay un grupo así que to back em up, o sea que le da soporte.
Y también dijiste todo eso del problema de lo que es, o sea que viste el problema de los costes, que era mutual y que hace dos años como que explotó, que todos interesan de tiro. ¿Y también mira que llegó eso a tanto que los cloud providers también se dieron cuenta, porque qué pasó? Muchas empresas se iban. O sea, esto del tema del cloud es muy caro, bajemos de lo de la cloud. Se iba mucho. Entonces ahí vimos como todos los cloud provider, todos empezaron a poner más lugar, explicarlo mejor. Y para empezar a manejar hoy también es como uno de los pilares cost optimization.
[00:10:04] Speaker A: Así que sí, coincido. Y sabes que también como que uno va aprendiendo y ve estadísticas. Las estadísticas que yo fui viendo es que hay un gran porcentaje de empresas que no logran migrar a la nube, que fallan en la migración a la nube. Y hay un gran porcentaje de gerentes que no conocen tampoco ni entienden la nube. Y también es interesante algo que uno va aprendiendo y es que no todo es para la nube.
Yo creo que es una palabra difícil de decir. Uno que está en la nube, que quiere que y sabe que cloud es elástico, escalable, tienes herramientas de inteligencia artificial a la mano, ya todo está listo. De alguna manera es difícil para alguien como yo que fomenta la nube, la transformación digital, decir que no todo es para la nube. Pero es verdad.
Yo he conocido pequeñas empresas que han querido irse a la nube pequeña, que tenían su hosting pequeño y me decían Roberto, tú que sabes de cloud, ayúdame a crear infraestructura. Y los costos se elevaban y yo no podía hacer nada porque las aplicaciones que ellos hacían no estaban preparadas para la nube, no estaban preparadas para ser elásticas. O sea, no es simplemente con las ganas de irse suficiente como para ser exitosos.
Hay un desafío interesante de conocimientos de las empresas que tienen que lograr 1. Transformación cultural. Muy interesante también que a veces uno piensa que la nube es solo tecnológico. Y yo puedo decirlo, hay una parte tecnológica, sí, pero hay un gran porcentaje cultural. Gran, gran porcentaje cultural.
Y si los que van a hacer esta transformación piensan que contratar y capacitarse en tecnología es lo suficiente, les va a costar, lo van a entender luego.
Yo creo que la cultura, no solo Finops, cultura Finops te ayuda, pero la cultura cloud, la cultura de cómo hacer las cosas de forma distinta, es un desafío interesante. Y cambiar esa idea de los gerentes que no todo es para cloud, también es interesante. ¿Es decir, pensemos, realmente nos va a generar un ahorro? Ese es uno.
¿Pensemos, realmente la nube tiene los requisitos que nosotros necesitamos para nuestros clientes?
Pensar en eso y si eso cumple, genial, hagamos la migración. ¿Realmente tenemos las personas que operen? Eso también es importante. Y ahí es cuando yo creo que siendo inteligentes para migrar se puede ser exitoso. Esa creo que es la idea que tengo. Ahora, después de haber pasado por muchas.
[00:12:57] Speaker C: Cosas, yo diría que cuando pensar, porque creo que tocamos también mucho el tema ese de que a veces ir a todos sí, más costoso, no es para todos, especialmente si no lo sabes hacer bien. Pero yo diría en esos casos, como hay muchas cosas en el Cloud, seguro que hay algo que te puede beneficiar y sería encontrar qué, no a todo coste, no, pero si querés jugar en.
[00:13:26] Speaker B: Algún momento con IA, si puedes hacer.
[00:13:28] Speaker C: Un poco de innovación, si puede ser que alguna parte de mi solución que vaya al Cloud, no toda.
Eso es muy interesante. Como dijiste, hay que planearlo bien.
[00:13:43] Speaker A: Eso es cierto, sí. Ahora, orientándonos a Finops, también me di cuenta que el rol es muy complejo en el mercado. Aquí en Chile al menos, todavía es algo nuevo, porque tienes que buscar tres capacidades interesantes aquí también entregarles esa información. La primera, capacidad financiera, ya es una capacidad financiera, es decir, alguien tiene que saber terminología financiera, hacer proyecciones, presupuestos. Por ahí quizás su experiencia viene control de gestión, acá en Chile le llama control de gestión, control presupuestario. ¿Pero también tiene que saber lo tecnológico, cierto? Entonces es otro desafío, otra capacidad que tiene que tener esa persona, entender lo tecnológico, entender la nube, hacia dónde está yendo, cómo funciona, para poder hacer más eficiencias. Y la tercera de los datos, porque finalmente te vas a encontrar con una gran cantidad de datos que tienes que centralizarlos y automatizarlos para que los reportes sean más rápidos, porque hay que dar mucha visibilidad. Entonces, tres capacidades, encontrarles una sola persona, todavía no lo he visto, por ahí hay una, creo que tengo un par de amigos que las tiene, no lo sé, creo que las tienen. Entonces, lo que yo recomendaría cuando se busca este tipo de práctica, al menos quizás algo que me ocurrió a mí, es buscar a alguien muy fuerte en lo técnico para que ejecute optimizaciones y buscarle a alguien muy fuerte en finanzas. O sea, ya son dos personas para que pueda justamente tener esa conexión con la gerencia, para que pueda hacer esas conversaciones, presupuesto, etc. Y entre estas dos personas trabaj tienen debilidades y fortalezas. La fortaleza del financiero la tienes con el tecnológico, la debilidad con el tecnológico. Entonces, y la de datos yo creo que podría ser algo que sea madurez con el tiempo y ahí vemos cómo trabajamos los datos.
Mientras tanto, no sé, Excel, descargando la información, cruzándola, bueno, habrá que hacerlo. Pero igual quería contarles que entendí que estas tres capacidades, ojalá en una sola persona difícil, te ayudan mucho en la práctica de finops. ¿Quienes nos estén escuchando y se pregunten por dónde empiezo?
Yo creo que hay finanzas y tecnologías, están en las dos cosas que se puede trabajar.
[00:16:35] Speaker B: En realidad.
[00:16:35] Speaker C: La implementación de finance, la verdad que sí, hay muchas cosas. Por ejemplo, yo leí mucho.
[00:16:45] Speaker B: Cómo es.
[00:16:46] Speaker C: El Cloud Financial Management, el CF. Entonces hay muchas maneras de implementarlo.
Es difícil encontrar todo eso una persona. Y creo que también, yo diría que también esa persona necesitaría también como skills de Project Manager, porque al final tenés que como que manejar todo.
Yo buscaría esos cuatro y ahí se pone más difícil encima encontrar todo eso en una sola persona. Y ahí tendrías el tema al implementarlo de cómo lo harías.
Si poner tres, cuatro personas que estén todo el día haciendo eso un poco virtual, ese se pone muy complejo. Eso también es algo que también no todas las empresas pueden también, o sea, imagínate, no puedes poner cuatro personas haciendo solamente firmas. Bueno, no todas, depende.
[00:17:41] Speaker A: Mira, yo te cuento un poco cómo inicié. Yo iniciaba con, hay un framework en AWS que se llama Well Architected Framework. El Well Architected tiene cinco pilares. Uno de ellos es el de la eficiencia en los costos. Y lo bueno de ese framework es que tiene un conjunto de preguntas. Así que los que están escuchando el podcast, yo creo que se pueden ir por ese lado, porque te hace un conjunto de preguntas que te hace pensar en cómo estás llevando tu estrategia. Entonces, ahí tú puedes ir respondiendo esas preguntas, es gratuito, lo pueden encontrar en Internet. Uno va respondiendo esas preguntas y va a poder entender y evaluarse qué riesgos tiene en la práctica de optimización de costos. ¿Entonces, yo lo primero que hacía con mis clientes en ese momento era conversaba con ellos, les hacía las preguntas y les entregaba, mira, estos son todos tus riesgos, tienes riesgos aquí, riesgos acá, por dónde crees que deberíamos avanzar? Y empezaba a ejecutar las optimizaciones.
Eso es bueno porque es como acciones de corto plazo que dan resultados a largo. ¿No? Esto es algo corto. Lo que les estoy comentando es acciones a corto plazo que te reducen los costos. Que tuve buenos resultados con esas consultorías, yo les mostraba los riesgos, ejecutaba las acciones y se veía inmediatamente la proyección cómo bajaba 20, 30 %, clientes felices.
Pero eso es, como les decía, corto plazo. Cortoplacista sirve si baja los costos, pero a largo no. ¿Por qué? Porque se mantiene la mala práctica de crear recursos, de no taggearlos, la mala práctica de no pensar el tamaño correcto que uno tiene que colocar. Entonces, esa es la siguiente etapa que yo les recomendaría a quienes nos escuchan.
Aquí hay mucho de definición de los flujos, de cómo vamos a trabajar, cómo vamos a interactuar. Nosotros le llamamos gobierno.
Nosotros tenemos como grandes pilares el pilar optimización que les comenté, el pilar visibilidad y el pilar de gobierno. Cuando tú estás en una empresa que requiere de muchos cumplimientos, de muchas certificaciones, tiene mucha normativa, tú necesitas un pilar de gobierno. Necesitas no una persona, sino quizás un comité, un conjunto de áreas que se reúnan para hacer esas definiciones, cómo vamos a trabajar, cómo vamos a aprobar las nuevas solicitudes. Y en Cloud cambia la forma de comprar, porque ojalá una sola área supiera que se está comprando, por ejemplo, el área de compras, el área compras va, analiza, aprueba, pero no necesariamente es la mejor herramienta en Cloud. Entonces se necesitan muchas áreas tecnológicas, una de ellas arquitectura, por ejemplo. Entonces este comité de gobierno que les comento que sería como la tercera recomendación que les daría a los que nos escuchan, va a poder trabajar en eso, en definir los flujos, cómo estimar, cómo comprar, cuánto tiempo comprar y cuando venga, no sé, una certificación, una auditoría, ahí va a poder estar toda la evidencia que se trabaja en orden.
Entonces cuando empezamos a trabajar en esto nos dimos cuenta que esos tres pilares nos ayudaron en trabajar con una mejor gestión.
¿Así que para que también quienes nos escuchen puedan puedan aplicarlo así me deja entender ahí con el pilar de gobierno?
[00:21:43] Speaker B: Sí, sí, sí, yo creo que sí. Y además lo que dices en combinación, que al final esos tres pilares junto con lo que has dicho antes de tener las cualidades financiero, datos y técnicas para poder ejecutar todo eso, porque al final, por ejemplo, el gobierno y demás, si no tienes a alguien especialmente hábil con los datos se puede perder o no puede saber gestionar ese tipo de cosas. Pero también necesitas alguien tecnológico que te implemente las soluciones políticas para la organización, etc. Etc. Que te permitan trackear esos datos correctamente y luego alguien de financiero que elija un poco cuáles son los datos valiosos que necesitas trackear, porque al final tú en datos puedes trackear todo lo que quieras, pero si tienes una métrica que no te vale para nada, pues simplemente estás perdiendo tiempo. Y creo que se relaciona tanto con eso la optimización de costes y el gobierno de los datos en Finops. Creo que además si te fijas un poco lo que es el framework o cómo está orientado a nivel certificaciones, tienes ese tipo de roles, los engineers que al final son un poco más a bajo nivel de implementar cosas más a nivel tecnológico, el tema de focus y data analyst, analizar el billing y ver dónde se está yendo los datos, tanto en billing como en transacciones, etc. Y luego más la parte de finanzas, de entender que se comporta todo. Y con respecto a eso que dijiste antes de la conexión que tiene que tener el grupo de Finops con el leadership, tú crees que, sobre todo viniendo de gente técnica que bueno, a veces sabemos que tiene dificultades con el tema de organizar bien las presentaciones, comunicar bien, etc. Crees que en especial un Finops que lleve ese rol de conexión, vamos a decir el Finops lead, que tiene ese rol de conexión con el departamento más de la directiva o un departamento más alto, necesita también centrarse bastante en sus habilidades de comunicación y presentación de datos. ¿Cuál es tu opinión al respecto?
[00:24:13] Speaker A: Sí, por supuesto, por supuesto. Nosotros tenemos un Finops líder y Finops Analyst. Entonces los analistas se orientan más a centralizar la información, a analizarla, a entregarla.
¿Y claro, el Thing of Leader justamente tiene el objetivo de poder transparentar esa información en comités ejecutivos, de tal manera que se presente con los gerentes y entrega la información relevante para ellos, cierto?
Pueda avisarles sobre solicitar tomar decisiones también durante esas mesas con gerentes.
Porque es bien interesante cuando a veces uno dice yo estoy en el presupuesto, me dijeron que esta tecnología cuesta a y está costando menos que.
Pero cuando vas con la gerencia, el gerente tiene otro tipo de información, tiene como un entendimiento global y puede darte información que que realmente te dice esa herramienta no era el camino, ese presupuesto no deberíamos gastarlo, estamos gastando lo que no usamos. Entonces yo creo que esta conexión del Finops líder o Finops que tenga esta capacidad para poder comunicarse con la gerencia va a ayudar mucho a que si realmente comprende el gerente que trabajar mucho.
Y acá un paréntesis, al inicio, cuando se empieza con esta práctica, lo mejor es reunirse constantemente porque recién están entendiendo algunas cosas. Entonces yo creo que cuando se inicia la práctica, ojalá dos veces por semana con el gerente, ojalá.
Y cuando ya empieza el gerente tecnología a entender un poco más, eso se va a ir ampliando poco a poco. Incluso el gerente, y esto me pasó, ya no va a estar tan interesado en reunirse tan constantemente porque ya va a haber las métricas que le dicen que los costos están controlados.
Así que creo que esa capacidad, como decías, es necesaria.
¿Y yo creo que por eso te decía la parte quien sabe tecnología le cuesta más quién es financiero? Porque yo creo que en este rubro, y es interesante porque vas a tener gente que sabe de finanzas ahora se va a meter al mundo de tecnología, ya viene trabajando esa capacidad de conversar con gerentes, o sea, ya yo he contratado personas que son de finanzas y no me ha costado que desarrollen esa capacidad. Ya la tiene, ya la tiene. Normalmente.
Ahora, como te decía, en mi caso, acá en Chile al menos encontrar a alguien que sepa de finanzas y de tecnología no es tan fácil. Por eso yo tuve que dividir de alguna manera, encontrar un pilar, un recurso que esté muy enfocado a ingeniería. Ustedes como bien dijeron, Fino Engineering 1, más orientado finanzas, que es Mythingoffs Analyst.
Bueno, acá lo resolví así, no sé si en otros países lo resuelven de otra forma.
[00:27:50] Speaker B: No tiene sentido. Al final, y conectando un poco con otro concepto que has hablado antes, uno no tienes por qué tener todos los recursos disponibles, luego necesitas distribuir un poco entre un par de personas a ver quién te da la fortaleza. Al final la gente de finanzas también lidia bastante con datos para hacer reporting, etc. Etc. Al final cualquiera que venga de esa parte del excel y cosas similares lo tiene que manejar. Entonces esa parte sí que les va a resultar probablemente mucho más fácil que cualquier implementación de código, etc. Aunque evidentemente tú puedes tener conocimientos a ese nivel. Y lo que has dicho antes, que al final y lo que comentaba también, puede haber compañías que sí pueden tener como una persona específica para cada cosa y tener muy especialista, pero no es necesario para implementar Finops. Es decir, tú puedes tener una organización relativamente pequeña y para implementar Finops tienes, según mi opinión, dos opciones o que alguien se dedique parte de su tiempo y haga todo el fino de la compañía, o bien hacer como una especie que es como a mí más me gusta, como un team virtual. Un virtual team que consigas tener un espacio dedicado de estas personas durante x horas a la semana donde se puedan juntar y funcionen como un equipo de finops virtual.
Es verdad que evidentemente por una organización grande no es el escenario ideal porque no dará tiempo, pero para una organización pequeña al final vas distribuyendo la carga. Es decir, si tú te puedes permitir, pues en lugar de que una persona trabaje 8 h en una cosa, pues que trabaje seis 2, te esté ayudando a bajar costes, pues ese beneficio luego vas distribuyendo un poco la carga y si tienes que transicionarle completamente a fino, pues le transicionas. Que no, pues juegas un poco con los virtual teams, que creo que es algo que es bastante beneficioso en general para las organizaciones pequeñas sobre todo. Uno tiene el problema de que cambias scopes un poco, pero el beneficio que tienes es que la gente tiende a comunicarse más, porque al final conectas con gente que habitualmente igual no trabajas y te permite hacer este tipo de cosas. ¿Si tenemos lo que has dicho, no? Optimizaciones rápidas, pues si no empiezas en ningún momento no las puedes hacer y ese 20 o 30 % que te puedes llevar. No sé qué opináis al respecto, Roberto.
[00:30:34] Speaker A: Sí, sí, por supuesto, estoy de acuerdo. Y de hecho eso va a ayudar mucho a las empresas pequeñas también, empezar de a poco la práctica, porque es como el medidor de luz, mientras no apagues la luz, sigue consumiendo, sigues gastando. Entonces yo creo que hay que ver un balance entre la optimización, la visualización y el gobierno. Hay que hacer un balance. Por eso les decía, yo empecé con optimización, muy bueno porque ves los resultados, pero cuando es una empresa grande, los famosos quick wins, pero cuando ves una empresa grande, por el lado siguen creando.
Entonces, claro, tú vas a tener una persona tratando optimizar y por el lado siguen creando y siguen creando con desorden. Entonces ahí vas a ver que vas a necesitar la parte del gobierno, que se definan los roles claros, las responsabilidades, los flujos, las aprobaciones. Para una empresa pequeña quizás no, porque quizás en una empresa pequeña se crea un servidor, dos, quizás mensualmente, son proyectos que no son, no hay tantos desarrolladores. Pero cuando es una empresa muy grande, donde constantemente estás creando proyectos y tienen cientos de iniciativas, empezar por el pilar de optimización es bueno, pero sin gobierno se hace complejo. Se hace muy complejo. Esa sería mi experiencia. Así que hagan un balance entre optimización, visualización y gobierno y yo creo que ahí van a van a poder avanzar muy bien con la cultura fin House.
[00:32:22] Speaker C: Yo quería agregar algo.
Dijiste antes sobre cuando apenas empezaba, dijiste que comparabas a la Well Architect, además ahora no son cinco, son seis. Acordate del Greenox, de la sostenibilidad.
Y es muy interesante que como fino, si estamos hablando de tips, mira que le podés, creo que hoy te premian, si no me equivoco, por lo menos AWs, te premian por wellarquitecto, te dan créditos. Y eso también como saber manejarlo, hay que saber manejarlo. Lo sabes.
[00:33:01] Speaker A: Yo fui quien acreditó a la consultora donde yo estaba en ese momento, los acredite para ser Well Architected Partner Program. Para aquellos que son partner y están escuchando esto, ustedes se pueden asociar con un programa que se llama Well Architected Partner program, que le da un beneficio muy interesante a la consultora. Si la consultora en ese tiempo resolvió un cierto porcentaje, en ese tiempo era 25, creo que era 45 % de los hallazgos al cliente, el cliente recibe $5000 en créditos. Entonces yo iba donde mis clientes y les decía Mira, si yo te resuelvo el 25, %, vas a recibir $5000. Y dice, o sea que además de ser well architected, además de mejorar mis riesgos, me vas a dar $5000. Avancemos, avancemos. Bueno, entonces eso era algo que hice también en ese tiempo en esa consultora, varios World architected. Y acá me hubiera encantado, no lo hice, hacer un reporte, porque hice en Chile a grandes empresas distintas consultorías. Y es muy interesante porque es tener información de cómo funciona una carga de trabajo. Y me di cuenta que hice un análisis de todos los datos, eran más de 40 consultorías que hice. Y el pilar que todos tenían el mismo problema era no tener un DRP.
O sea, tú veías las estadísticas y el que todos no respondían era no tener un DRP.
¿O sea, qué es tener un drp en Aws? Es tener más de una región. Y lo entiendo, porque tener más de una región es casi duplicar los costos. Pero esa es la única forma de tener continuidad en cloud, tener una región más. Claro, las empresas dicen no, pero yo tengo más de un servidor en una misma región y eso ya me da resiliencia, me da continuidad. No, en cloud tener más de una región es la que te da realmente un ERP, pero es carísimo, así que las empresas no lo hacen. Y otra de las cosas que vi debilidades. Fino, obviamente. Bastante. Muchísima. Y en seguridad también. Y en seguridad también.
Así que hay camino. A veces las empresas crecen y cuando uno analiza los riesgos, ahí recién se dan cuenta los gerentes que bueno, con el web architected que los tiene y los empiezan a resolver. Así que quienes están escuchando y puedan hacer un well architected, háganlo con un partner que esté certificado para que les dé ese beneficio.
[00:35:42] Speaker B: Muy interesante. La verdad es que si alguien estaba pendiente de aplicarlo, tenía dudas de si merecía la pena el esfuerzo. Creo que ya ha quedado bastante claro de que sí, que merece la pena.
Valió escuchar el póster ya sólo con esto.
¿Y es lo que dices, son cosas que al final tú lo ves y dices sí, bueno, las buenas prácticas siempre estamos muy acostumbrados a verlo, sobre todo en la parte técnica, pero dices de verdad me va a suponer un esfuerzo? ¿Me va a valer la pena el esfuerzo? ¿O voy a tener o es simplemente, pues bueno, que evidentemente todo tiene sus mejores prácticas y todo tiene la mejor manera de hacerlo, pero me va a servir o merece la pena o no? Y esto creo que es que es muy interesante a ese nivel. ¿Y bueno, 1 poco siguiendo un poco con con estos temas, cuáles crees que pueden ser los caminos o las cosas más importantes que acertaste ya en su día, que puede ser dentro de finops, los elementos que crees que en un futuro cercano, tres, cinco años, van a ser los elementos clave de esta práctica?
[00:37:10] Speaker A: Yo creo que thingless va a crecer mucho, pero no sólo a cloud.
La necesidad de las empresas ya es eficiencia, ya los países están pasando por momentos muy duros en el negocio.
Entonces esta práctica que sólo apunta al cloud es muy pequeño para lo que el negocio requiere. Yo creo que esto va a crecer a no solamente cloud, sino también a lo que hoy se llama TBM Technology Business Management, es decir, on premise, licencias de servicios como Jira, Confluence Software como servicio, los SaaS, Datadog, Snowflake, estos servicios SaaS que nos cobran un fijo 1 variable y son muy bonitos. Datados funciona excelente, es una herramienta de observabilidad, pero inyéctale log y equivócate. Y datados también vuela en costos.
Snowflake es una herramienta para datos. Entonces, equivócate, crea una tabla que no debes crear y volaste en Snowflake. Entonces, como le decía yo, mi visión, yo creo que esta cultura es una cultura muy interesante que empieza en cloud, pero que tiene que extenderse hacia SaaS, hacia on premise, porque inevitablemente, lo que conversamos al inicio, no todo es para cloud. Entonces, podría ser híbrido, podría tener un poco en On premise 1, poco en cloud. Y por lo tanto, la práctica Finops también debería estar en On premise. También debería haber alguien mirando las cargas de trabajo tecnológicas, también debería haber alguien mirando los SaaS software como servicios, o también debería haber alguien qué servicios estamos contratando, si esos servicios que estamos contratando son realmente eficientes, nos están dando los resultados que estamos esperando. Entonces, yo creo que la práctica Finops es muy interesante para Cloud y que en el futuro, como tú decías, cinco años, clásica pregunta, entrevista, yo creo que va a ir por ese lado y va a tener mucho más impacto al negocio.
[00:39:41] Speaker C: Mira, estoy totalmente de acuerdo. Te quiero contar que nosotros ya estamos viendo todo el tema de SaaS y registros. Incluso estamos viendo, no voy a decir ninguna herramienta específica, pero estamos viendo que hay herramientas que se están fijando en Snowflake y en otras cosas para reducir costos. Ahí en todo el tema de datos y todo eso que hablaste, no estoy viendo algo específico para SaaS, pero sí creo que lo estamos haciendo. Y sí veo que ahí va mucho el mundo.
Sí creo que conozco una o dos herramientas que hacen todo esto de on Premise y en Cloud. Pero sí, totalmente de acuerdo que va a crecer ahí mucho más.
Bueno, hay que seguir aprendiendo y estudiando y es una de las razones que estamos acá.
[00:40:38] Speaker A: Pero si te das cuenta, este rol in thinkops engineering también va a crecer. ¿Porque el Finops Engineering, qué tiene que saber? Tiene que entender cómo funciona esa herramienta.
O sea, yo tengo que aprender de cómo funciona el building, cómo se cobra en AWS. Y si usamos Azure, tengo que ver Azure y cómo funciona, pero cómo es el cobro, no cómo se crea una instancia ni cómo se crea una red. No tengo que extender cómo me está cobrando y cómo saco el mayor beneficio de descuentos con ese bitcoin, ese proveedor. ¿Tengo que entender esto de los well architect de $5000 ya listo, el fino tiene que hacerlo, no sé, reservar o pedirle mira, estoy gastando tú como proveedor, estoy invirtiendo en ti $1 millón, cuánto me vas a descontar por esto? Si no me voy a otra nube que me da un mejor descuento. Cosas por el estilo. Entonces siempre hay formas de negociar tarifas, optimizar recursos, no solo en AWs, no solo en Azure y Google, sino también en n lugares de tecnologías, con los SA, con todo. Es que están creciendo muchísimo los SAs.
[00:41:51] Speaker C: Están creciendo con todos mucho.
[00:41:53] Speaker A: Ahora hay un SaaS para optimizar costos en eks, porque eks también está creciendo mucho. Entonces ese sas también es cobro fijo y dinámico.
¿Bien, me va a ayudar con los costos dks, pero y cómo me va a cobrar ese SaaS? ¿Como optimizo los costos de SaaS?
[00:42:11] Speaker C: Entonces, y justo ese ejemplo es el field of engineering, porque tiene que saber.
[00:42:16] Speaker A: Cómo funciona exactamente el SaaS para ahorrar.
[00:42:21] Speaker C: Hay muchos, muchos servicios alrededor que te traen costos.
[00:42:28] Speaker A: Es el famoso tbm. Por eso te decía, yo creo que va a crecer interesante, va a ser.
[00:42:34] Speaker B: Interesante al final esa toma de decisiones. Y lo hablábamos también con respecto a las licencias, que un software, una compra de un software para una empresa grande, por ejemplo, de optimización o de, bueno, de marketing virtual o lo que sea, cada contrato puede ser muy importante y tienes que valorar realmente si es necesario o no, tanto para que te habiliten tu negocio como para ver si los resultados que vas a obtener son los que te van a permitir sacar un beneficio positivo. Teniendo en cuenta también el esfuerzo que va a poner tu empresa. Claro, porque evidentemente vas a tener esfuerzo por tu lado de horas invertidas de personal formándose en la herramienta, etc. Etc. Y es algo muy interesante y queremos andar, porque además creo que también con el auge de la de la inteligencia artificial y las herramientas así tipo no code y demás, cada vez se va permitiendo más, cada vez los Sa son, hay un mayor volumen de SaaS, más pequeñito, sobre todo herramientas más concretas que luego se pueden unir, pero a ese nivel es mucho más fácil ahora generar herramientas. Y hay que tener cuidado de que tener control de la suma total de todas las herramientas que puede tener una empresa, porque se te puede ir en manos muy fácilmente.
[00:43:57] Speaker A: Otro desafío también que me has hecho acordar es que como estas herramientas tienen un gasto fijo, 1 gasto variable, muchas empresas estiman su presupuesto, se proyecta, lo estiman un año antes, medio año antes, y para quien tiene que comprometerse con un costo es muy difícil, porque uno no sabe qué va a pasar. Uno sabe si el próximo año hay 10 proyectos más, 50 proyectos más, entonces uno se tiene que comprometer con una estimación que a veces es como un tiro al aire de verdad.
¿Sí, yo sé que ahora tengo 100 servidores, pero yo el próximo año cuánto vamos a tener? Puede ser que 200 y esos te cobran por cantidad de nodos. Entonces ese gasto fijo si se puede estimar, pero el gasto variable es muy difícil presupuestar, muy difícil. Es un desafío interesante, es experiencia yo diría, pero también cómo va cambiando el negocio. Si el negocio sube definitivamente no vamos a llegar a ese presupuesto y si el negocio baja vamos a gastar. Entonces también ese desafío de estimar, de presupuestar está dentro de Finops, que creo.
[00:45:18] Speaker B: Que también es una de las cosas más, en general del modelo de la nube, es como el más, para mí una de las más difíciles de controlar y de modelar correctamente es el modelado presupuestario y el modelado de predicción que hay entre ya muchas más tecnologías muy complejas. Y creo que sobre todo la parte de finanzas puede tener un rol bastante importante a nivel de conocimientos previos, de estimaciones, etc. Que eso se da mucho en finanzas.
[00:45:49] Speaker A: ¿Es que yo creo que todavía la cultura de la flexibilidad de los presupuestos todavía falta, porque qué pasa si yo estimo $100 y el próximo año me sale 500?
Entonces tú pediste 100, pero sí, pero el negocio creció, que se yo, y hay que hacer todo un proceso de Gestión del Cambio, un proceso de sustentar porque me equivoqué o quizás pedí mucho más y me sobró, cosas por el estilo. Entonces sí, como tú dices, estimar es un desafío. Y el otro desafío, y es algo que quizás me gustaría también comentarlo, que lo conversé con un amigo que trabaja en AWS, es un arquitecto de seguridad, yo hice una charla para Isaca, que es una comunidad acá, que tiene una comunidad en Chile, y se dieron cuenta como estos tres pilares que les comenté, el de optimización, el de visibilidad y el de gobierno. El de gobierno enlaza muy bien con la seguridad porque los auditores solicitan constantemente esa información, es decir, matriz, raci, flujos, procesos, rutinas, comités, minutas, todos los que son auditores y que trabajan en grandes empresas. Este pilar de gobierno Finops también es muy interesante. Entonces también quería contarles cómo en la seguridad también se involucra Inox de alguna manera y los auditores con este pilar de gobierno. Y a mi amigo le gustó mucho, tanto así que ahora voy a dar una charla con ellos.
Pero cómo se enfoca también el auditor en esta nueva cultura, esta nueva cultura finops que tiene que ver también con costos, pero por un lado también se pueden hacer con la seguridad.
[00:47:46] Speaker B: Muy interesante lo que has dicho y esa conexión con seguridad y con otros pilares que parte del propio gobierno, la verdad es que ha sido genial la charla en general. Ha sido un placer tenerte. Creo que hemos dado un montón de tips, 1 montón de, sobre todo, muy concretos, que eso es lo que me gusta, de prácticas y de valores que tener en cuenta a la hora de ser un finops. Y nada, Roberto, muchas gracias por venir. Espero que podamos traerte de nuevo porque creo que se han quedado también bastantes cosas en el tintero de un poco tu historia y de prácticas que la gente podrá implementar. Ya solo creo que con lo del buen Architected ya has hecho ganar a más de alguno unos $5000 o lo que viene ahora. Así que ese ROI que se llevan genial.
[00:48:39] Speaker A: Qué bueno, me alegro. Y ha sido un gusto conocerlos, obviamente. Qué bueno que compartimos una pasión y ojalá podamos juntarnos otra vez.
También me voy al reinvente AWS, así que ahí voy a estar viendo qué avances va a tener AWS para este año.
[00:49:02] Speaker B: A ver si podemos tenerte a la vuelta y nos cuentas un poco qué tal ha ido.
[00:49:07] Speaker A: Claro, por supuesto. Genial. Sería interesante contarles cómo me fue.
[00:49:13] Speaker B: Genial.
[00:49:13] Speaker A: Listo.
[00:49:14] Speaker C: Muchísimas gracias, Roberto, por estar acá.
[00:49:16] Speaker A: No, igual, muchísimas gracias, Víctor, como siempre.
[00:49:19] Speaker C: Un placer.
Gracias.
[00:49:22] Speaker B: Un placer, chicos. Nos vemos en la próxima.
[00:49:24] Speaker A: Nos vemos. Chau. Cuídense. Chao.
