<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>Forem: Ysabel Troconis</title>
    <description>The latest articles on Forem by Ysabel Troconis (@ysatroconis20).</description>
    <link>https://forem.com/ysatroconis20</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3350898%2F0b125144-8887-46e5-9329-77709d214bde.png</url>
      <title>Forem: Ysabel Troconis</title>
      <link>https://forem.com/ysatroconis20</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://forem.com/feed/ysatroconis20"/>
    <language>en</language>
    <item>
      <title>✅Reasons to optimize cloud costs (not just to save money)</title>
      <dc:creator>Ysabel Troconis</dc:creator>
      <pubDate>Sun, 14 Dec 2025 19:11:06 +0000</pubDate>
      <link>https://forem.com/aws-builders/reasons-to-optimize-cloud-costs-not-just-to-save-money-3ecp</link>
      <guid>https://forem.com/aws-builders/reasons-to-optimize-cloud-costs-not-just-to-save-money-3ecp</guid>
      <description>&lt;p&gt;I work as a FinOps analyst, and one thing I’ve learned from reviewing cloud accounts is that cost optimization rarely starts with money.&lt;br&gt;
It usually starts with understanding the architecture, how it’s actually used, and how it scales in real life.&lt;/p&gt;

&lt;p&gt;Saving money is just a side effect.&lt;/p&gt;

&lt;p&gt;*&lt;em&gt;Cost optimization forces you to really look at the architecture&lt;br&gt;
*&lt;/em&gt;&lt;br&gt;
Once you start analyzing costs, you inevitably end up reviewing specific services:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;EC2 instances running at ~5% CPU for months&lt;/li&gt;
&lt;li&gt;RDS databases oversized “just in case”&lt;/li&gt;
&lt;li&gt;Load Balancers active for environments no one uses anymore&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Cost optimization is often about answering a simple question:&lt;br&gt;
"Do we really need this resource configured like this?"&lt;/p&gt;

&lt;p&gt;And that question usually leads to technical improvements that were never on the roadmap.&lt;/p&gt;

&lt;p&gt;*&lt;em&gt;Better performance through proper sizing&lt;br&gt;
*&lt;/em&gt;&lt;br&gt;
A very common pattern: using large instances to avoid performance issues.&lt;/p&gt;

&lt;p&gt;But when you actually look at:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;CloudWatch metrics&lt;/li&gt;
&lt;li&gt;real CPU and memory usage&lt;/li&gt;
&lt;li&gt;traffic patterns over time&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;you end up resizing, redistributing workloads, or even changing services.&lt;/p&gt;

&lt;p&gt;Real example:&lt;/p&gt;

&lt;p&gt;moving stable workloads from large EC2 on-demand instances to smaller instances behind a properly configured Auto Scaling Group&lt;br&gt;
Result: lower cost and more consistent response times.&lt;/p&gt;

&lt;p&gt;*&lt;em&gt;Cost predictability improves technical decisions&lt;br&gt;
*&lt;/em&gt;&lt;br&gt;
With tools like:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;AWS Cost Explorer&lt;/li&gt;
&lt;li&gt;AWS Budgets&lt;/li&gt;
&lt;li&gt;Cost Anomaly Detection&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;you stop reacting and start anticipating.&lt;/p&gt;

&lt;p&gt;This helps teams:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;estimate the cost of new features&lt;/li&gt;
&lt;li&gt;decide whether a refactor makes sense now or later&lt;/li&gt;
&lt;li&gt;avoid surprises when traffic grows&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Predictability leads to better technical decisions&lt;/p&gt;

&lt;p&gt;FinOps is not only finance — it’s culture&lt;/p&gt;

&lt;p&gt;choosing one service over another&lt;br&gt;
uncontrolled scaling&lt;br&gt;
leaving resources running&lt;/p&gt;

&lt;p&gt;they start designing differently!&lt;/p&gt;

