Forem: Barbara Gaspar

I’m Stepping Away from FinOps Consulting

Barbara Gaspar — Mon, 23 Mar 2026 20:59:00 +0000

A few months ago, I began supporting different clients in implementing resource and infrastructure optimization strategies. It was a complex decision, considering the diversity of clients, the challenges involved, and—at the same time—how exciting that can be when you’re passionate about what you do.

Often, companies believe they need FinOps because they want to generate savings in their infrastructure. However—and this is the interesting part—successfully implementing this methodology requires many other elements, such as:

Organizational processes, which need to be improved based on FinOps principles

Policies and regulations that help expand and standardize control and optimization actions

Technology value and business strategy, since the methodology should focus on generating value and aligning with organizational strategy to reduce time to market and increase overall impact

Profitability and technology, with the goal of optimizing resources and improving key indicators such as ROI and TCO

Security and access management, which must be considered when defining the type of FinOps services to implement for each client

Governance and transparency, because FinOps is a multidisciplinary methodology—this cannot be achieved in isolation

And I’m sure there are even more factors to consider. But for now, these alone have been enough to lead me to step away from consulting.

Key actions I recommend if you’re looking to work in consulting

Keep in mind that not everything works the same way for every client. Explore as much information as possible about their industry, deployment model, infrastructure, organizational structure, workflows, priorities, and the next steps in their business strategy. Ideally, your optimization actions should also support those broader objectives.

Ask everything. The biggest mistake in consulting is making assumptions. As consultants, we need enough information to create policies and recommendations that fit the client’s structure and working dynamics without disrupting their operations.

Integrate standardization and automation criteria into optimization policies—but only after testing different approaches, not as an initial step.

Take into account the vulnerabilities, differences, and complexities you will encounter with each client. Managing these differences will likely be the most challenging part, but also the most important for achieving meaningful results.

Use structured delivery formats and define key performance indicators together with the client. This not only ensures measurable results but also provides clarity around scope, responsibilities, and outcomes.

Apply all your FinOps knowledge. When you lead projects focused on fully implementing the methodology, you can deliver meaningful and successful results.

Let’s keep building more FinOps.

Best regards.

How to Get Started Participating in Communities — Cloud & FinOps Edition

Barbara Gaspar — Fri, 20 Mar 2026 20:46:00 +0000

I started working in FinOps about seven years ago, at a time when other methodologies were far more popular—and FinOps was barely known. That often left me with a sense of loneliness while navigating a completely new process, frequently having to explain what I did on a daily basis without much context or understanding from others.

My participation in technology communities began mainly as a way to connect with people who might be just as lost as I was—or perhaps not lost at all, but open to connecting. I won’t deny that I had some challenging moments when I first started participating, whether as an attendee, a speaker, or even as an organizer. There were times when I didn’t connect with anyone at all, and other times when I spent a lot of time alone at events—both large and small.

This post isn’t a step-by-step guide; it’s simply a small push to encourage you to start participating in communities.

If you’re thinking about attending a community event

My first piece of advice: if you’re hesitating because you’re afraid, don’t know anyone, aren’t sure how these events work, or consider yourself shy—just go.

Even if you feel nervous, that feeling fades as you start learning and participating. If you never attend your first event, you’ll never discover how these spaces work. Communities are open, diverse, and supportive environments, so you can participate even if you’re not the most extroverted person or the most experienced. Confidence builds gradually.

If possible, you can also invite someone to attend with you—that way more of us connect.

Ask all the questions you want, even if they don’t seem perfectly formed. Communities are spaces where you can find answers, learn, and connect with others who might have the same questions.

Try to identify your purpose for attending and work toward it. At my first community event, my goal was to earn a certification. I ended up joining a study group that supported me for months and helped me pass the exam. That said, it’s okay to be flexible—what matters most is enjoying the experience, learning, and connecting with others.

A common misconception is that we can’t easily approach speakers, community leaders, or organizers. But communities are horizontal learning spaces where collaboration matters more than titles or roles. So go ahead—introduce yourself, ask for a photo, ask for advice, offer help. Always do it with respect and empathy, and together we build stronger communities.

Attend as many talks as you like, visit the booths of companies and communities, and even plan future interactions at other events.

If you’re going to be a speaker for the first time

Think of the people attending your talk as friends, colleagues, and fellow professionals in the industry. Focus on the impact your knowledge can have on their learning.

I’ll share a personal experience: the first time I traveled to another country to give a talk, the attendance wasn’t what I expected. However, with the people who did attend, we ended up designing future projects together and creating content for the community. That experience turned out to be one of the best things that has happened to me.

Because of that, try to focus more on impact than on the number of attendees. If only a few people attend, turn it into something more interactive: run practical activities, have conversations, listen to their experiences, and transform it into a more relaxed discussion. Some of my best event experiences have happened this way.

