Осторожно: статья‑детектор. Одним из побочных эффектов от прочтения этой статьи является так называемый butthurt. Все, кто рвутся минусовать и доказывать, что даже многократная оптимизация является "экономией на спичках" - ответственны за описываемые переплаты!

По моим наблюдениям, в каждой компании существуют примерно 3-кратные скрытые переплаты в области ИТ - чудовищные размеры, никем не замеченные, совершенно безнаказанно практикующиеся несмотря ни на какой кризис!
Понятие "скрытые растраты" родом из методологий бережливого производства (Lean) и идеально подходит для определения ситуации с ИТ.

Растраты возникают по всем статьям ИТ-бюджета, давайте разберем их все по порядку:

  1. Связь

  2. Услуги хостинга, облачных сервисов, ЦОД

  3. Закупки:
    - оборудование
    - лицензии

  4. Услуги подрядчиков / аутсорс

  5. ФОТ

Зайду издалека. Почему покупают каналы 100 мегабит, а раньше хватало 10? Почему вдруг стало нужно в разы больше терабайт, гигабайт, ядер? Ускоряющийся рост данных - миф: растет не столько объем данных, растет неоптимальность их представления - одни и те же данные занимают больше места, одни и те же задачи загружают больше каналы связи. Растет безразличие к лишним расходам ресурсов - вот истинная причина всего этого "роста". Сломать систему просто, когда имеешь противоположный, небезразличный подход. И как раздувались расходы машинных ресурсов и денег - как цепная реакция одно тянущее за собой другое, так же и сдуваются волшебным образом обратно, если начать всё оптимизировать.

Ниже подробно расписаны все статьи ИТ-бюджета и в процентах размер типовой переплаты - или на сколько можно оптимизировать.

Связь

  1. Интернет – покупают завышенную скорость, хотя по статистике трафика потребляется намного меньше (а если заняться настройками - даже еще меньше), не торгуются с провайдером - 66%

  2. Гоняют через интернет каждый раз полные бэкапы и централизованное видеонаблюдение. Если же большие потоки данных обрабатывать в местах их возникновения - это резко сократит требования к каналу связи. И бэкапы надо делать как раньше - дифференциальные и инкрементальные.

  3. Городская телефония – завышенное количество линий, невыгодный оператор МГ/МН, дорогой фруктовый оператор облачной телефонии вместо своей АТС (как раньше) - 60%

  4. Корпоративная мобильная связь – завышенные устаревшие тарифы, неиспользование специальных тарифов, свободные симки, которые стесняются отключить - 70-80%

  5. Свой VPN, вплоть до аренды или прокладки физического кабеля - сдуваем объем данных (п.2) и отказываемся -100%

Услуги хостинга, облачных сервисов, ЦОД

  1. Вместо локальной инфраструктуры - из принципа, мода такая - всё в облака, в ЦОДы - отказываемся - 100%

  2. Завышенное дисковое пространство в облачных сервисах: загружают туда первоначально архив вместе со всем мусором и прошлыми бэкапами, его не удаляют, а потом всё целиком бэкапят и под это всё рассчитывают место с запасом - 60-80%

  3. Лишние услуги (например, по умолчанию добавляемые на nic.ru) - 100%

  4. Сервисы не консолидируют - 66%

  5. Плодят серверы в ЦОД, помимо самой покупки лишнего сервера – оплачивается стойко-место (см. пред. пункт)

  6. Заброшенные облачные ресурсы - 100%:

    И это только общедоступных 81% организаций, значит вообще любых заброшенных - 90-99%. И в каждой из этих организаций ИТ-отдел возглавляет кто - растратчик!
    И это только общедоступных 81% организаций, значит вообще любых заброшенных - 90-99%. И в каждой из этих организаций ИТ-отдел возглавляет кто - растратчик!

Закупки, построение инфраструктуры

  1. Обновление железа (или выбор модели с завышенными характеристиками) из-за незнания всех возможностей софтверной настройки, а также просто из принципа - 66%.

  2. Выбор новейших на данный момент комплектующих и топовых в своей линейке моделей - 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% цены! Заодно экономим и электроэнергию.

  3. Лишние сервера, «одна задача – один сервер», не консолидируют - 66%

  4. Лишние потери машинных ресурсов при всеобщей виртуализации, VDI, микросервисах. Бывают случаи, когда можно уверенно от них отказаться и не раздувать под них инфраструктуру

  5. "Сервис (откат, итп) стоит переплаты, поэтому мы всё закупаем у интегратора N", также стесняемся перед бухгалтерией купить у нового для них контрагента - 30-50%

  6. Только оригинальные картриджи - 80%. За 3 оригинальных картриджа можно купить целый принтер, смысл "бояться испортить" последний?

  7. Незнание бесплатных альтернатив из свободного ПО и даже нежелание о них знать - 100%

  8. Обновления ради обновлений, миф "не поддерживается" (из-за устаревания или санкций) 100%. Новые версии, делая то же самое, съедают в разы больше ресурсов, а устранение у них ошибок и уязвимостей опять начато с самого начала. А вы когда-нибудь пользовались этой мифической "поддержкой"? Или просто гуглим и читаем решение?

  9. SaaS. Это зло, надо использовать свободные решения или в крайнем случае платные бессрочные лицензии, отказываемся - до 100%

