Artwork

Inhoud geleverd door Isan Rivkin. Alle podcastinhoud, inclusief afleveringen, afbeeldingen en podcastbeschrijvingen, wordt rechtstreeks geüpload en geleverd door Isan Rivkin of hun podcastplatformpartner. Als u denkt dat iemand uw auteursrechtelijk beschermde werk zonder uw toestemming gebruikt, kunt u het hier beschreven proces https://nl.player.fm/legal volgen.
Player FM - Podcast-app
Ga offline met de app Player FM !

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

35:59
 
Delen
 

Manage episode 367655750 series 3248520
Inhoud geleverd door Isan Rivkin. Alle podcastinhoud, inclusief afleveringen, afbeeldingen en podcastbeschrijvingen, wordt rechtstreeks geüpload en geleverd door Isan Rivkin of hun podcastplatformpartner. Als u denkt dat iemand uw auteursrechtelijk beschermde werk zonder uw toestemming gebruikt, kunt u het hier beschreven proces https://nl.player.fm/legal volgen.

עקב המצב בשווקים חזרנו לעונת ״חסכון בכסף״ ו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 afleveringen

Artwork
iconDelen
 
Manage episode 367655750 series 3248520
Inhoud geleverd door Isan Rivkin. Alle podcastinhoud, inclusief afleveringen, afbeeldingen en podcastbeschrijvingen, wordt rechtstreeks geüpload en geleverd door Isan Rivkin of hun podcastplatformpartner. Als u denkt dat iemand uw auteursrechtelijk beschermde werk zonder uw toestemming gebruikt, kunt u het hier beschreven proces https://nl.player.fm/legal volgen.

עקב המצב בשווקים חזרנו לעונת ״חסכון בכסף״ ו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 afleveringen

Alle afleveringen

×
 
Loading …

Welkom op Player FM!

Player FM scant het web op podcasts van hoge kwaliteit waarvan u nu kunt genieten. Het is de beste podcast-app en werkt op Android, iPhone en internet. Aanmelden om abonnementen op verschillende apparaten te synchroniseren.

 

Korte handleiding