If the opposite happens and you have a large audience, try to leave space for Q&A, or offer a separate moment later to continue the discussion. But always prioritize connecting with your audience.

If possible, share your materials or provide additional resources that expand on what you presented. In my case, I like to create a shared document on Drive where I upload related content, include the presentation link, and leave space for questions and comments. This type of shared resource allows the community to keep building and learning together.

Look for authentic connections. Be open to sharing your LinkedIn or other social networks so you can stay connected with people who are interested in your topics and may collaborate with you in the future.

I also recommend not limiting yourself to people you already know. If you have friends within the organization or know other speakers, try to explore different groups and meet new people. Remember: these events are meant to build relationships, expand our support networks, and learn from each other.

Every attendee matters.

There are many more recommendations that come to mind, but for now I wanted to share these. I’m sure that once you attend your first community event, you won’t want to stop.

How to Execute Cost Optimization Recommendations

Barbara Gaspar — Wed, 18 Mar 2026 20:38:00 +0000

We often think of the process of optimizing resources and technology infrastructure as a constant battle between FinOps teams and technology teams (and sometimes it is). However, after several years working in the field, I’ve discovered some key dynamics that help deliver recommendations without falling into unnecessary workplace conflicts (so no one ends up losing their hair over it).

Here’s a brief overview:

First, remember that every company’s infrastructure—every project, and even every department—is different. For this reason, I strongly recommend conducting thorough analyses based on the actual consumption patterns of your infrastructure. Avoid making generic recommendations commonly found online, such as implementing Saving Plans without proper evaluation, or proposing modernization efforts without analyzing the specific requirements or characteristics of your infrastructure.
Take into account the operational periods and environments where you plan to implement changes. For example, if you host an e-commerce platform, it’s not advisable to make changes in production environments during peak demand periods such as major sales events or product launches. The same applies to environments: it’s not ideal to purchase long-term committed resources for environments or resources that will be removed once testing is completed.
Explore your resources and map them to their respective teams in order to connect actions, infrastructure characteristics, and policy alignment with the users responsible for them. Get to know your teams as well as possible and build strong relationships with them—remember, FinOps works best when approached with a calm and collaborative mindset.
Look for alternative infrastructure options, services, deployment models, providers, and other operational details. This will allow you to introduce changes when they are truly relevant and beneficial.
Promote the adoption of the methodology from a perspective of agility, not just speed driven by artificial intelligence or other automation technologies.
Finally, focus on translating FinOps outcomes into meaningful actions for teams. At the beginning, don’t focus solely on performance metrics or indicators—prioritize the level of ownership and adoption of those indicators by the teams involved.

Key Elements to Consider When Making Cost Recommendations

When developing cost optimization recommendations, consider the following factors:

Economic impact and value transition
Level of effort and teams involved
Required time and the most appropriate implementation period
Compliance with technical and operational requirements
Implementation scalability
Technologies and/or services required for implementation

These foundational elements help transform cost recommendations from simple suggestions or directives into well-structured optimization strategies.

State of FinOps Report 2026

Barbara Gaspar — Mon, 16 Mar 2026 20:24:26 +0000

A few days ago, the State of FinOps 2026 results presentation took place. This report stands out as it marks the sixth consecutive year the results have been published. With more than 1,192 respondents, the quality and scale of the data provide valuable insights into the current context and the next steps for FinOps practitioners in Latin America and around the world.

I would like to share a few key highlights that I found particularly interesting and that we can view as opportunities:

FinOps for AI has become one of the main priorities for applying the methodology. At least 98% of organizations are currently managing AI infrastructure costs (just a few years ago, only 31% reported managing these costs).

With this in mind, we currently have a 20% discount available for the FinOps for AI certification, valid until February 28. You can access it here: learn_ai.

Since last year, we have seen the expansion of FinOps beyond its traditional technological scope, with the methodology now being applied across multiple technologies.

SaaS management is one of the areas that has seen the greatest growth among FinOps practitioners. This reflects how the methodology has evolved alongside changes in the technological landscape. According to the 2026 Annual SaaS Report, the SaaS market in the region has grown by 72% since 2024.

FinOps optimization practices have also evolved significantly. Organizations that have been practicing FinOps for longer periods have already addressed the more complex optimization tasks. As a result, they are now focusing on expanding into new types of optimization opportunities. This diversification reinforces one of the key principles of the FinOps Framework: the pursuit of value goes beyond simply generating cost savings.

The presence of FinOps in the earlier stages of technology decision-making has become a key priority for FinOps professionals. While there is still work to be done in measuring its impact and strengthening collaboration across teams, the goal of bringing “FinOps to the left”—integrating FinOps earlier into planning, measurement, strategy, and workflows—will be one of the major opportunities for 2026.
Leadership is becoming increasingly involved in FinOps teams. Technology and finance executives are making decisions with greater reliance on the data and insights provided by FinOps roles, particularly during the vendor and service selection process.

