Jedyny koszt technologii, którego nie mierzysz — który mógłby zaoszczędzić miliony, gdybyś to zrobił

Jedną z największych zmian, jakie nastąpią wraz z przejściem do chmury, jest sposób, w jaki płacimy za technologię i aplikacje. Branża przestawiła się z przetwarzania typu „wszystko, co możesz” na serwerze z lokalnymi centrami danych na zmienny lub użytkowy model obliczeniowy. Według niedawnego Apptio raport, oznacza to, że „mikrooptymalizacje mogą mieć miejsce każdego dnia na poziomie zespołu, aby zmienić kształt wydatków na chmurę… To świat OpEx (wydatki operacyjne) zamiast CapEx (wydatki kapitałowe), całkowicie zmieniający sposób raportowania finansów i zarządzane”.

W rezultacie tradycyjny model zaopatrzenia w wydatki został wywrócony do góry nogami, przekazując siłę nabywczą w ręce inżynierów, którzy opracowują te aplikacje i infrastrukturę i zarządzają nimi, nie zwracając uwagi na to, ile kosztuje to firmę w wydatkach operacyjnych. Każdy, kto pracuje dziś w okopach technologicznych, koncentruje się na tym, co dzieje się tu i teraz, w swoim konkretnym obszarze własności, zapewniając, że system działa każdego dnia bez przestojów. Nikt nie myśli o: Czy moglibyśmy robić to, co robimy szybciej, lepiej, mądrzej, tj. wydajniej w ramach aplikacji i procesów?

Apptio, twórcy oprogramowania przeznaczonego do oceny i informowania o kosztach usług IT do celów planowania, budżetowania i prognozowania, dalej opisuje ponurą rzeczywistość tej sytuacji, gdy „inżynierowie podejmują zobowiązania finansowe wobec chmury, które wpływają na wyniki finansowe ich firm, jednocześnie zespoły finansowe z trudem nadążają za tempem i szczegółowością wydatków”.

Większość inżynierów nie kontroluje lub w pełni nie rozumie kodu, który piszą; po prostu dodają infrastrukturę do uruchamiania wszystkiego, co jest promowane do produkcji.

Obliczanie całkowitych kosztów środowiska technologicznego dla setek aplikacji lub technologii obsługiwanych przez Twój zespół nie jest powszechną praktyką w branży. To musi się zmienić. (Uwaga: nie mówię o Robotic Processing Automation-RPA, używaniu botów do automatyzacji zadań cyfrowych). Moje podejście koncentruje się na wydajności aplikacji, kodu i procesów, a nie na wydajności poprzez automatyzację.

Dlaczego mierzenie całkowitego kosztu kodu jest ważne.

Aplikacje są zaprojektowane tak, aby procesy były proste dla użytkownika biznesowego. Aplikacja wymaga wielu zasobów i złożoności, aby udzielić odpowiedzi, nawet jeśli czas odpowiedzi wynosi tylko kilka sekund. Teraz pomnóż to przez tysiące lub miliony żądań aplikacji na sekundę na tysiącach serwerów w całym przedsiębiorstwie. Łatwo jest sprawić, że rzeczy staną się poza zasięgiem, gdy tak wiele dzieje się jednocześnie, a to również wiąże się z kosztami. Jeśli serwery, na których działa aplikacja, mają działać przez trzy lata, ale wytrzymują tylko jeden, ponieważ są wyczerpane — jaki jest prawdziwy koszt tej aplikacji? Jest to coś, o czym dyrektorzy finansowi i inni muszą wiedzieć, ponieważ mają ustalone budżety, które należy zrealizować.

Wydajny, zdrowy system wymaga mniej zasobów do przetworzenia tego samego obciążenia niż system nieefektywny. Optymalizacja kodu uwalnia jeszcze więcej zasobów.

Praktycznie każdy system ma potencjał racjonalizacji wydajności o co najmniej 30 do 40 procent, a optymalizacja kodu może zapewnić kolejne 20 do 80 procent oszczędności.

Oznacza to, że te same obciążenia mogą być uruchamiane na mniejszych serwerach, co zmniejsza koszty chmury i licencji. Wartość tych oszczędności nie jest po prostu krótkoterminowa, ale długoterminowa, ponieważ większość aplikacji działa obecnie od 5 do 20 lat lub dłużej. Nie chodzi tylko o wynik końcowy, ale o rozważenie, co można by zrobić z tym uwolnionym kapitałem, aby dziś osiągać dalsze kluczowe wskaźniki wydajności biznesowe.

Wyobraź sobie całkowity koszt kodu w ciągu 20 lat i rozważ: „Czy mogliśmy sprawić, by ten kod był o 20% wydajniejszy, a jeśli tak, to ile moglibyśmy zaoszczędzić w ciągu 20 lat?”

Następnie następuje przejście do chmury i pay-as-you-go przeciwko Płacić z góry modelu, który generuje koszty obsługi i utrzymania systemów danych szybciej, niż jesteśmy w stanie je przechwycić i przeanalizować. Raport Apptio pokazuje, jak wszyscy tracą, gdy nie ma przejrzystości kosztów usług w chmurze:

• Inżynieria wydaje więcej, niż musi, przy niewielkim zrozumieniu efektywności kosztowej.
• Zespoły finansowe z trudem rozumieją – i nadążają – co jest wydawane na oszałamiającą liczbę opcji (sam AWS ma około 300,000 XNUMX jednostek SKU i dodatkowe tysiące nowych funkcji rocznie).
• Przywództwo nie ma wystarczającego wkładu w to, ile zostanie wydane, ani możliwości wpływania na priorytety.
• Dział zamówień nie jest świadomym uczestnikiem własnego outsourcingu.

Oszacowanie oszczędności, jakie uzyskasz, jeśli zoptymalizujesz fragment kodu, zanim sprawi, że Twój system stanie się nieefektywny (w najlepszym przypadku) lub spowoduje awarię (w najgorszym przypadku), wymaga nieco więcej planowania i wglądu. Ale jest to konieczne, jeśli chcemy nadążyć za obecnym tempem wzrostu, którego doświadczają firmy.

W następnym artykule opowiem o tym, jak możemy zmierzyć całkowity koszt kodu, oszczędzając w ten sposób miliardy na nieefektywnych procesach. Jesteś ze mną?