Gdy zaczyna\u0142em prac\u0119 z chmur\u0105, my\u015bla\u0142em, \u017ce to proste: p\u0142acisz za to, czego u\u017cywasz. Prawda okaza\u0142a si\u0119 bardziej skomplikowana. W jednym z projekt\u00f3w dla startupu e-commerce odkry\u0142em, \u017ce miesi\u0119czny rachunek AWS wynosi\u0142 12 000 z\u0142, podczas gdy realne zapotrzebowanie na zasoby by\u0142o o po\u0142ow\u0119 mniejsze. Jak to mo\u017cliwe? Chmura kusi elastyczno\u015bci\u0105, ale bez odpowiedniej kontroli zamienia si\u0119 w czarn\u0105 dziur\u0119 bud\u017cetow\u0105.<\/p>\n
Najcz\u0119stsza pu\u0142apka to instancje, kt\u00f3re dzia\u0142aj\u0105, ale nikt ich nie u\u017cywa. Deweloperzy cz\u0119sto uruchamiaj\u0105 maszyny do test\u00f3w i zapominaj\u0105 je wy\u0142\u0105czy\u0107. Podobnie z load balancerami, adresami IP czy starymi snapshotami. W firmie klienta znalaz\u0142em 15 instancji EC2, kt\u00f3re dzia\u0142a\u0142y non-stop od 3 miesi\u0119cy \u2013 tylko do test\u00f3w. Koszt? Ponad 4 000 z\u0142 miesi\u0119cznie. Rozwi\u0105zanie? Regularne audyty i tagowanie zasob\u00f3w. Wprowad\u017a zasad\u0119: ka\u017cda instancja musi mie\u0107 w\u0142a\u015bciciela i dat\u0119 wyga\u015bni\u0119cia.<\/p>\n
Cz\u0119sto widz\u0119, \u017ce firmy bior\u0105 instancje z du\u017cym zapasem, bo \u201emo\u017ce si\u0119 przyda\u201d. W praktyce \u015brednie wykorzystanie CPU w wielu projektach nie przekracza 20%. Przej\u015bcie na mniejsze typy instancji lub wykorzystanie Savings Plans mo\u017ce obni\u017cy\u0107 rachunek o 30-50%. W innym projekcie zmienili\u015bmy instancje z m5.xlarge na m5.large dla \u015brodowisk nieprodukcyjnych \u2013 oszcz\u0119dno\u015b\u0107 2 500 z\u0142 miesi\u0119cznie.<\/p>\n
Koszty transferu danych s\u0105 cz\u0119sto ignorowane, a potrafi\u0105 zaskoczy\u0107. Szczeg\u00f3lnie w architekturach multi-region lub gdy dane cz\u0119sto przep\u0142ywaj\u0105 mi\u0119dzy serwisami. W jednej aplikacji SaaS okaza\u0142o si\u0119, \u017ce transfer mi\u0119dzy EC2 a S3 generuje 30% miesi\u0119cznego rachunku. Przeprojektowanie na u\u017cycie CloudFront i endpoint\u00f3w VPC zmniejszy\u0142o te koszty o 70%. Zwr\u00f3\u0107 te\u017c uwag\u0119 na dane wychodz\u0105ce z AWS na zewn\u0105trz \u2013 tu stawki s\u0105 najwy\u017csze.<\/p>\n
\u015arodowiska testowe i deweloperskie cz\u0119sto dzia\u0142aj\u0105 24\/7, cho\u0107 u\u017cywa si\u0119 ich tylko w godzinach pracy. Automatyczne wy\u0142\u0105czanie po godzinach i w weekendy to niski wisz\u0105cy owoc. W jednym z zespo\u0142\u00f3w wdro\u017cyli\u015bmy skrypt, kt\u00f3ry gasi instancje po 20:00 i w\u0142\u0105cza przed 8:00 \u2013 oszcz\u0119dno\u015b\u0107 40% na \u015brodowiskach nieprodukcyjnych. Mo\u017cna te\u017c u\u017cy\u0107 AWS Instance Scheduler.<\/p>\n
Najwi\u0119ksza pu\u0142apka to brak monitoringu koszt\u00f3w. Wiele firm nie ustawia bud\u017cet\u00f3w ani alert\u00f3w, wi\u0119c dowiaduj\u0105 si\u0119 o przekroczeniu dopiero po fakturze. AWS Budgets pozwala na alerty przy 50%, 80% i 100% bud\u017cetu. Wdro\u017cenie prostych powiadomie\u0144 e-mail i Slack mo\u017ce uratowa\u0107 bud\u017cet. W jednej firmie alert wykry\u0142 skok koszt\u00f3w spowodowany b\u0142\u0119dem w skrypcie \u2013 uruchomi\u0142 100 instancji r\u00f3wnocze\u015bnie. Alert zadzia\u0142a\u0142 w 10 minut, a bez niego rachunek wyni\u00f3s\u0142by 50 000 z\u0142.<\/p>\n
Optymalizacja koszt\u00f3w w chmurze to nie jednorazowa akcja, ale ci\u0105g\u0142y proces. Wprowad\u017a regularne przegl\u0105dy, tagowanie, automatyczne wy\u0142\u0105czanie i alerty. Je\u015bli czujesz, \u017ce tracisz kontrol\u0119 nad wydatkami, to znak, \u017ce pora na audyt. W JurskiTech pomagamy firmom zidentyfikowa\u0107 ukryte koszty i wdro\u017cy\u0107 strategi\u0119 FinOps \u2013 nie tylko tniemy wydatki, ale te\u017c poprawiamy wydajno\u015b\u0107. Sprawd\u017a, czy Tw\u00f3j rachunek nie kryje pu\u0142apek \u2013 to pierwszy krok do oszcz\u0119dno\u015bci.<\/p>\n","protected":false},"excerpt":{"rendered":"
Koszty w chmurze: 5 pu\u0142apek, kt\u00f3re ukrywa Tw\u00f3j rachunek AWS Gdy zaczyna\u0142em prac\u0119 z chmur\u0105, my\u015bla\u0142em, \u017ce to proste: p\u0142acisz za to, czego u\u017cywasz. Prawda okaza\u0142a si\u0119 bardziej skomplikowana. W jednym z projekt\u00f3w dla startupu e-commerce odkry\u0142em, \u017ce miesi\u0119czny rachunek AWS wynosi\u0142 12 000 z\u0142, podczas gdy realne zapotrzebowanie na zasoby by\u0142o o po\u0142ow\u0119 mniejsze.<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[7],"tags":[451,348,533,379,92],"class_list":["post-1756","post","type-post","status-publish","format-standard","hentry","category-warto-wiedziec","tag-aws-iam","tag-chmura","tag-finops","tag-globalne-skalowanie","tag-optymalizacja-kosztow"],"_links":{"self":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/1756","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/comments?post=1756"}],"version-history":[{"count":0,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/1756\/revisions"}],"wp:attachment":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/media?parent=1756"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/categories?post=1756"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/tags?post=1756"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}