Is This a Reality for LATAM?

Yes. According to the report, Latin America ranks as the third region with the highest representation among respondents.

This is exciting news. Our region is becoming increasingly active in the practice of FinOps, and this represents a major opportunity for us to further adopt and adapt these priorities to our technological environments and innovation ecosystems.

One of the most distinctive aspects revealed by the report is the diversification of the FinOps practice, driven by the integration of new teams, technologies, and regions.

Without a doubt, many new opportunities lie ahead.

More value in technology. More LATAM in FinOps.

Sources

FinOps Foundation (2026). State of FinOps 2026 Report.
https://data.finops.org/

Software Equity (2026). SEG 2026 Annual SaaS Report.
https://softwareequity.com/research/annual-saas-report

State of FinOps 2026 - Puntos clave

Barbara Gaspar — Mon, 23 Feb 2026 00:19:56 +0000

Hace unos días se llevo a cabo la presentación de los resultados del State of FinOps 2026, un reporte que resalta por ser el sexto año consecutivo en el que se presentan los resultados, con más de 1192 personas encuestadas, esta calidad de datos nos reflejará el contexto y los siguientes pasos para practicantes de FinOps en América Latina el mundo.

Me gustaría compartirles algunos detalles clave que me parecieron muy interesantes para tomar como una oportunidad:

FinOps para IA se ha convertido en una de las principales prioridades de aplicación de la metodología, al menos el 98% gestiona actualmente el costo de la infraestructura en IA (hace unos años, el porcentaje de gestión de este costo era sólo 31%)

Tomando esto en consideración, tenemos un descuento disponible para la certificación FinOps for AI, disponible hasta el 28 de febrero por un 20% de descuento, úsalo aquí: learn_ai

Desde el año pasado, visualizamos que la ampliación del enfoque tecnológico de la aplicación de FinOps se solidifica en diferentes tecnologías

La gestión de SaaS, es una de las tecnologías que más ha tenido incrementos para practicantes de FinOps, lo que implica que la metodología, ha evolucionado a la par de los cambios en el entorno tecnológico, ya que de acuerdo con el Informe Anual SaaS 2026, desde 2024 se ha visualizado un incremento del 72% en el mercado de SaaS en la región.

Las tareas de optimización de FinOps, han marcado una evolución importante, las compañías que llevan un período largo haciendo FinOps, han llevado las optimizaciones más complejas, ahora, buscan la ampliación de otro tipo de optimizaciones, esta diversidad ha sido clave ya que refuerza uno de los principales mensajes del marco de FinOps, en el que la búsqueda del valor va más allá de la generación de ahorros

La presencia de FinOps en las etapas iniciales, se ha convertido en una tarea prioritaria para los/as profesionales de FinOps, aunque se busca seguir avanzando en su medición y colaboración con los equipos involucrados en diferentes etapas busca mediciones, estrategias y sistemas de trabajo llevar "FinOps a la izquierda" será una de las oportunidades clave para este 2026
El liderazgo cada vez está más presente en los equipos de FinOps, es decir, roles de direcciones de tecnología y finanzas generan decisiones con mayor influencia de los datos proporcionados por roles de FinOps, principalmente para el proceso de selección de proveedor y servicios.

¿Esta es una realidad para LATAM? SÍ, de acuerdo con las cifras del reporte América Latina es la tercera sección con mayor presencia entre las personas encuestadas.

¡Qué emoción! Nuestra región está cada vez más presente en la práctica de FinOps, y esa oportunidad es para nosotros/as por alcanzar una mayor apropiación de las prioridades adaptadas a nuestros tipos de tecnología y entorno de innovación. El principal elemento diferenciador de los resultados que revelan este ejercicio, es la diversificación como la integración de nuevos equipos, tecnologías, y regiones.

Sin duda, tenemos disponibles muchas y nuevas oportunidades ¡Por más valor en tecnología! ¡Por más LATAM en FinOps!

Fuentes

FinOps Foundation (2026). State of FinOps 2026 Report, https://data.finops.org/

Software Equity (2026). SEG 2026 Annual SaaS Report, https://softwareequity.com/research/annual-saas-report

¿Cómo ejecutar recomendaciones de optimización de costos?

Barbara Gaspar — Sat, 07 Feb 2026 05:04:21 +0000

Muchas veces pensamos en el proceso de optimización de recursos e infraestructura tecnológica como una pelea constante entre los equipos de FinOps y los equipos de tecnología (y a veces si es), pero la realidad es que ya después de unos años de estar en el sector he encontrado algunas dinámicas clave para emitir recomendaciones sin caer en peleas laborales que se pueden evitar (así no quedamos pelones)

