Добивки:
- Способност да се разбере анатомијата на трошоците за облак (пресметување, складирање, мрежа/излез) и моделите на отпад (неактивен, преголеми, погрешен модел на цена) и вештачка интелигенција да врши анализа на фактури
- Способност да се донесат одлуки за правилна големина и посветени попусти со ризик и верификација и да се примени наредбата за прво расчистување на отпадот
- Способност да се применат политики за маскирање на податоци за апликации и наплата со потврдување на употребата на предлозите за „бришење/минимизирање“ на вештачката интелигенција
Облакот е како кредитна картичка: лесна за користење, шокантна сметка на крајот на месецот. Тест сервер заборавен преку ноќ, база на податоци со погрешна големина, стари резервни копии кои никогаш не се бришат - секој тивко согорува пари. FinOps (Финансиско работење) е дисциплина што го прави трошењето на облакот заедничка одговорност на инженерските, финансиските и деловните тимови и го прави трошењето видливо и оптимизирано. За професионалците на DevOps, ова значи преминување од менталитет „само нека работи“ во менталитет „нека работи и не троши го залудно“.
Отпадот во облакот често доаѓа од неколку познати обрасци: неискористени ресурси (неискористени, но платени), прекумерно обезбедување (поголеми ресурси отколку што се потребни), погрешен модел на цени (целосна цена наместо посветеност со попуст) и невидливост (никој не знае колку чини). Вештачката интелигенција овде е моќен партнер за анализа: ги сумира сложените ставки за наплата, ги означува моделите на отпад и генерира сценарија за заштеда. Но, одлуката да го исклучите или намалите ресурсот - затоа што погрешното би можело да доведе до прекин - е ваша.
Анатомија на трошоците за облак
За оптимизација треба да знаете од каде доаѓа цената:
- Пресметајте: Виртуелни машини, контејнери. Обично најголемата ставка. Често се избира поголемо отколку што е потребно.
- Складирање: дискови, складишта на предмети, резервни копии. Тивко расте; Ако старите податоци не се исчистат, тие се акумулираат.
- Мрежа: Особено egress - префрлањето податоци надвор од облакот или помеѓу региони е скапо и изненадува.
- Управувани услуги: Готови услуги како база на податоци, редици, балансирач на оптоварување; Плаќате премија за погодност.
Две основни ценовни лостови: Резервирани примери / планови за штедење — обврзување на одредена употреба за 1-3 години и добивање голем попуст; и Spot/interruptible капацитет — користење на неактивен капацитет на облакот многу ефтино, но повратно (идеално за работни места толерантни за прекин).
Основен принцип на FinOps е децентрализацијата на одговорноста: трошоците за облак не се сметководствена ставка што финансискиот тим може да ја реши сам. Инженерот кој го создал тој ресурс најдобро знае колку чини еден ресурс и дали е навистина потребен. Затоа, во една зрела FinOps култура, секој тим ги гледа и поседува сопствените трошоци. Вештачката интелигенција е моќна помош во обезбедувањето на оваа видливост: може да ги сумира расфрланите податоци од фактурата по тим, проект и околина и да праша „кој и на што потрошил најмногу овој месец? го прави прашањето одговорно. Но запомнете - оптимизацијата на трошоците не е еднократен проект, туку континуиран циклус: информирајте, оптимизирајте, работете; потоа повторно вратете се на почетокот. Бидејќи облачното опкружување постојано се менува, отпадот постојано се акумулира.
Совет: Најбрзата заштеда е обично „правилна големина“ и „чистење на ресурсите во мирување“; Тие не бараат посветеност и се блиску до безризични. Прво исчистете го отпадот пред да преминете на посветените попусти - или ќе го заклучите отпадот во намалената цена.
Чекор по чекор: Анализа на трошоци со вештачка интелигенција
- Извадете податоци од фактурата. Добијте детална анализа на трошоците (извоз на трошоци/CSV) на облакот. Маскирај ги идентификаторите на сметките и чувствителните полиња.
- Подреди од најголем до најмал. 80% од цената обично доаѓа од неколку ставки; Фокусирајте се таму.
- Побарајте модели на отпад. Неактивен, преголеми, неозначени ресурси.
- Нека го создаде сценариото. „Колку заштеди, колку ризик, ако го направам овој ресурс за една големина помал?
- Проценете го ризикот. Измерете го секој предлог во однос на перформансите и прекините.
- Нанесете постепено и следете. Минификувајте, а потоа следете ги метриките; Ако нема проблем, продолжете.
Безбедност и приватност: податоците за наплата се чувствителни
Депонијата за наплата во облак е почувствителна отколку што изгледа: ИД на сметки, имиња на ресурси (понекогаш го содржат името на клиентот), топологија на вашата архитектура и пропусната моќ може да се прочитаат од таму. Маскирајте ги броевите на сметките, сопствените имиња на ресурси и ознаките специфични за клиентите пред да ги дадете на ВИ за анализа. Ако некој конкурент го добие во рака, тоа го дава вашиот обем и структура на трошоци.
Внимание: поголемиот дел од заштедите што вештачката интелигенција сугерираат се точни, но некои се опасни: она што го вели „изгледа дека овој ресурс е неактивен, избришете го“ всушност може да биде критична резервна работа што се извршува еднаш месечно. Пред да избришете ресурс, проверете кој го користи и за каква цел. Одлуката за бришење може да биде неповратна.
Шаблони за отпад и табела за раствори
шема на отпад
симптом
Типично решение
Ризик
инертен ресурс
блиску до 0% употреба
Затвори/избриши (по потврда)
ниско-средно
Преголеми димензии
Процесорот/меморијата е постојано ниска
Намали една големина (десната големина)
низок
пресметување на целосна цена
Стабилно, континуирано оптоварување
Штеден план/Резервиран
Ниска (посветеност)
бизнис толерантен за прекин
Сериски/тест оптоварувања
капацитет на место
Средно (одбиток)
старо складирање
Податоци недопрени со години
Преместете/бришете во ладен слој
Средно (пронаоѓање)
три мини футроли
Случај 1 - заштеда од 4200 долари месечно. Еден тим и предал маскирана месечна сметка на вештачката интелигенција и ѝ рекол да ги „наведе првите 10 предмети и потенцијалниот отпад“. ВИ означи дека една средина за тестирање останува отворена 24/7 и дека три бази на податоци имаат четири пати поголем капацитет од потребниот капацитет. Тимот ја затвори тест-околината по часови, ги намали базите на податоци: месечната сметка падна за 4.200 долари. Перформансите на апликацијата воопшто не беа засегнати бидејќи тие го минимизираа со следење на метрика.
Случај 2 - фатен опасен предлог за „бришење“. Вештачката интелигенција рече дека „оваа кофа за складирање не е прочитана со месеци, може да се избрише“. Кога инженерот прашал кој ја користи, открил дека кошницата води евиденција за инспекција, што било законски услов да се чува. Ако беше избришан, тоа би било прекршување на усогласеноста. Наместо да го избришат, тие го префрлија на поевтино ниво на ладилници; и заштеда и хармонија.
Случај 3 - решено е изненадување за излегување. Сметката беше неочекувано надуена. АИ го сумираше расчленувањето и покажа дека зголемувањето доаѓа од ставката „излез“. Причина: услуга влечеше податоци од друг регион што требаше да биде во истиот регион. Кога ја концентриравме архитектурата во истата област, трошокот за излез беше намален на една третина.
Четири шаблони за копирање
1) Анализа на фактура (маскирани):
Анализирајте го прегледот на трошоците за маскирани облак подолу. Дајте ми: (1) 10-те најскапи артикли, (2) можни модели на отпад (неактивен, преголем, застарено складирање, излез), (3) проценети месечни заштеди за секој и (4) ризик од прекин/изведба на секој предлог. Додајте белешка „прво проверете“ за секој ресурс што го предлагате да го избришете. Препис: [CSV/SUMMARY]
2) Сценарио за правилна големина:
Последните 30 дена на користење за следниов ресурс: [CPU/memory/барање метрика]. Ако го намалам ова за големина: колкава е проценетата заштеда, колкав е ризикот за изведба, која метрика можам да ја следам со сигурност? Предложете постепен план.
3) Одлука за обврска/попуст:
Моето користење на компјутери е стабилно во последните 6 месеци: [РЕЗИМЕ]. Размислете дали има смисла да се префрлите на Reserved/Savings Plan: што е рентабилноста, кој период/обем на обврски е соодветен, какви ризици постојат (ако искористеноста падне)? Кажи ми дали треба прво да го исчистам отпадот.
4) Стратегија за означување:
Предложете стандард за означување на ресурси за да ги направи трошоците видливи на тим/проект/околина: кои ознаки треба да бидат задолжителни, како да ги доловам неозначените ресурси, како да ги пријавам трошоците според овие ознаки? Дајте почетен комплет за бетон.
Слаб промпт / Силен промпт
Слабо: „Како да ја намалам сметката за облак?
Резултат: нема податоци, нема контекст; ВИ дава општи совети „исклучете го она што не го користите“, без да влијае на вашата сметка.
Силно: „Во прегледот за маскирани трошоци подолу, отстранете ги 10-те најскапи ставки, означете ги шемите на отпад и наведете ги проценетите заштеди и ризикот од нарушување за секој од нив.
Разлика: вториот промпт дава реални (маскирани) податоци, јасен формат на излез и очекувања за ризик/валидација; излезот директно се претвора во заштеда.
Вообичаени грешки
- Придвижување кон посветеност без чистење на отпадот. Заклучување во отпад по намалена цена.
- Примена на предлогот за „бришење“ на вештачката интелигенција без да се потврди. Критичните податоци за резервна копија/ревизија може да се избришат.
- Вршење на намалувањето без следење на метрика. Прекумерната минијатуризација ги погодува перформансите и клиентот.
- Заборавајќи на излезот. Трошокот за излез од мрежата е изненадувањето кое најчесто се занемарува.
- Не етикетирање. Ако не се знае кој ги сноси трошоците, никој нема да преземе одговорност.
- Споделување податоци од фактура без маска. Протекување на скала и топологија.
Сумирано
FinOps е за да се направи видливо трошењето на облакот и систематски да се лови отпадот. Отпадот често доаѓа од неактивен ресурси, преголеми димензии, неточен модел на цена и невидливост. Вештачката интелигенција е моќен партнер за аналитика за сумирање на сложени дефекти на фактури, означување на моделите на отпад и генерирање сценарија за заштеда. Но, ваша одговорност е прво да го исчистите отпадот, а потоа да се обврзете, да го имплементирате секој предлог за „бришење/минимизирање“ со потврдување на употребата, да го извршите минимизирањето со следење на метриката и да ги маскирате податоците за наплатата.
Задача за апликација
Распределба на трошоците и маскирање на сметка во облак (сопствена или пример). (1) Отстранете ги најскапите предмети и моделите на отпад со шаблонот „Анализа на фактура“. (2) За означен „неактивен“ ресурс, проверете за кого/за што го користат пред да го избришете и забележете го вашето откритие. (3) "Со која метрика ја имплементирам препораката за правилна големина?" поврзете го со безбеден план со прашањето.
листа за проверка
- [ ] Ги маскирав идентификаторите на сметката и чувствителните имиња на ресурсите во изјавата за фактурата.
- [ ] Прво се фокусирав на најголемите ставки од трошоците.
- [ ] За секој предлог за „бришење“, потврдував за кого/за што се користел ресурсот.
- [ ] Го применив намалувањето постепено, следејќи ја метриката.
- [ ] Го исчистив отпадот пред да преминам на посветеното попуст.
- [ ] Ги проверував и подмолните предмети како излезот и складирањето.