Artwork

Innhold levert av Isan Rivkin. Alt podcastinnhold, inkludert episoder, grafikk og podcastbeskrivelser, lastes opp og leveres direkte av Isan Rivkin eller deres podcastplattformpartner. Hvis du tror at noen bruker det opphavsrettsbeskyttede verket ditt uten din tillatelse, kan du følge prosessen skissert her https://no.player.fm/legal.
Player FM - Podcast-app
Gå frakoblet med Player FM -appen!

FinOps, חושפים את האמת עם אבישי איש שלום

35:59
 
Del
 

Manage episode 367655750 series 3248520
Innhold levert av Isan Rivkin. Alt podcastinnhold, inkludert episoder, grafikk og podcastbeskrivelser, lastes opp og leveres direkte av Isan Rivkin eller deres podcastplattformpartner. Hvis du tror at noen bruker det opphavsrettsbeskyttede verket ditt uten din tillatelse, kan du følge prosessen skissert her https://no.player.fm/legal.

עקב המצב בשווקים חזרנו לעונת ״חסכון בכסף״ וFinOps חזר להיות הטרנד החם.

הבעיה בתפקיד כיום שמגלים את הבעיה לאחר מעשה וזה פוגע בסיכוי ליצור חיסכון אמיתי.

היום בפרק מלא תובנות יצטרף אלינו איביש איש שלום לפרק שבו נהיה אמיתיים לגבי איך FinOps זה התפקיד של כולם, איך מתחילים בתרבות, ולמה יותר זה פחות.

- מה הקשר בין ביצועים לכסף?

-למה Auto Scale זה טעות שנותנת ליוזרים לשלוט בגורל שלנו?

- למה הוספת משאבים דווקא יכולה לחסוך לנו?

- למה למדוד utilization זה טעות?

- איך קמים בבוקר ומגלים חשבונית של +10 אלף דולר?

- מה הקשר בין תופים לDatabase? ובין Wolt לבין קפקא?

Links:

- The pod on Facebook

More from Avishai:

- https://twitter.com/nukemberg

- Youtube: What's the cost of a millisecond

- Youtube: The Math of Scalability

- Youtube: 15 minutes Ops Break

It’s “saving money” season again, and FinOps is the hottest trend. Unfortunately FinOps efforts are usually after the fact and external to the system, severely limiting potential savings. For example, standard FinOps would be to scale down servers using only 50% CPU - but what if that 50% is due to inefficient code that can easily be fixed reducing the number of servers by 90%? Are we assuming that inherent system costs are unrelated to overall costs? Because if they are related, shouldn’t we look at system performance to save money? Why aren’t we checking our assumptions about how much the system should cost?Imagine a world where system cost is a part of system design and engineering. How do we get to that world from the existing mindset in our company?

Topics:

compressible resources, kubecost, Auto Scaling, soft vs hard limits, static vs dynamic profiling, rate limiting and backoff in distributed systems.

  continue reading

20 episoder

Artwork
iconDel
 
Manage episode 367655750 series 3248520
Innhold levert av Isan Rivkin. Alt podcastinnhold, inkludert episoder, grafikk og podcastbeskrivelser, lastes opp og leveres direkte av Isan Rivkin eller deres podcastplattformpartner. Hvis du tror at noen bruker det opphavsrettsbeskyttede verket ditt uten din tillatelse, kan du følge prosessen skissert her https://no.player.fm/legal.

עקב המצב בשווקים חזרנו לעונת ״חסכון בכסף״ וFinOps חזר להיות הטרנד החם.

הבעיה בתפקיד כיום שמגלים את הבעיה לאחר מעשה וזה פוגע בסיכוי ליצור חיסכון אמיתי.

היום בפרק מלא תובנות יצטרף אלינו איביש איש שלום לפרק שבו נהיה אמיתיים לגבי איך FinOps זה התפקיד של כולם, איך מתחילים בתרבות, ולמה יותר זה פחות.

- מה הקשר בין ביצועים לכסף?

-למה Auto Scale זה טעות שנותנת ליוזרים לשלוט בגורל שלנו?

- למה הוספת משאבים דווקא יכולה לחסוך לנו?

- למה למדוד utilization זה טעות?

- איך קמים בבוקר ומגלים חשבונית של +10 אלף דולר?

- מה הקשר בין תופים לDatabase? ובין Wolt לבין קפקא?

Links:

- The pod on Facebook

More from Avishai:

- https://twitter.com/nukemberg

- Youtube: What's the cost of a millisecond

- Youtube: The Math of Scalability

- Youtube: 15 minutes Ops Break

It’s “saving money” season again, and FinOps is the hottest trend. Unfortunately FinOps efforts are usually after the fact and external to the system, severely limiting potential savings. For example, standard FinOps would be to scale down servers using only 50% CPU - but what if that 50% is due to inefficient code that can easily be fixed reducing the number of servers by 90%? Are we assuming that inherent system costs are unrelated to overall costs? Because if they are related, shouldn’t we look at system performance to save money? Why aren’t we checking our assumptions about how much the system should cost?Imagine a world where system cost is a part of system design and engineering. How do we get to that world from the existing mindset in our company?

Topics:

compressible resources, kubecost, Auto Scaling, soft vs hard limits, static vs dynamic profiling, rate limiting and backoff in distributed systems.

  continue reading

20 episoder

Alle episoder

×
 
Loading …

Velkommen til Player FM!

Player FM scanner netter for høykvalitets podcaster som du kan nyte nå. Det er den beste podcastappen og fungerer på Android, iPhone og internett. Registrer deg for å synkronisere abonnement på flere enheter.

 

Hurtigreferanseguide

Copyright 2024 | Sitemap | Personvern | Vilkår for bruk | | opphavsrett