&lt;p&gt;Cost optimization creates conversations between engineering, infrastructure, and product that improve architectures, not just bills&lt;br&gt;
From a FinOps perspective, the goal isn’t to spend less — it’s to spend better.&lt;/p&gt;

</description>
      <category>aws</category>
      <category>cloudcost</category>
      <category>finops</category>
      <category>savingtips</category>
    </item>
    <item>
      <title>💸Cost visibility and monitoring strategies on AWS – with Ysa Tips</title>
      <dc:creator>Ysabel Troconis</dc:creator>
      <pubDate>Sun, 20 Jul 2025 23:53:02 +0000</pubDate>
      <link>https://forem.com/ysatroconis20/cost-visibility-and-monitoring-strategies-on-aws-with-ysa-tips-2ao7</link>
      <guid>https://forem.com/ysatroconis20/cost-visibility-and-monitoring-strategies-on-aws-with-ysa-tips-2ao7</guid>
      <description>&lt;p&gt;Cloud cost management is critical for any organization using Amazon Web Services (AWS).&lt;br&gt;
And let’s be honest — nobody likes end-of-the-month billing surprises. 😅&lt;/p&gt;

&lt;p&gt;On September 14th, I gave a talk at Community Day Argentina where I shared some of my favorite and most practical tips for keeping AWS costs under control — whether you're working in test environments or managing production workloads.&lt;/p&gt;

&lt;p&gt;Here’s a roundup of my top strategies — I call them Ysa Tips — to help you forecast, track, and optimize your cloud spending.&lt;/p&gt;

&lt;p&gt;🚦 &lt;strong&gt;1. Data transfer between services = hidden costs?&lt;/strong&gt;&lt;br&gt;
Many people assume that moving data between AWS services is free. It's not always the case.&lt;br&gt;
Transfers between availability zones or regions (EC2, S3, RDS) can generate unexpected costs.&lt;/p&gt;

&lt;p&gt;💻 Ysa Tip #1:&lt;br&gt;
Monitor your data transfer costs and design architectures that reduce movement across AZs or regions.&lt;/p&gt;

&lt;p&gt;🎯 2. &lt;strong&gt;Use reservations and Savings Plans&lt;/strong&gt;&lt;br&gt;
If you have predictable workloads, EC2 Reserved Instances or Savings Plans can cut your bill dramatically compared to on-demand pricing.&lt;/p&gt;

&lt;p&gt;💻 Ysa Tip #2:&lt;br&gt;
Identify which services you can reserve in advance and make the most of the discounts AWS offers.&lt;/p&gt;

&lt;p&gt;🧩 3. &lt;strong&gt;Don’t ignore secondary services&lt;/strong&gt;&lt;br&gt;
Services like CloudWatch, AWS Config, or even Support Plans often go unnoticed — until the bill arrives.&lt;br&gt;
They’re crucial for monitoring and security, so they should always be part of your estimates.&lt;/p&gt;

&lt;p&gt;💻 Ysa Tip #3:&lt;br&gt;
Include these “supporting actors” in your budget planning. They add up!&lt;/p&gt;

&lt;p&gt;📜 4. &lt;strong&gt;Mind the licenses&lt;/strong&gt;&lt;br&gt;
Databases or operating systems on EC2 may come with extra license fees.&lt;br&gt;
These hidden costs can spike your bill if you’re not paying attention.&lt;/p&gt;

&lt;p&gt;💻 Ysa Tip #4:&lt;br&gt;
Review all the third-party licensing requirements and include them in your total budget.&lt;/p&gt;

&lt;p&gt;🌍 5. **Region choice = cost difference&lt;br&gt;
**Not all AWS regions have the same pricing. Some are cheaper due to demand or operating costs.&lt;/p&gt;

&lt;p&gt;💻 Ysa Tip #5:&lt;br&gt;
Balance cost vs. latency. Choose a region close to your users but also cost-effective.&lt;/p&gt;

