Как да планираме cloud разходи без изненади

Започнете от бизнес нуждите, не от ценовата листа

Планирането често започва с въпроса кой доставчик е по-евтин. Това е разбираемо, но недостатъчно. По-полезният въпрос е кои работни процеси трябва да бъдат достъпни, защитени и възстановими при проблем.

Например система за продажби, която се използва всеки ден, има различни изисквания от архив на стари проектни файлове. Първата може да изисква висока наличност, резервираност и бързо възстановяване. За втората може да е разумно да се използва по-евтин клас съхранение с по-бавен достъп. Ако и двата типа данни се третират еднакво, компанията или ще плаща излишно, или ще поеме ненужен оперативен риск.

Преди да се изберат услуги, опишете за всяко основно приложение кой го използва, какъв обем данни обработва, кога е най-натоварено и какъв престой е допустим. Уточнете и целите за възстановяване: колко данни могат да бъдат загубени при инцидент и за колко време услугата трябва да бъде върната в работен режим. Тези параметри превръщат общото желание за „облак“ в измерими изисквания.

Изградете пълна картина на текущите разходи

Cloud бюджетът не се състои само от цената на сървъра или потребителския лиценз. Реалната месечна сметка може да включва изчислителна мощност, дисково пространство, резервни копия, мрежов трафик, публични IP адреси, лицензи, управлявани бази данни, инструменти за мониторинг и услуги за сигурност. При част от платформите таксуването зависи и от заявки, операции по четене и запис или извеждане на данни извън средата.

Направете инвентар на всички активни облачни услуги и абонаменти, включително тези, които отделни екипи са закупили с фирмени карти. Сравнете инвентара с реалното ползване. Често се откриват тестови среди, оставени след проект, лицензи за бивши служители или резервирани ресурси с по-голям капацитет от необходимия.

Тук има и управленско измерение. Всеки ресурс трябва да има собственик - екип, отдел или отговорно лице. Без тази яснота никой не може да прецени дали разходът е оправдан и кой да вземе решение при нужда от оптимизация.

Разделете постоянните от променливите компоненти

Част от cloud разходите са относително фиксирани: лицензите за потребители, базовият капацитет за критични системи и услугите за защита. Други зависят от потреблението - трафик, съхранени данни, обработка, временни среди за разработка или автоматизирани задачи.

Това разграничение позволява по-реалистичен бюджет. За постоянните компоненти може да се предвиди месечна или годишна сума. За променливите е по-разумно да се работи със сценарии: нормален месец, период на повишена активност и извънредна ситуация. Така ръководството знае какво може да се очаква, вместо да разглежда всяко отклонение като непредвиден разход.

Как да планираме cloud разходи с правила за използване

Най-добрият ценови модел няма да помогне, ако средата се използва без правила. Необходимо е да се определи кой може да създава нови ресурси, кой одобрява по-големи конфигурации и как се закриват временните среди след приключване на проект.

Практичен контролен модел включва поне следните действия:

• именуване и етикетиране на всеки ресурс по проект, отдел и собственик;
• одобрение за нови услуги или увеличение на капацитет над определен праг;
• автоматично изключване на среди за разработка извън работно време, когато това е приложимо;
• периодичен преглед на неактивни дискове, адреси, snapshot-и и стари архиви;
• процес за премахване на достъпи и лицензи при напускане или промяна на роля.

Тези правила не трябва да забавят работата на екипите. Целта им е да осигурят проследимост. Когато даден разход е свързан с конкретна дейност, може да се оцени дали носи стойност и дали има по-разумен вариант.

Оптимизацията не трябва да застрашава сигурността

Натискът за намаляване на разходите понякога води до грешни решения: прекратяване на резервни копия, недостатъчно място за журнали, премахване на мониторинг или избор на неподходящ клас съхранение за критични данни. Тези икономии често струват многократно повече при киберинцидент, човешка грешка или хардуерен проблем.

Сигурността и непрекъсваемостта трябва да присъстват в бюджета като планирани компоненти. Това включва многофакторна автентикация, управление на достъпа, криптиране, централизирано логване, резервни копия и редовно тестване на възстановяването. Резервно копие, което не е тествано, не е доказана защита.

Тук балансът зависи от риска. Малка вътрешна тестова среда не се нуждае от същото ниво на защита като система, която обработва лични данни, договори или финансова информация. Класифицирането на данните и приложенията помага средствата да се вложат там, където прекъсването би имало най-голямо отражение върху бизнеса.

Следете отклоненията навреме, а не след фактурата

Месечната фактура показва какво вече е станало. За да има реален контрол, е нужно наблюдение на разходите по време на месеца. Задайте бюджети и известия при достигане на предварително определени прагове - например 50%, 75% и 90% от очаквания разход. За критични или динамични среди прагът може да е по-нисък, за да има време за реакция.

Не всяко увеличение е проблем. Разходът може да расте, защото компанията добавя клиенти, отваря нов офис или въвежда нова система. Проблемът е увеличение без ясно бизнес обяснение. Затова финансовите данни трябва да се разглеждат заедно с оперативните показатели: брой потребители, обем обработени документи, използване на приложение и промени в инфраструктурата.

Полезен е кратък месечен преглед между ръководството, финансовия екип и IT отговорника. Той трябва да отговаря на три въпроса: какво се е променило, защо се е променило и какво решение е необходимо. Така облачните разходи стават управляем показател, а не неразбираем технически отчет.

Избирайте ангажименти внимателно

Много доставчици предлагат по-ниски цени при годишен или многогодишен ангажимент. Това може да е добра възможност за стабилни натоварвания, като базови сървъри, постоянно използвани лицензи или предвидим обем съхранение. Не е подходящо обаче за услуги с неясно бъдещо потребление, за краткосрочни проекти или за среда, която предстои да се преструктурира.

Преди подобен ангажимент проверете историческото използване, прогнозата за растеж и възможността за промяна на архитектурата. Отстъпката има стойност само ако ресурсът действително ще бъде използван. В противен случай бизнесът плаща предварително за капацитет, който не му е нужен.

Външен IT партньор може да добави стойност тук не само чрез техническа конфигурация, а чрез независим преглед на използването, рисковете и възможностите за оптимизация. При управлявана среда контролът над разходите следва да върви заедно с мониторинг, отчетност и ясно разпределени отговорности.

Облачната среда работи най-добре, когато е достатъчно гъвкава за растежа на компанията, но достатъчно дисциплинирана, за да не превръща всяка промяна в непланиран разход. Поставете ясни собственици, следете потреблението и преглеждайте решенията редовно - това е практичният начин облакът да остане инструмент за работа, а не източник на финансови изненади.