Acá te cuento brevemente cómo:

Recuerda que todas las infraestructuras de cada compañía proyecto e incluso área son diferentes, por lo que te recomiendo realizar análisis exhaustivos directo en el comportamiento de consumo de tu infraestructura. No te recomiendo caer en la emisión de recomendaciones genéricas que solemos encontrar en internet, como Saving Plans sin una adecuada evaluación, o modernizaciones sin analizar los requisitos o características de tu infraestructura.
Toma en consideración los períodos operativos y ambientes en los que implementas, por ejemplo, si alojas un ecommerce, no se recomienda ejecutar cambios en ambientes productivos cuando estás atravesando por un período de alta demanda como "Buen fin" o lanzamiento de productos. Lo mismo ocurre con los ambientes, no es ideal, realizar compras de recursos de compromiso de largo plazo para ambientes o recursos que se eliminarán después de las pruebas ejecutadas.
Explora tus recursos y asígnalo con sus respectivos equipos con el objetivo de conectar las acciones, características y homologación de políticas con los/as usuarios
Conoce lo más que puedas tus equipos, llévate bien con ellos/as, recuerda FinOps a modo capibara
Busca alternativas de infraestructuras, servicios, tipos de despliegue, proveedor y otros detalles que están integrados en la operación, y de esta manera puedes agregar cambios siempre que sean pertinentes
Impulsa la idea de la adopción de la metodología desde una perspectiva de la agilidad y no sólo de la rapidez que puede impulsar la inteligencia artificial u otras tecnolopías de automatización
Transforma los resultados de FinOps, hacia los equipos, no consideres de forma inicial las cifras de los indicadores, si no el nivel de apropiación de esos indicadores

¿Cuáles son los principales elementos que debes considerar para las recomendaciones de costo?

Impacto económico y transición en el valor
Nivel de esfuerzo y equipos involucrados
Tiempo necesario y periodo recomendable de aplicación
Cumplimiento de requisitos
Esquema de escalabilidad de implementación
Tecnologías y/o servicios necesarios para la implementación

Estos elementos introductorios, nos pueden ayudar a generar mejores recomendaciones de costos, dejen de ser enunciados o indicaciones, y se consolidan como estrategias de optimización.

Cómo animarse a participar en comunidades- Cloud y FinOps version

Barbara Gaspar — Fri, 06 Feb 2026 23:50:25 +0000

Empecé a hacer FinOps hace unos 7 años, cuando otras metodologías eran más populares, y FinOps nadaaaaa, esto me generaba una sensación de soledad en un proceso completamente nuevo, explicando muchas veces mi quehacer cotidiano, sin sentido.

Mi participación en las comunidades de tecnología, inició principalmente por conectar con personas que estuvieran igual de perdidas que yo, o que no lo estuvieran, pero que pudiéramos conectar. No les voy a negar que tuve momentos complejos cuando recién iniciaba a participar, tanto como asistente y también como speaker, al igual que como organizadora. Momentos en los que no creé ninguna conexión con otras personas, y otros en los que pase mucho rato sola en eventos grandes (y también pequeños). Este post no es un instructivo, es un empujoncito para que empieces a participar en comunidades

Si tienes ganas de asistir a un evento de comunidad

Mi primer consejo, es que si estás dudando en asistir, porque tienes miedo, no conoces a nadie, no sabes cómo funcionan esos eventos, o porque eres una persona tímida ¡Sólo ve! Aunque tengas miedo, se olvida cuando vas aprendiendooo, si no vas a un evento por primera vez, jamás, sabrás cómo funcionan, y por último, las comunidades son un espacio abierto, diverso y comprensivo, así que puedes participar, aunque no seas la persona más extrovertida o que conozca mucho, la confianza puedes ir tomándola, poco a poco

Aunque, puedes invitar a alguien que asista contigo, y así más personas conectamos.

Haz todas las preguntas que desees, incluso si tu pregunta no te hace mucho sentido, aquí puedes encontrar respuestas, conocimiento y conectar con otras personas que tengan la misma pregunta
Localiza el propósito de tu asistencia al evento, y trabaja por ello, en mi primer evento de comunidad, mi objetivo era lograr una certificación, y logré integrarme a un grupo de estudio que me acompañó por meses y me apoyaron para aprobar la certificación, aunque puedes ser flexible con ello, lo importante es disfrutar, aprender y conectar
Algo muy común es considerar que no podemos acercarnos a speakers, líderes de comunidad u organizadores/as, con tanta facilidad, sin embargo, las comunidades son ese espacio horizontal de aprendizaje que nos coloca en un punto de colaboración continua sin considerar etiquetas, así que acércate, pide una foto, pide un consejo, brinda ayuda, siempre basados en el respeto y la empatía y así construimos mejor
Asiste a todas las charlas que desees, acércate a todos los stands de empresas y comunidades, o planifica futuros acercamientos en otros eventos