&lt;p&gt;📊 6. &lt;strong&gt;Enable Multi-Year &amp;amp; Granular Data in Cost Explorer&lt;/strong&gt;&lt;br&gt;
The more data you have, the better you can spot trends and anomalies.&lt;/p&gt;

&lt;p&gt;💻 Ysa Tip #6:&lt;br&gt;
-Multi-Year Data helps you see long-term trends.&lt;br&gt;
-Granular Data lets you drill down by hour and detect cost spikes.&lt;br&gt;
🤔 How to enable it:&lt;br&gt;
Go to AWS Console → Billing → Enable in Preferences.&lt;/p&gt;

&lt;p&gt;🧾 7. &lt;strong&gt;Use the Payer Account + Saved Reports&lt;/strong&gt;&lt;br&gt;
In multi-account setups (via AWS Organizations), only the Payer Account sees the full picture.&lt;br&gt;
💻 Ysa Tip #7:&lt;br&gt;
Access Cost Explorer from the Payer Account, and save useful reports to monitor key KPIs easily.&lt;/p&gt;

&lt;p&gt;📈 8. &lt;strong&gt;Set up a Monthly Forecast Report&lt;/strong&gt;&lt;br&gt;
If a test or dev account is expected to cost $0, you need to keep an eye on it.&lt;br&gt;
💻 Ysa Tip #8:&lt;br&gt;
Create a monthly usage report with forecast in Cost Explorer.&lt;br&gt;
This lets you catch any unexpected charges early.&lt;/p&gt;

&lt;p&gt;🚫 9. &lt;strong&gt;Use Zero Spend Budgets&lt;/strong&gt;&lt;br&gt;
For accounts where absolutely no charges should occur, this is a life-saver.&lt;br&gt;
💻 Ysa Tip #9:&lt;br&gt;
Set a $0 Budget in AWS Budgets.&lt;br&gt;
Get alerts via email/SMS the second a cost is incurred.&lt;/p&gt;

&lt;p&gt;⏱️ 10. &lt;strong&gt;Automate server shutdowns during off-hours&lt;/strong&gt;&lt;br&gt;
Why pay for EC2 instances that sit idle overnight?&lt;br&gt;
💻 Ysa Tip #10:&lt;br&gt;
Use Lambda + CloudWatch Events to stop non-prod EC2 instances on weekends or after business hours.&lt;/p&gt;

&lt;p&gt;💥 &lt;strong&gt;11. Use aws-nuke for clean test environments&lt;/strong&gt;&lt;br&gt;
Don’t leave resources lying around. It adds up fast.&lt;/p&gt;

&lt;p&gt;💻 Ysa Tip #11:&lt;br&gt;
Use &lt;em&gt;aws-nuke&lt;/em&gt; to wipe out all resources from a test account.&lt;br&gt;
Perfect for avoiding leftover EC2s, RDS, S3 buckets, etc.&lt;br&gt;
&lt;code&gt;aws-nuke -c config.yml --profile your-profile&lt;/code&gt;&lt;/p&gt;

&lt;p&gt;✅ Final Thoughts&lt;br&gt;
Managing costs on AWS doesn’t have to be overwhelming — but you do need a proactive strategy.&lt;/p&gt;

&lt;p&gt;From data transfer to reservations, region selection, and billing tools, there are dozens of small decisions that make a big impact on your final bill.&lt;/p&gt;

&lt;p&gt;My advice? Take advantage of all the free AWS tools available for cost monitoring, and keep refining your practices as your cloud usage evolves.&lt;/p&gt;

&lt;p&gt;If you found this helpful, feel free to connect with me on LinkedIn or follow me for more cloud FinOps content 💼☁️💡&lt;/p&gt;

</description>
      <category>aws</category>
      <category>awscost</category>
      <category>finops</category>
      <category>costmonitoring</category>
    </item>
  </channel>
</rss>