Даже на бытовом уровне: когда люди идут в магазин за ноутбуком для офисных задач, покупают модель за 80к, а могли бы - за 30к. Новый процессор N100/N200 с производительностью i5 прошлых лет и потреблением ватт 8 - чего еще надо хотеть? Да я даже с Ryzen за 30к закупал! Нет, брэнд конечно (Acer, HP, Lenovo) Лайфхак: сейчас производительность нижнего сегмента железа в абсолютных значениях оказывается для офисных задач всё с большим и большим запасом по мощности. Нельзя судить о современном low-end по прошлому опыту использования одноядерных celeron-ов. Современный даже celeron N это не только ценный мех - поддержка AES инструкций (для вездесущего HTTPS) и аппаратного декодирования видео, что "в то время" появлялось только в i5! Прошлый опыт о low-end - в топку, он необъективен и неадекватен. Ещё есть миф о том, что "купить подороже, чтобы дольше не заменять": наоборот, легковесная энергоэффективная платформа актуальна дольше, а шумные вентиляторы же и горячие чипы - причина или быстрого отказа, или желания скорее заменить такого монстра на что-то современное. Топовое железо быстро уходит из собственно топовой ниши в среднюю, но там прожорливый "тяжеловес" оказывается неконкурентоспособен с современными моделями по энергопотреблению и эргономике.

Продолжение следует...

Комментарии (36)


  1. Ivnika
    06.08.2024 09:54
    +5

    Вроде все верно, но в итоге можно столкнуться с оттоком кадров, так как в условном другом месте будет банально комфортнее работать не крохоборствуя :) Отдельный вопрос различные критические ситуации под которые делается большой запас, возможно переплата сейчас выгоднее чем попытки решить проблемы потом

    То есть ИТ конечно могут стоить меньше, но едва ли будут


    1. noldo32 Автор
      06.08.2024 09:54

      То есть тем, что "возможно" в каком-то ограниченном числе случаев, мы оправдываем большой запас во всех случаях? Это же прямо когнитивное искажение


      1. Ivnika
        06.08.2024 09:54
        +4

        Смотря с чьей точки зрения смотреть, с точки зрения работника - пусть будет запас, это добавляет уверенности в работе. И я немного о другом - большинство компаний готово (возможно пока) предоставлять этот запас. То есть экономия здесь и сейчас может аукнуться во многих случаях

        И отдельный вопрос, кто будет проводить грань между необходимостью и излишествами? Как показывает практика подход эфф. манагеров равно как и только хотелки работников не очень эффективны

        И по поводу переплат, вы сравниваете проценты на чем можно сэкономить, но как это влияет на общие затраты отдела разработок? Условно если все это вместе сэкономит полпроцента, то зачем?


        1. noldo32 Автор
          06.08.2024 09:54

          Какого работника, какой запас, чего? О чем имею в виду я - у работника есть и запас и быстрая скорость работы.


    1. Avangardio
      06.08.2024 09:54
      +4

      Крохоборстовать - имба, если запускаете стартап за 29 серебряников с товарищами, чтоб не улететь в долги.


      1. Ivan22
        06.08.2024 09:54
        +2

        ...для всего остального есть мастеркард


  1. Naves
    06.08.2024 09:54
    +3

    • Лишние сервера, «одна задача – один сервер», не консолидируют - 66%

    • Лишние потери машинных ресурсов при всеобщей виртуализации, VDI, микросервисах. Бывают случаи, когда можно уверенно от них отказаться и не раздувать под них инфраструктуру!

    пункты противоречат друг-другу.

    >Вместо локальной инфраструктуры - из принципа, мода такая - всё в облака, в ЦОДы - отказываемся - 100%

    от ойтишнегов отказываемся - 100%


    1. noldo32 Автор
      06.08.2024 09:54

      пункты противоречат друг-другу.

      Только на поверхности. Написал же "всеобщей". А в это вкладывается смысл, что высоконагруженные сервисы вроде 1С работают медленнее, чем могли бы на голом железе. И из-за чего возникают "хотелки" собрать сервер с максимальными на данный момент времени характеристиками, что приводит к многократному удорожанию последнего. Также, консолидировать в одном контексте безопасности можно внутри одной ОС. Но при увлечении виртуализацией ради виртуализации, для каждой задачки гоняется отдельно целая ОС, под которую выделяют гигабайты ресурсов ради сервиса, занимающего мегабайты. В целом же, виртуализация полезный и хороший инструмент, помогающий оптимизировать расходы, если, применяя его, задаться такой целью (и такой целью тоже)

      от ойтишнегов отказываемся - 100%

      Верно, об этом во 2й части статьи


  1. Avangardio
    06.08.2024 09:54
    +3

    Про отказ от облаков давно мечтаю, собрать те же 10 сервачков на хуананже с ксеоном с помойки, упаковать в компактные корпусы - очень хорошо выйдет по стоимости/производительности, но есть нюансы….

    Как минимум, если вдруг надо сервера развернуть в других странах/регионах, никак иначе не решить кроме облаков.

    А своя сборка будет упираться в плохой интернет, что в МО, что в Москве - сомнительное качество провайдеров, аптайм может пострадать сильно, только колокейшн, разве что, может помочь.

    Короче, как всегда, спорная тема.


    1. Ivan22
      06.08.2024 09:54

      это в РФ она может еще туда-сюда спортная. Тут на рынке США, уже нет никаких споров, ВСЕ в облаках. Все споры - это что выбрать AWS или Azure. Ну и тренд сейчас вообще еще дальше идет, к чистым нативным клауд решением, с уходом от контейнеров и кубернетисов.


      1. Avangardio
        06.08.2024 09:54

        Буду признателен за какой-нибудь ресурс про нативные Клауд решения, если такой есть


        1. Ivan22
          06.08.2024 09:54
          +2

          не знаю что значит ресурс, но знаю примеры решений, в дата аналитике - это клауд нативная субд Snowflake, также клауд нейтив Databriks, datalake стораджи само собой S3 или ADLS, еще есть ADF для ETL ну и понятно для репортинга - PowerBI топ1, уже тоже со своим облаком отдельным правда, но клауд решение для репортинга.