![](https://habrastorage.org/getpro/habr/upload_files/c61/90e/359/c6190e3595d26dbb15101d8620af2537.png)
Осторожно: статья‑детектор. Одним из побочных эффектов от прочтения этой статьи является так называемый butthurt. Все, кто рвутся минусовать и доказывать, что даже многократная оптимизация является "экономией на спичках" - ответственны за описываемые переплаты!
По моим наблюдениям, в каждой компании существуют примерно 3-кратные скрытые переплаты в области ИТ - чудовищные размеры, никем не замеченные, совершенно безнаказанно практикующиеся несмотря ни на какой кризис!
Понятие "скрытые растраты" родом из методологий бережливого производства (Lean) и идеально подходит для определения ситуации с ИТ.
Растраты возникают по всем статьям ИТ-бюджета, давайте разберем их все по порядку:
Связь
Услуги хостинга, облачных сервисов, ЦОД
Закупки:
- оборудование
- лицензииУслуги подрядчиков / аутсорс
ФОТ
Зайду издалека. Почему покупают каналы 100 мегабит, а раньше хватало 10? Почему вдруг стало нужно в разы больше терабайт, гигабайт, ядер? Ускоряющийся рост данных - миф: растет не столько объем данных, растет неоптимальность их представления - одни и те же данные занимают больше места, одни и те же задачи загружают больше каналы связи. Растет безразличие к лишним расходам ресурсов - вот истинная причина всего этого "роста". Сломать систему просто, когда имеешь противоположный, небезразличный подход. И как раздувались расходы машинных ресурсов и денег - как цепная реакция одно тянущее за собой другое, так же и сдуваются волшебным образом обратно, если начать всё оптимизировать.
Ниже подробно расписаны все статьи ИТ-бюджета и в процентах размер типовой переплаты - или на сколько можно оптимизировать.
Связь
Интернет – покупают завышенную скорость, хотя по статистике трафика потребляется намного меньше (а если заняться настройками - даже еще меньше), не торгуются с провайдером - 66%
Гоняют через интернет каждый раз полные бэкапы и централизованное видеонаблюдение. Если же большие потоки данных обрабатывать в местах их возникновения - это резко сократит требования к каналу связи. И бэкапы надо делать как раньше - дифференциальные и инкрементальные.
Городская телефония – завышенное количество линий, невыгодный оператор МГ/МН, дорогой фруктовый оператор облачной телефонии вместо своей АТС (как раньше) - 60%
Корпоративная мобильная связь – завышенные устаревшие тарифы, неиспользование специальных тарифов, свободные симки, которые стесняются отключить - 70-80%
Свой VPN, вплоть до аренды или прокладки физического кабеля - сдуваем объем данных (п.2) и отказываемся -100%
Услуги хостинга, облачных сервисов, ЦОД
Вместо локальной инфраструктуры - из принципа, мода такая - всё в облака, в ЦОДы - отказываемся - 100%
Завышенное дисковое пространство в облачных сервисах: загружают туда первоначально архив вместе со всем мусором и прошлыми бэкапами, его не удаляют, а потом всё целиком бэкапят и под это всё рассчитывают место с запасом - 60-80%
Лишние услуги (например, по умолчанию добавляемые на nic.ru) - 100%
Сервисы не консолидируют - 66%
Плодят серверы в ЦОД, помимо самой покупки лишнего сервера – оплачивается стойко-место (см. пред. пункт)
-
Заброшенные облачные ресурсы - 100%:
И это только общедоступных 81% организаций, значит вообще любых заброшенных - 90-99%. И в каждой из этих организаций ИТ-отдел возглавляет кто - растратчик!
Закупки, построение инфраструктуры
Обновление железа (или выбор модели с завышенными характеристиками) из-за незнания всех возможностей софтверной настройки, а также просто из принципа - 66%.
-
Выбор новейших на данный момент комплектующих и топовых в своей линейке моделей - 80% переплат. Цена растет - нелинейно. Вот, представим себе, подбираем CPU в сервер - модель с 80% ядер обойдется за 32% цены:
Модель
Кол‑во ядер
L3 кэш, МБ
Частота, ГГц
TDP, Вт
Цена, $
Xeon Platinum 8380
40
60
2,3-3,4
270
8099
Xeon Platinum 8368Q
38
57
2,6-3,7
270
6743
Xeon Platinum 8368
38
57
2,4-3,4
270
6302
Xeon Platinum 8362
32
48
2,8-3,6
265
5448
Xeon Platinum 8360Y
36
54
2,4-3,5
250
4702
Xeon Platinum 8358P
32
48
2,6-3,4
240
3950
Xeon Platinum 8358
32
48
2,6-3,4
250
3950
Xeon Platinum 8352M
32
48
2,3-3,5
185
3864
Xeon Platinum 8352S
32
48
2,2-3,4
205
4046
Xeon Platinum 8352V
36
54
2,1-3,5
195
3450
Xeon Platinum 8352Y
32
48
2,2-3,4
205
3450
Xeon Platinum 8351N
36
54
2,4-3,5
225
3027
Xeon Gold 6354
18
39
3,0-3,6
205
2445
Xeon Gold 6348
28
42
2,6-3,5
235
3072
Xeon Gold 6346
16
36
3,1-3,6
205
2300
Xeon Gold 6342
24
36
2,8-3,5
230
2529
Xeon Gold 6338N
32
48
2,2-3,5
185
2795
Xeon Gold 6338T
24
36
2,1-3,4
165
2742
Xeon Gold 6338
32
48
2,0-3,2
205
2612
Xeon Gold 6336Y
24
36
2,4-3,6
185
1977
Xeon Gold 6334
8
18
3,6-3,7
165
2214
Xeon Gold 6330N
28
42
2,2-3,4
165
2029
Xeon Gold 6330
28
42
2,0-3,1
205
1894
Xeon Gold 6326
16
24
2,9-3,5
185
1300
Xeon Gold 6314U
32
48
2,3-3,4
205
2600
Xeon Gold 6312U
24
36
2,4-3,6
185
1450
Xeon Gold 5320T
20
30
2,3-3,5
150
1727
Xeon Gold 5320
26
39
2,2-3,4
185
1555
Xeon Gold 5318N
24
36
2,1-3,4
150
1375
Xeon Gold 5318S
24
36
2,1-3,4
165
1667
Xeon Gold 5318Y
24
36
2,1-3,4
165
1273
Xeon Gold 5317
12
18
3,0-3,6
150
950
Xeon Gold 5315Y
8
12
3,2-3,6
140
895
Xeon Silver 4316
20
30
2,3-3,4
150
1002
Xeon Silver 4314
16
24
2,4-3,4
135
694
Xeon Silver 4310T
10
15
2,3-3,5
105
555
Xeon Silver 4310
12
18
2,1-3,3
120
501
Xeon Silver 4309Y
8
12
2,8-3,6
105
501
Я уже не говорю о том, что есть приложения, которые не ускоряет огромное число ядер, например 1С, Autocad (последний вообще однопоточное приложение до сих пор!) И тут мы видим, что даже 50% ядер - это всего лишь 12% цены! Заодно экономим и электроэнергию.
Лишние сервера, «одна задача – один сервер», не консолидируют - 66%
Лишние потери машинных ресурсов при всеобщей виртуализации, VDI, микросервисах. Бывают случаи, когда можно уверенно от них отказаться и не раздувать под них инфраструктуру
"Сервис (откат, итп) стоит переплаты, поэтому мы всё закупаем у интегратора N", также стесняемся перед бухгалтерией купить у нового для них контрагента - 30-50%
Только оригинальные картриджи - 80%. За 3 оригинальных картриджа можно купить целый принтер, смысл "бояться испортить" последний?
Незнание бесплатных альтернатив из свободного ПО и даже нежелание о них знать - 100%
Обновления ради обновлений, миф "не поддерживается" (из-за устаревания или санкций) 100%. Новые версии, делая то же самое, съедают в разы больше ресурсов, а устранение у них ошибок и уязвимостей опять начато с самого начала. А вы когда-нибудь пользовались этой мифической "поддержкой"? Или просто гуглим и читаем решение?
SaaS. Это зло, надо использовать свободные решения или в крайнем случае платные бессрочные лицензии, отказываемся - до 100%
Даже на бытовом уровне: когда люди идут в магазин за ноутбуком для офисных задач, покупают модель за 80к, а могли бы - за 30к. Новый процессор N100/N200 с производительностью i5 прошлых лет и потреблением ватт 8 - чего еще надо хотеть? Да я даже с Ryzen за 30к закупал! Нет, брэнд конечно (Acer, HP, Lenovo) Лайфхак: сейчас производительность нижнего сегмента железа в абсолютных значениях оказывается для офисных задач всё с большим и большим запасом по мощности. Нельзя судить о современном low-end по прошлому опыту использования одноядерных celeron-ов. Современный даже celeron N это не только ценный мех - поддержка AES инструкций (для вездесущего HTTPS) и аппаратного декодирования видео, что "в то время" появлялось только в i5! Прошлый опыт о low-end - в топку, он необъективен и неадекватен. Ещё есть миф о том, что "купить подороже, чтобы дольше не заменять": наоборот, легковесная энергоэффективная платформа актуальна дольше, а шумные вентиляторы же и горячие чипы - причина или быстрого отказа, или желания скорее заменить такого монстра на что-то современное. Топовое железо быстро уходит из собственно топовой ниши в среднюю, но там прожорливый "тяжеловес" оказывается неконкурентоспособен с современными моделями по энергопотреблению и эргономике.
Продолжение следует...
Комментарии (36)
Naves
06.08.2024 09:54+3Лишние сервера, «одна задача – один сервер», не консолидируют - 66%
Лишние потери машинных ресурсов при всеобщей виртуализации, VDI, микросервисах. Бывают случаи, когда можно уверенно от них отказаться и не раздувать под них инфраструктуру!
пункты противоречат друг-другу.
>Вместо локальной инфраструктуры - из принципа, мода такая - всё в облака, в ЦОДы - отказываемся - 100%
от ойтишнегов отказываемся - 100%
noldo32 Автор
06.08.2024 09:54пункты противоречат друг-другу.
Только на поверхности. Написал же "всеобщей". А в это вкладывается смысл, что высоконагруженные сервисы вроде 1С работают медленнее, чем могли бы на голом железе. И из-за чего возникают "хотелки" собрать сервер с максимальными на данный момент времени характеристиками, что приводит к многократному удорожанию последнего. Также, консолидировать в одном контексте безопасности можно внутри одной ОС. Но при увлечении виртуализацией ради виртуализации, для каждой задачки гоняется отдельно целая ОС, под которую выделяют гигабайты ресурсов ради сервиса, занимающего мегабайты. В целом же, виртуализация полезный и хороший инструмент, помогающий оптимизировать расходы, если, применяя его, задаться такой целью (и такой целью тоже)
от ойтишнегов отказываемся - 100%
Верно, об этом во 2й части статьи
Avangardio
06.08.2024 09:54+3Про отказ от облаков давно мечтаю, собрать те же 10 сервачков на хуананже с ксеоном с помойки, упаковать в компактные корпусы - очень хорошо выйдет по стоимости/производительности, но есть нюансы….
Как минимум, если вдруг надо сервера развернуть в других странах/регионах, никак иначе не решить кроме облаков.
А своя сборка будет упираться в плохой интернет, что в МО, что в Москве - сомнительное качество провайдеров, аптайм может пострадать сильно, только колокейшн, разве что, может помочь.
Короче, как всегда, спорная тема.
Ivan22
06.08.2024 09:54это в РФ она может еще туда-сюда спортная. Тут на рынке США, уже нет никаких споров, ВСЕ в облаках. Все споры - это что выбрать AWS или Azure. Ну и тренд сейчас вообще еще дальше идет, к чистым нативным клауд решением, с уходом от контейнеров и кубернетисов.
Avangardio
06.08.2024 09:54Буду признателен за какой-нибудь ресурс про нативные Клауд решения, если такой есть
Ivan22
06.08.2024 09:54+2не знаю что значит ресурс, но знаю примеры решений, в дата аналитике - это клауд нативная субд Snowflake, также клауд нейтив Databriks, datalake стораджи само собой S3 или ADLS, еще есть ADF для ETL ну и понятно для репортинга - PowerBI топ1, уже тоже со своим облаком отдельным правда, но клауд решение для репортинга.
Ivnika
Вроде все верно, но в итоге можно столкнуться с оттоком кадров, так как в условном другом месте будет банально комфортнее работать не крохоборствуя :) Отдельный вопрос различные критические ситуации под которые делается большой запас, возможно переплата сейчас выгоднее чем попытки решить проблемы потом
То есть ИТ конечно могут стоить меньше, но едва ли будут
noldo32 Автор
То есть тем, что "возможно" в каком-то ограниченном числе случаев, мы оправдываем большой запас во всех случаях? Это же прямо когнитивное искажение
Ivnika
Смотря с чьей точки зрения смотреть, с точки зрения работника - пусть будет запас, это добавляет уверенности в работе. И я немного о другом - большинство компаний готово (возможно пока) предоставлять этот запас. То есть экономия здесь и сейчас может аукнуться во многих случаях
И отдельный вопрос, кто будет проводить грань между необходимостью и излишествами? Как показывает практика подход эфф. манагеров равно как и только хотелки работников не очень эффективны
И по поводу переплат, вы сравниваете проценты на чем можно сэкономить, но как это влияет на общие затраты отдела разработок? Условно если все это вместе сэкономит полпроцента, то зачем?
noldo32 Автор
Какого работника, какой запас, чего? О чем имею в виду я - у работника есть и запас и быстрая скорость работы.
Avangardio
Крохоборстовать - имба, если запускаете стартап за 29 серебряников с товарищами, чтоб не улететь в долги.
Ivan22
...для всего остального есть мастеркард