Artwork

Inhalt bereitgestellt von Isan Rivkin. Alle Podcast-Inhalte, einschließlich Episoden, Grafiken und Podcast-Beschreibungen, werden direkt von Isan Rivkin oder seinem Podcast-Plattformpartner hochgeladen und bereitgestellt. Wenn Sie glauben, dass jemand Ihr urheberrechtlich geschütztes Werk ohne Ihre Erlaubnis nutzt, können Sie dem hier beschriebenen Verfahren folgen https://de.player.fm/legal.
Player FM - Podcast-App
Gehen Sie mit der App Player FM offline!

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

35:59
 
Teilen
 

Manage episode 367655750 series 3248520
Inhalt bereitgestellt von Isan Rivkin. Alle Podcast-Inhalte, einschließlich Episoden, Grafiken und Podcast-Beschreibungen, werden direkt von Isan Rivkin oder seinem Podcast-Plattformpartner hochgeladen und bereitgestellt. Wenn Sie glauben, dass jemand Ihr urheberrechtlich geschütztes Werk ohne Ihre Erlaubnis nutzt, können Sie dem hier beschriebenen Verfahren folgen https://de.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 Episoden

Artwork
iconTeilen
 
Manage episode 367655750 series 3248520
Inhalt bereitgestellt von Isan Rivkin. Alle Podcast-Inhalte, einschließlich Episoden, Grafiken und Podcast-Beschreibungen, werden direkt von Isan Rivkin oder seinem Podcast-Plattformpartner hochgeladen und bereitgestellt. Wenn Sie glauben, dass jemand Ihr urheberrechtlich geschütztes Werk ohne Ihre Erlaubnis nutzt, können Sie dem hier beschriebenen Verfahren folgen https://de.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 Episoden

Tous les épisodes

×
 
Loading …

Willkommen auf Player FM!

Player FM scannt gerade das Web nach Podcasts mit hoher Qualität, die du genießen kannst. Es ist die beste Podcast-App und funktioniert auf Android, iPhone und im Web. Melde dich an, um Abos geräteübergreifend zu synchronisieren.

 

Kurzanleitung