Каталог

Виртуальная инфраструктура (IaaS)

Готовые вычислительные ресурсы без затрат на покупку физического оборудования и его администрирование. Вы получаете пул виртуальных ресурсов (процессоры, память, место на диске), которыми управляете через веб-панель.

Облачная система резервного копирования

Подключение услуги Backup позволит вам обеспечить непрерывность бизнес-процессов компании и минимизировать риски, связанные с «человеческим фактором», проникновением вирусов, программными и аппаратными сбоями и чрезвычайными ситуациями.

Кейс

T1 Cloud принял в свое облако компанию по производству пиломатериалов – СЛДК

Облачное хранилище

Облачное хранилище для бизнеса позволит надежно и недорого хранить данные, обеспечивать доступ к ним и масштабировать ресурсы.

Кейс

T1 Cloud включил в свое облако «Северо - Западную Логистическую Компанию»

Secure Development Platform (SDP)

Платформа защищенной облачной разработки

Кластер Kubernetes по запросу

Предоставление отказоустойчивых кластеров Kubernetes под индивидуальные задачи клиента

GPU-as-a-Service

Получите доступ к новейшим и самым мощным графическим процессорам GPU A100, доступным в качестве услуги с максимальной производительностью и подходящих для решения задач требующих одновременных вычислений.

Размещение оборудования

Размещение вашего серверного оборудования в нашем дата-центре Data Pro с высоким уровнем надежности, имеющим сертификацию на соответствие уровню Tier III

Кейс

T1 Cloud помогает медицинскому стартапу «Мое здоровье» защищать данные пациентов

Безопасность

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

Резервированный доступ в интернет

Хостинг SAP HANA

Подключая хостинг SAP HANA в облаке T1 Cloud, вы получаете высокопроизводительную, доступную, масштабируемую ИТ-инфраструктуру для SAP HANA и приложений SAP.

Кейс

Tele2 получает SAP и SAP HANA из облака T1 Cloud

CDN

CDN – ускорение доставки контента пользователям вашего ресурса (сайта, приложения) с помощью распределенной сети кэширующих серверов.

24.12.2020

Почему финансовые директора так хотят перевести капитальные расходы на ИТ в операционные расходы

Современный бизнес строится по архитектуре микросервисов. Очень сильно упрощая, есть, например, оборонка, которая до сих пор процедурная и написана на старом добром C. Работает — не трогай. И есть современные коммерческие структуры, которые всё больше уходят в распределённые архитектуры. По примерно тем же причинам, что и в разработке — так гораздо быстрее делать большие проекты.

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

Бюджетирование

Финдиректор управляет в компании потоками денег. Его задача — понимать, где деньги нужны больше всего, где-то их доставать и подавать их туда. Он в этой истории похож на маршрутизатор с функциями балансировщика.

Одна из особенностей его работы состоит в том, что он должен квантовать расходование средств по месяцам и годам (чаще всего, могут быть и другие промежутки). То есть, например, он хочет знать, сколько стоит владение собственным серверным узлом. Для этого он берёт:

  • Стоимость железа
  • Стоимость поддержки-ремонта-обслуживания
  • Фонд оплаты труда админов (зарплата, отчисления в фонды, медстраховка и т.п.)
  • Вспомогательные расходы (уборка, место в офисе для админов, их компьютеры и т.п.)
  • Расходы на электричество и т.п, всякие погрузки и доставки.

Старается вычислить циклы (обычно парк обновляют раз в 4 года по серверам и раз в 5-6 лет по сетевым устройствам) и просчитает поддержание всего этого в нормальном виде. Получается стоимость владения.

Финдиректору эта стоимость владения нужна для того, чтобы заложить её в финансовую модель. В конечном итоге стоимость содержания собственной серверной какой-то малой долей войдёт в ту цену, которую платит клиент за услуги его компании или за его товар.

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

Почему нужна предсказуемость?

Потому что если не запланировать выделение денег на ИТ, их никто не предоставит. Их ещё надо где-то взять. То есть нужно за полгода-год знать, сколько будет потрачено. Точнее, знать, откуда эти деньги возьмутся и куда пойдут.

Обратите внимание, это в модели CAPEX, то есть капитальных расходов. Когда платится за что-то, чтобы оно стояло «дома», а не за услугу или подписку (я сейчас опять очень упрощаю).