Si serás speaker por primera vez:

Piensa en las personas que escucharán tu charla como amigos/as, colegas y compañeros/as de industria, y piensa en el impacto que puedes generar en su aprendizaje con lo que estás compartiendo. Les comparto que la primera vez que viajé a otro país para dar una charla, no tuve la asistencia esperada, pero con cada una de las personas que asistió a mi charla, diseñamos proyectos futuros, y hemos logrado crear contenido para la comunidad y esa ha sido una de las mejores cosas que me han pasado.

Muy relacionado con este punto, piensa más en impacto que en la cantidad de asistentes a tu charla. Si hay pocos/as asistentes, intenta crear actividades más prácticas, conversa, escucha los casos que se presenten y conviértelo en un debate más liviano, esto ha sido una de las mejores cosas que me ha ocurrido cuando voy a un evento.

Si pasa el caso contrario, busca hacer un breve espacio para preguntas y respuestas u ofrece un espacio más tarde, para poder realizarlo. Pero no te mantengas sin conectar con la audiencia.

Si es posible, comparte tu material, o comparte material especializado para ampliar lo que se comparte durante la charla. En mi caso, me gusta crear un documento en drive, en el que subo contenido relacionado, un enlace de la presentación, y lo dejo abierto para dudas y comentarios, este documento de comunidad permite que construyamos, y aprendamos más
Busca conexiones auténticas, mantente abierta/o a compartir tu linkedin u otra red social, que sea eficaz para conectarte con personas que les interesan tus temas y que pueden colaborar en un futuro

Te recomiendo no sólo convivir con las personas que ya conoces, si tienes amigos/as dentro de la organización, o conoces a otros/as speakers, procura explorar otros grupos o acércate a más personas, recuerda estos eventos son para construir, ampliar nuestras redes de apoyo y aprender ¡TODOS/AS LOS/AS ASISTENTES SOMOS IMPORTANTES!

En realidad, muchas recomendaciones me llegan a la mente, pero por ahora, quiero compartir estas. Estoy segura que una vez que vayas a tu primer evento ¡No los dejarás!

AWS Community Day Colombia 2025

Barbara Gaspar — Sat, 17 Jan 2026 21:15:24 +0000

Después de algunos meses del AWS Community Day Colombia, quiero permitirme tomar un espacio para hablar de esta experiencia y de cómo las comunidades han impactado en lo que me gusta hacer.

Como ustedes saben (o tal vez no) estudié economía en la UNAM, después de mucha locura y desigualdad de la cual hablemos ya más en confianza, me dí cuenta que no me gustaba la carrera, a mí lo que me apasionaba eran las computadoras, los números, las aplicaciones de teléfono, las antenas de internet, e incluso, arreglar cosas que se habían destruido antes, como las cámaras o cosas viejas del patio de mis papás. Pero no lo estudié porque si nunca había tenido una computadora ¿Cómo iba a estudiarlas? Y esa fue la frase que mantuve en mi cabeza
Poco a poco, comencé como oyente de la carrera de ingeniería en computación (o sea me eché dos veces la misma carrera). Muucho, muucho tiempo después descubrí que ambas me gustaban no sé si estuvo relacionado con el hecho de que tuve que terminar ambas, pero seguí mi vida profesional considerando que era de una o de otra en la uqe debía enfocarme.

