Widz\u0119 to na ka\u017cdym kroku. Przedsi\u0119biorca dumny ze swojego SaaS, dumny z e-commerce, kt\u00f3ry dzia\u0142a w chmurze. A potem przychodzi faktura i\u2026 szok. Cloud kosztuje wi\u0119cej ni\u017c czynsz za biuro. I to nie przez przewidywany wzrost ruchu, ale przez zasoby, kt\u00f3re \u015bpi\u0105. W ci\u0105gu ostatnich dw\u00f3ch lat, rozmawiaj\u0105c z kilkudziesi\u0119cioma founderami ma\u0142ych i \u015brednich firm, wy\u0142oni\u0142em trzy g\u0142\u00f3wne przyczyny tych kosztownych niespodzianek. I co wa\u017cniejsze \u2013 trzy strategie, kt\u00f3re realnie pozwalaj\u0105 odzyska\u0107 te pieni\u0105dze.<\/p>\n
Zaczyna si\u0119 niewinnie. Zesp\u00f3\u0142 deweloperski chce testowa\u0107 now\u0105 funkcj\u0119. Tworzy \u015brodowisko testowe. Potem kolejne. A po wdro\u017ceniu \u2013 nikt go nie wy\u0142\u0105cza. Ba, cz\u0119sto nikt nie wie, \u017ce ono w og\u00f3le istnieje. W chmurze publicznej, zw\u0142aszcza przy modelu pay-as-you-go, takie \u201ezapomniane\u201d instancje potrafi\u0105 generowa\u0107 setki, a nawet tysi\u0105ce z\u0142otych miesi\u0119cznie.<\/p>\n
Pami\u0119tam przypadek startupu z sektora fintech. Mieli 12 \u015brodowisk testowych. W rzeczywisto\u015bci potrzebowali najwy\u017cej 4. Reszta wisia\u0142a, bo kiedy\u015b kto\u015b postawi\u0142 je do sprintu \u2013 i tyle. Rachunek za chmur\u0119 skoczy\u0142 im nagle o 40% w ci\u0105gu kwarta\u0142u. Okaza\u0142o si\u0119, \u017ce te \u201eniepotrzebne\u201d \u015brodowiska jad\u0142y \u0142\u0105cznie 200 GB pami\u0119ci RAM i 60 rdzeni CPU. Gdyby kto\u015b regularnie nie monitorowa\u0142, dalej p\u0142aciliby za powietrze.<\/p>\n
Rozwi\u0105zanie?<\/strong> Wprowad\u017a polityk\u0119 lifecycle\u2019u dla zasob\u00f3w. Automatyczne wygaszanie instancji po 30 dniach bez aktywno\u015bci. W AWS to CloudFormation, w Azure \u2013 Automation Accounts, w GCP \u2013 Cloud Scheduler. Wystarczy skrypt, kt\u00f3ry codziennie rano sprawdza, czy dana maszyna by\u0142a u\u017cywana. A je\u015bli nie \u2013 wy\u0142\u0105cza j\u0105. Oszcz\u0119dno\u015b\u0107? 20-30% miesi\u0119cznego rachunku u niekt\u00f3rych moich klient\u00f3w.<\/p>\n Drugi rodzaj bezu\u017cytecznych koszt\u00f3w to migawki dysk\u00f3w (snapshooty). Kiedy\u015b potrzebne do backupu przed aktualizacj\u0105 \u2013 niby tanie, ale z miesi\u0105ca na miesi\u0105c narastaj\u0105. W jednej firmie e-commerce mieli ponad 300 snapshot\u00f3w sprzed dw\u00f3ch lat. \u017baden nie by\u0142 ju\u017c potrzebny. Ka\u017cdy kosztowa\u0142 kilka z\u0142otych miesi\u0119cznie \u2013 w sumie prawie tysi\u0105c z\u0142otych miesi\u0119cznie za nic.<\/p>\n Kolejny klasyk. Deweloper zak\u0142ada, \u017ce aplikacja b\u0119dzie potrzebowa\u0107 du\u017co RAM-u, wi\u0119c wybiera instancj\u0119 z 16 GB. Albo \u017ce procesor musi by\u0107 najszybszy. Tylko \u017ce po wdro\u017ceniu okazuje si\u0119, \u017ce aplikacja wykorzystuje zaledwie 20% CPU i 30% RAM. Reszta przepada. To tak, jakby\u015b wynaj\u0105\u0142 magazyn 500 m\u00b2, a postawi\u0142 tam tylko jeden rega\u0142.<\/p>\n Sytuacja gorsza w e-commerce, gdzie ruch cz\u0119sto jest sezonowy. W black week sklep potrzebuje 10 razy wi\u0119cej zasob\u00f3w ni\u017c w zwyk\u0142y wtorek. Je\u015bli instancja jest skalowana r\u0119cznie albo w og\u00f3le nie jest skalowana \u2013 przez reszt\u0119 roku p\u0142acisz za moc, kt\u00f3ra stoi bezczynnie.<\/p>\n Rozwi\u0105zanie?<\/strong> Po pierwsze, regularny audyt u\u017cycia. W AWS to Cost Explorer, w Azure \u2013 Advisor, w GCP \u2013 Recommender. Pokazuj\u0105, kt\u00f3re instancje s\u0105 przewymiarowane. Potem wystarczy zmieni\u0107 typ na mniejszy. Oszcz\u0119dno\u015bci potrafi\u0105 si\u0119ga\u0107 50% dla poszczeg\u00f3lnych serwer\u00f3w.<\/p>\n Po drugie, auto-scaling. Nie, to nie jest skomplikowane. W praktyce dla ma\u0142ej firmy oznacza ustawienie prog\u00f3w \u2013 gdy CPU przekroczy 70%, system automatycznie dodaje kolejn\u0105 instancj\u0119. Gdy spadnie poni\u017cej 30% \u2013 usuwa. Dzia\u0142a to \u015bwietnie w przypadku frontendowych serwer\u00f3w aplikacji. W jednym z SaaS\u00f3w z bran\u017cy HR obni\u017cyli\u015bmy rachunek za chmur\u0119 o 35%, wprowadzaj\u0105c auto-scaling tylko dla g\u0142\u00f3wnej us\u0142ugi.<\/p>\n Chmura to nie tylko maszyny wirtualne. To te\u017c bazy danych, kolejki, funkcje serverless, load balancery. I ka\u017cda z tych us\u0142ug cz\u0119sto ma swoj\u0105 w\u0142asn\u0105 struktur\u0119 cenow\u0105. Klient cz\u0119sto bierze baz\u0119 danych z 10 TB przestrzeni, a potrzebuje 1 TB. Albo p\u0142aci za transfer danych mi\u0119dzy regionami, nie zdaj\u0105c sobie sprawy, \u017ce mo\u017cna to zrobi\u0107 w jednym.<\/p>\n Najbardziej irytuj\u0105cy jest przypadek, gdy firma p\u0142aci za us\u0142ug\u0119, z kt\u00f3rej korzysta\u0142y ju\u017c tylko dane testowe. Na przyk\u0142ad Elasticsearch do logowania \u2013 niby potrzebny, ale po miesi\u0105cu dwie trzecie danych to archiwalne logi z b\u0142\u0119dami, na kt\u00f3re nikt nie patrzy.<\/p>\n Rozwi\u0105zanie?<\/strong> Po pierwsze, audyt wszystkich aktywnych us\u0142ug. W konsoli chmurowej zobaczysz, co jest uruchomione. Wy\u0142\u0105cz wszystko, co nie jest niezb\u0119dne. Po drugie, ustal budget alerts \u2013 dostajesz e-maila, gdy koszty przekrocz\u0105 ustalony pr\u00f3g. To dzia\u0142a psychologicznie \u2013 zesp\u00f3\u0142 wie, \u017ce bud\u017cet jest kontrolowany, wi\u0119c rzadziej tworzy niepotrzebne zasoby.<\/p>\n W jednej firmie zajmuj\u0105cej si\u0119 automatyk\u0105 domow\u0105 odkryli\u015bmy nieu\u017cywany load balancer, kt\u00f3ry wisia\u0142 od roku. Kosztowa\u0142 200 z\u0142 miesi\u0119cznie. Niby drobne, ale w skali roku 2400 z\u0142 \u2013 tyle samo co nowy laptop. A takich \u201edrobnych\u201d zapomnianych us\u0142ug by\u0142o 7.<\/p>\n Oszcz\u0119dno\u015bci rz\u0119du 30-50% nie s\u0105 mitem. S\u0105 realne, ale wymagaj\u0105 konsekwencji. A je\u015bli nie masz czasu na audyt clouda \u2013 to te\u017c jest sygna\u0142, \u017ce by\u0107 mo\u017ce potrzebujesz kogo\u015b z zewn\u0105trz, kto spojrzy na to \u015bwie\u017cym okiem. Bo chmura ma by\u0107 narz\u0119dziem do wzrostu, a nie dziur\u0105 w bud\u017cecie.<\/p>\n","protected":false},"excerpt":{"rendered":" Widz\u0119 to na ka\u017cdym kroku. Przedsi\u0119biorca dumny ze swojego SaaS, dumny z e-commerce, kt\u00f3ry dzia\u0142a w chmurze. A potem przychodzi faktura i\u2026 szok. Cloud kosztuje wi\u0119cej ni\u017c czynsz za biuro. I to nie przez przewidywany wzrost ruchu, ale przez zasoby, kt\u00f3re \u015bpi\u0105. W ci\u0105gu ostatnich dw\u00f3ch lat, rozmawiaj\u0105c z kilkudziesi\u0119cioma founderami ma\u0142ych i \u015brednich firm,<\/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":[617,348,87,865,92],"class_list":["post-2293","post","type-post","status-publish","format-standard","hentry","category-warto-wiedziec","tag-b2b-saas","tag-chmura","tag-cloud-computing","tag-finanse-it","tag-optymalizacja-kosztow"],"_links":{"self":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2293","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=2293"}],"version-history":[{"count":0,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2293\/revisions"}],"wp:attachment":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/media?parent=2293"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/categories?post=2293"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/tags?post=2293"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}2. \u0179le dobrane instancje i overprovisioning<\/h2>\n
3. Zapomniane us\u0142ugi i ukryte op\u0142aty<\/h2>\n
Podsumowanie \u2013 jak zacz\u0105\u0107 oszcz\u0119dza\u0107 ju\u017c dzi\u015b?<\/h2>\n
\n