Если же ему кто-то скажет, что «мы тратим на ИТ 5% от выручки в месяц», он начнёт тихо оргазмировать. Связь очевидна и очень легко бюджетируется: получил выручку, забрал из неё 5%, отдал айтишникам. Не надо ничего предсказывать, не надо ничего квантовать. Ничего в этом месяце не заработали — ничего не отдали. Заработали в два раза больше — отдали в два раза больше. Понятно, откуда берутся деньги. Если же надо платить за железо раз в 3 года, то это означает очень сложную модель накопления этих денег где-то внутри компании, причём по непонятным законам.

Почему непонятным – потому что ещё есть много вероятностей. Бизнес сам по себе непредсказуем: где-то может развиваться быстрее плана, где-то медленнее, где-то всё вообще не пойдёт. Предсказание расходов на ИТ превращается в море «вилок» и вероятностей, что означает необходимость резервировать дополнительные деньги и считать риски.

Понимаете, почему OPEX-модель с оплатой как за SaaS им очень нравится?

И речь даже не об удобстве, а о прямой выгоде. Дело не только в резервировании денег, но и в их стоимости. Разные деньги в разное время стоят по-разному.

Стоимость денег

Представьте ситуацию: есть потребность обновить серверную, но на это нет денег здесь и сейчас. Можно взять кредит (внутри группы компаний или банка, не важно), а потом его постепенно выплачивать. Или можно пойти в облако и платить там помесячно примерно ту же сумму.

С точки зрения CFO первый случай сложнее, потому что налагает на компанию обязательство. А по деньгам получается примерно одинаково, потому что даже если облако дороже bare metal на эту стоимость переплаты по кредиту, оно всё равно выгоднее.

Обычно ситуация ещё отягчается тем, что есть собственная стоимость денег в компании: 1000 рублей в начале года могут превратиться в 1090 рублей при ставке 9% годовых в банке, либо в 1200 рублей, если эффективность компании по перебаботке денежного потока 120%. Обычно это так и есть, потому что иначе вместо бизнеса можно было бы класть деньги в банк. То есть ИТ всегда спорит по экономической эффективности со вложением денег в покупку товара (который можно обернуть) или с инвестициями, например, в производство.

Третья важная особенность — гибкость. Если планы поменяются, серверную нельзя разукомплектовать или платить за пол-админа. С OPEX-моделью всё проще, если услуга предоставляется снаружи или ещё как-то по подписке — сколько потребил, столько и оплатил. Важно это в случае сезонного бизнеса (на спаде очень тяжело доставать деньги, и они дорогие). Поэтому платить много на пике и мало на спаде, но при этом переплачивать некоторую сумму итого за год может оказаться в разы выгоднее, чем платить один раз в год или даже платить равномерно по месяцам.

Гибкость — это ещё возможность масштабироваться. Если бизнес вдруг вырос, то у вас появляется три спецэффекта:

И речь даже не об удобстве, а о прямой выгоде. Дело не только в резервировании денег, но и в их стоимости. Разные деньги в разное время стоят по-разному.

  • Закупка относительно небольшой партии железа (что дороже обычного)
  • Эффект лага на эту закупку (до 3 месяцев)
  • Рост уровня «зоопарковости» (чаще всего это не гомогенное железо)
  • Потребность творчески перекраивать бюджет.

В итоге проекты идут медленнее, компания становится негибкой, растут издержки, гроб, гроб, кладбище. Поэтому все CFO любят дорогие инструменты с мгновенной обратной связью по масштабированию — они в глобальной перспективе оказываются дешевле.

Итог

CFO хочет предсказуемости и видит картину с уровня компании в целом. CIO хочет экономии и контроля, и часто на глобальной перспективе это оказывается не самой экономически-обоснованной стратегией (в случае частых изменений на рынке). CFO или CEO стараются нагрузить CIO ещё необходимостью хорошо разбираться в финансах как раз для решения этого конфликта. Итог — CIO начинают считать всё более детально, с учётом стоимости денег, правильной амортизации и всех сопутствующих расходов. Современный результат — «микросервисная» организация бизнеса, где каждый отдельный кусок функциональности может быть заменён, масштабирован или отключён по потребностям. Это пока лучшие практики именно для быстро меняющихся рынков (а последние 20 лет почти все рынки такие из-за прогресса ИТ).

И всё это выше никоим образом не исключает банальные ошибки, человеческую глупость и неумение считать.

Оставайтесь на связи!

Подпишитесь, чтобы получать последние новости об облачных сервисах и трендах облачного рынка от T1 Cloud.
Без спама, отменить подписку можно в любое время.

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