Mi cercanía con las comunidades, fue gracias a la búsqueda de una alternativa de formación que no encontré en la universidad. Poco a poco, noté que no sólo no podría formarme, podría encontrar amigas/os, aliados/as y compañeros/as de estudio, e incluso encontrar los espacios que no son sencillos de conseguir, como la posibilidad de dar una charla o dictar un taller, en estas comunidades, yo encontré el espacio. Específicamente, uno de los mejores lugares para hacerlo (aunque siempre hubo kilómetros de distancia, fue AWS Women Colombia

Y uno de los eventos más importantes, para mí, fue el AWS Community Day en Colombia, en el que tuve la oportunidad de proporcionar una charla sobre el liderazgo de FinOps en equipos multidisciplinarios.
Partimos de preguntas y problemáticas clave:

¿Te ha pasado? Conforme la infraestructura tecnológica, se vuelve más compleja, estas dudas también, es por ello que la definición de estrategias de FinOps en las compañía que utilizan nube y otras tecnologías, es prioritario.

Es probable que hayas empezado a leer este post, sin tener un amplio contexto de qué es FinOps, pero no te preocupes, acá te dejo mayor detalle. Considerando que entre los objetivos de FinOps, incrementamos el valor de la nube y otras tecnologías, se debe construir una visión integral del desarrollo tecnológico, para ello, se proponen 3 principios clave:

Profundidad técnica
Explora los detalles técnicos de la tecnología que desarrollas, modelo de precios, estructura, requerimientos técnicos sobre actualizaciones, modernizaciones, u otros, políticas de ciclo de vida, escalabilidad de recursos, operativa y mantenimiento. El objetivo es tener la capacidad de responder de optimizar mediante código en la infraestructura misma.
Visión estratégica
Conecta la visión de escalabilidad de negocio con los requisitos técnicos y organizacionales de tu compañía, por ejemplo, detecta el proporción de crecimiento de los costos y equipos en relación con un mayor porcentaje de la demanda de tu producto o servicio. Una estimación adecuada de esta tríada, te permitirá tener una mejor respuesta.
Autonomía
Hasta este momento, se podría considerar que la cantidad de variables presentes en una estrategia de FinOps a nivel organizacional, es muy amplia, y no les puedo mentir, es verdad. Pero para ello, existen diferentes herramientas de automatización de procesos por etapa de implementación de la estrategia, para los objetos específicos de AWS, se cuenta con Lambda, Kiro, PCS y otras.
Automatizar algunas acciones operativas, nos permitirá implementar la toma de decisiones de una manera más eficaz, con la preparación de reportes de costo disponibles para los/as implicados/as por fase del desarrollo de tecnología en tu organización. Esta estrategia logra una mejor autonomía para diferentes equipos en la optimización de nube.

Estos principios, definen el esquema de responsabilidad compartida en FinOps, puede parecer que al hablar de costos, nos referimos completamente a roles de finanzas, y por otro lado, que al hablar de optimización de infraestructura sólo nos referimos a roles de ingeniería. Pero al hablar de cada detalle, hablamos de estos y más roles, al mismo tiempo, líderes, ingeniería, DevOps, infraestructura, finanzas, SRE, negocio, etc.

¿Es interesante, no? También suena a mucho trabajo, esta es una propuesta de implementación por períodos y una breve introducción de las herramientas de AWS que pueden ser de utilidad.

Te recomiendo adaptarlo, en relación con las necesidades de tu compañía o proyecto. Una de las analogías más relevantes que encontramos en este espacio de comunicación, fue similar nuestro rol a cómo se compartan los capibaras, interactuar con muchos roles, para lograr objetivos de optimización, encuentra el detalle, sobre nuestra conversación, aquí.

En conclusión, esta charla, ha sido para mí un parteaguas de muchos proyectos, personas que conectaron por primera vez con esta metodología, y que hoy en día, quieren seguir ampliando su conocimiento sobre la misma y eso, para mí, es lo más relevante.

Este evento, fue en realidad maravilloso, quiero hablarles un poco de la organización y la comunidad que lo sostiene. La experiencia, reveló en general "un espacio abierto a todos/as" lleno de cultura, aprendizaje y risas. Quiero externar que no podíamos dejar de hablar, platicar sobre nuestros países, nuestros proyectos, e incluso sobre el clima cambiante de Bogotá.

El equipo organizador, se encargó de que cada persona, creará experiencias diversas y positivas, nos ayudamos y nos acompañamos para quienes asistieron por primera vez y estaban nerviosos/as, para quienes nos da pena hacer preguntas, y para quienes hablamos mucho, también. Y eso, es lo que definió el evento, ABIERTO y DISPONIBLE, además de su alta calidad de contenido y espacios de interacción (Tengo que confesar que yo lloré cuando regresé a México).

Quiero expresar con esto, que si están pensando en asistir a un evento de la comunidad ¡HÁGANLOOO! y si es un AWS COMMUNITY DAY ¡MUCHO MÁS! y si es el AWS COMMUNITY DAY COLOMBIA 2026 ¡Vamos juntos/as!

Entre mis tesoros más preciados, mi increíble comunidad colombiana, y mis regalos colombianos

¡Gracias Colombia! Nos vemos este añoo con más sorpresas

AWS Community Builder 2025 ¿Por qué sí aplicar?

Barbara Gaspar — Fri, 16 Jan 2026 20:03:37 +0000

¡Qué rápido pasa el tiempo! Hace apenas un año, tenía los nervios a flor de piel (este año también) aplicando con mucho miedo, y este año con mucha alegría de haber participado y buscando mi renovación. Cuando realicé mi aplicación, inicié a enlistar todos los "no" para aplicar, "no había participado en muchos eventos de comunidad", "no tenía personas que siguieran mi contenido (que llevaba muy poco tiempo generando", "no sabía qué categoría seleccionar", "no era experta (y aún no lo soy)" y cada uno me hacía sentido en seguir esperando para tener una aplicación "perfecta". Como muchos/as saben yo implemento estrategias de FinOps, conozco los servicios de AWS y me he especializado en la práctica de FinOps de este proveedor de nube (no le digan a nadie, pero se ha convertido en mi nube preferida); en el listado de categorías que puedes seleccionar, hay una amplia diversidad de tecnologías y tipos de servicios, desde serverless, networking, data, IA, etc.

Peroooo, ninguna categoría relacionada con costos y FinOps, no les voy a negar me regresé a mis inicios como FinOpser, cuando pocas personas alrededor del mundo empezamos a hacer FinOps y me sentía perdida y desconectada.
Y la realidad, es que esa era una de las cosas que más me desmotivaba, sin embargooo, a veces pensamos que estamos solos/as aprendiendo sobre algo, pero ese algo, no se trata de una sola cosa en sí misma, y tiene una gran cantidad de elementos relacionados, para el caso de FinOps, ejecutarlo dentro de esta nube, implica la presencia de diferentes servicios de AWS, arquitectura sin servidor, IaC, Gen AI, y la realidad, es que todos los que muestra la lista de categorías de AWS Community Builder, y ese fue uno de los sí, más relevantes por el que me lancé a aplicar ¿Cuál fue mi objetivo? Encontrar personas que se sientan solas haciendo algo de nube o tecnología, y acompañarnos para seguir creando.

¿Cuáles son algunos consejos que me gustaría compartirte si deseas aplicar este año?

No esperes a ser experto/a en algún tema para lanzarte a aplicar
Selecciona la categoría que más te interesa o de la que más conoces, pero eso no es limitante a que puedas aprender o conocer acerca de otras categorías ¡Anímate!
Inicia compartiendo en breves espacios, no es necesario tener los más formales (Yo inicié compartiendo, con amigos/as, con el contenido de notas que realicé para estudiar de forma individual) y con el tiempo, tuve la oportunidad de acceder a espacios formales
Utiliza tus redes sociales o canales que te sean familiares para ampliar el impacto del contenido que desees crear, por ejemplo Instagram, Facebook, Linkedin
Busca a la comunidad, no son siempre espacios enormes, tu comunidad puede iniciar en un grupo pequeño, compañeros/as de trabajo, y así, iniciar a escalar. Perooooo, si te gustaría compartir en un espacio diferente ¡Anímate a acercarte con un AWS User Group! Estos espacios de comunidad, son abiertos, y el objetivo es impulsar a más personas a participar y formar parte, puedes buscarlos acá
Identifica tu propósito, se que los beneficios del programa suelen ser muy tentadores, y pueden ser mejor aprovechados si se alinean con tus objetivos de aprendizaje, conexión y comunidad ¡Eso es ser builders!
Si me preguntan a mí específicamente, ya les platiqué acerca de mi propósito y gracias a ello, me atrevo a decir que el programa, me ha transformadoo e impulsado mucho
Conecta y pide consejos con otros/as builders, cada experiencia es diferente y puedes conectar con variedad de historias, así que puedes acercarte y generar redes de apoyo ¡Eso también es ser builders!

¿Qué recomiendo si no deseas participar este año?

Si no deseas aplicar este año, puedes empezar a compartir contenido desde ahora, para tener un adelanto relevante, si quieres consejos adicionales, te dejo esta lista de recomendaciones
Escribe en diferentes plataformas y experimenta, hasta que encuentres la que sea ideal para ti (yo siempre recomiendo dev.to, pero prueba todas)

Este texto, es recordar que están ya los últimos días de la convocatoria, y es un SÍ, SÍ APLICA. Si te lo estás preguntando ¿Debería aplicar, estoy empezando? SÍ...

¿Quieres que te cuente mi experiencia?

¡Wooow! Cosas que jamás había pensado sobre los modelos, y que se relaciona tanto con FinOps, échenle un ojo

Barbara Gaspar — Mon, 12 Jan 2026 02:16:29 +0000

Gobernar modelos no es frenar la innovación 👩🏻‍⚖️📈🤖

Irasema Dilian Trejo ・ Jan 12

#gobiernodemodelos #genai #datagovernance

First steps in FinOps

Barbara Gaspar — Sat, 10 Jan 2026 17:23:00 +0000

When I first started working in cloud computing, I thought the platform was something like Google Drive or Dropbox—just a place to upload files or photos that no longer fit on your phone. I assumed working in the cloud meant uploading stuff as fast as possible, and since that sounded simple enough, I decided to start my career in the cloud.
Initially, the project aimed to migrate workloads from physical servers to the cloud, specifically to AWS and GCP. But once I saw what the cloud really was... I wanted to quit! Still, I needed the job, so I stayed—for the learning opportunity and, honestly, for survival (it was my first paid job). I learned by Googling every tool I was supposed to use. I’d search things like “What is AWS for?” and compare that to the technical requirements of the company. I’d type “What is EC2 and how to launch it?”—and I’d launch it. I did the same with all the services: S3, RDS, and others that seemed to connect everything we’d deployed. In the end, we had a working infrastructure—but far from optimized. I was thrilled to hear we were part of the company’s most innovative project, the one that would keep us from becoming the next Kodak or Blockbuster (spoiler alert: it actually turned out worse).
The organizational structure was clear: apples with apples, pears with pears. The procurement team handled payments to the cloud provider, and the infrastructure team—us—just had to use it.
By the end of the fiscal year, the finance team realized the costs were out of control. Not because we had exceeded a specific budget—simply because we couldn’t afford it. With all the resources being launched daily by a 22-person team, we racked up nearly $10,000 a month in cloud costs, while our revenue wasn’t even half that.
That’s when we identified two big issues: first, we had no idea what resources were running or how much they cost, so we had no clue how to optimize them. Second, we didn’t know who was responsible for managing any of it.
We jumped into a panic plan aimed at quick wins to keep things going. We deleted instances, paused resources, and managed to cut costs by 20% compared to our average bill—we were saved! But… we also lost functionality due to deleting so many resources. After that, my searches shifted to “how to reduce cloud resources,” while internally I kept wondering, why am I, an infrastructure engineer, worrying about costs if I’m not in finance? These days I’d have a solid answer. Back then, I just kept cutting resources—without optimizing—until I had full control over who launched what, when, how, and why. It was complex and far from agile. Everyone (including me) hated “Cloud Economics.” But the truth is, we didn’t hate the concept—we hated the bad infrastructure practices we had created. Who would've thought everything in the cloud was so interconnected?
Our next organizational move was what I like to call the “deep and indecisive-pocket, victim” phase. Leadership decided to relaunch all the original functionalities that had been paused due to cost issues. They did it without setting a clear budget… and as you might guess, we blew past whatever invisible budget they hadn't planned for. That uncertainty weakened our cloud strategy. We constantly played the “Are we really doing this or not?” game. After relaunching, we took steps like shutting down instances, resizing databases, and finally implementing lifecycle policies in S3. At last, we saw a light at the end of the tunnel. But the results were a never-ending cycle of changes that burned out our tech teams. They had no time for maintenance, updates, or real optimization—and the product started showing inconsistencies in the market, which led to decreased demand.
The next resource cleanup wasn’t just technical—it was human. I lost my job 😞, along with many of my teammates. Word was, that resource cleanup was super effective... cost-wise. A few months later, the company left the cloud altogether. Yep, full-on cloud repatriation. And just like that, I became a cloud hater. No job, no cloud. I went back to searching the internet—not just for how to find a job, but how to land one and keep it.
Years later, I now look back and call this my most humbling experience. It was a series of unfortunate events that led me into the world of FinOps. And today, I’m proud to remember that journey with every new project I take on, because I’ve learned that costs don’t just need to be reduced—they need to be optimized. And FinOps isn’t just about money—it’s about fostering a culture of innovation and value. (Happy ending: I was rehired by the same company to lead their FinOps efforts during their return to the cloud.)

Saving Plans de AWS- Vistazo breve

Barbara Gaspar — Fri, 09 Jan 2026 18:14:00 +0000

Los Savings Plans (SP) son un modelo de precios flexibles que ofrecen precios más bajos en comparación con los precios bajo demanda, a cambio de comprometerse a un uso específico (medido en USD/hora) durante un periodo de uno o tres años.

Compute Saving Plans (Plan de ahorro de cómputo) -> Estos planes se aplican al uso de instancias EC2 independientemente de la familia de instancias, el tamaño, la AZ, la región, el SO o la tenencia. También se aplican al uso de Fargate y Lambda, puedes realizar cambios en las características y continuar con los beneficios de un plan de ahorro (también aplica para SageMaker)
EC2 Instance Saving Plans-> Esto reduce automáticamente el costo que tiene en la familia de instancias seleccionada en dicha región, independientemente de la zona de disponibilidad, el tamaño, el SO o la tenencia, se aplica independientemente del tamaño de la instancia, el sistema operativo y el host, pero deben mantenerse dentro de un tipo de familia específica.
Sage Maker Saving Plans -> Estos planes se aplican de manera automática a los usos de instancias de ML de SageMaker elegibles, se aplica independientemente de la familia de instancias, los tamaños, y región y el componente, por lo que puedes realizar cambios sin perder los beneficios de este plan de ahorro

Para tomar la decisión entre el tipo de SP que requieres, es necesario conocer el tipo de flexibilidad que se requiere para las cargas de trabajo de la infraestructura destino, cada uno, ofrece un porcentaje de descuento específico, y presenta cambios en relación con el tipo de pago que se desee seleccionar.
Tenemos otra opción disponible que funciona con una metodología similar, conocida como instancias reservadas.