Шаблоны тарификации услуг Центров обработки данных (ЦОДов)

ЦОДы редко продают одну услугу. Обычно это набор регулярных позиций (стойки, серверы, каналы, сетевые адреса (IP; Internet Protocol), уровень обслуживания (SLA; Service Level Agreement)) плюс разовые работы по заявкам (remote hands). Чем больше услуг и вариантов договора, тем важнее правила тарификации и прозрачная детализация начислений.

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

Размещение оборудования (colocation): аренда места + опции

Базовая часть (фиксированная плата (фикс) за период):

аренда юнита/места/части стойки (месяц/квартал/год).

Опции:

дополнительная мощность/питание;

порт/скорость, дополнительные кроссы;

сетевые адреса (IP; Internet Protocol);

опции по уровню обслуживания (SLA; Service Level Agreement) (например, расширенное время реакции);

услуги доступа/учётных записей/допусков (если это отдельные позиции).

дополнительная мощность/питание;

порт/скорость, дополнительные кроссы;

сетевые адреса (IP; Internet Protocol);

опции по уровню обслуживания (SLA; Service Level Agreement) (например, расширенное время реакции);

услуги доступа/учётных записей/допусков (если это отдельные позиции).

Как сделать тариф гибким:

пакет опций + сверхлимит (например, «до X кВт включено, далее — по тарифу»).

Аренда стойки/юнита/серверов: фикс + условия договора

Фиксированная часть:

аренда стойки/юнита/сервера — фиксированная абонентская плата.

Договорные условия:

скидка при оплате за квартал/полгода/год;

разовая установка/подключение отдельной услугой;

правила приостановки/штрафов;

доп.услуги: резервное питание, доп.канал, доп.IP.

скидка при оплате за квартал/полгода/год;

разовая установка/подключение отдельной услугой;

правила приостановки/штрафов;

доп.услуги: резервное питание, доп.канал, доп.IP.

Хорошая практика:

Выделять опции отдельными строками. Так проще масштабировать тариф без пересогласования базовой услуги.

Облачные ресурсы (IaaS): оплата по фактическому потреблению (pay-as-you-go)

Процессор и оперативная память (CPU; Central Processing Unit / RAM; Random Access Memory):

тарификация по времени использования (час/день) и по выделенному объёму;

возможны разные коэффициенты для классов ресурсов.

тарификация по времени использования (час/день) и по выделенному объёму;

возможны разные коэффициенты для классов ресурсов.

Дисковое хранилище (Storage; Data Storage):

по объёму и периоду хранения;

HDD (Hard Disk Drive), SSD (Solid State Drive), архивное хранение (Archive).

по объёму и периоду хранения;

HDD (Hard Disk Drive), SSD (Solid State Drive), архивное хранение (Archive).

Сетевой трафик (Traffic; Network Traffic):

по объёму исходящего трафика;

либо пакет включённого трафика + сверхлимит.

по объёму исходящего трафика;

либо пакет включённого трафика + сверхлимит.

Дополнительные сервисы:

отдельные метрики/события: балансировщики, резервное копирование, IP-адреса, выделенные сети и т. п.

Разовые удаленные работы по заявке (remote hands)

Вариант A — фикс-услуги:

Монтаж/демонтаж, замена диска, перезагрузка, подключение кабеля — каждая как отдельная позиция.

Вариант B — по времени:

Ставка × фактическое время. Удобно, когда работ много и они разные.

Коэффициенты:

срочно;

ночь/выходные;

повышающий коэффициент для сложных работ.

срочно;

ночь/выходные;

повышающий коэффициент для сложных работ.

Пакеты часов:

Пакет включённых часов + перерасход по правилам тарифа.

Гибридный тариф (самый распространённый)

фиксированная база (стойка/сервер/место);

начисления по факту потребления (трафик/ресурсы);

пакет + сверхлимит (прозрачные правила тарификации).

фиксированная база (стойка/сервер/место);

начисления по факту потребления (трафик/ресурсы);

пакет + сверхлимит (прозрачные правила тарификации).

Типовые ошибки при построении тарификации

Смешивать в одной позиции и аренду, и опции, и работы — потом сложно объяснять начисления.

Не закладывать сверхлимиты и правила перерасхода.

Не продумывать расчётные периоды (час/день/месяц) и закрытие периода.

Не делать прозрачную детализацию — растёт нагрузка на поддержку.

Не учитывать интеграции (платежи, система управления взаимоотношениями с клиентами (CRM; Customer Relationship Management), система планирования ресурсов предприятия (ERP; Enterprise Resource Planning), заявки/тикеты, источники данных потребления).

Смешивать в одной позиции и аренду, и опции, и работы — потом сложно объяснять начисления.

Не закладывать сверхлимиты и правила перерасхода.

Не продумывать расчётные периоды (час/день/месяц) и закрытие периода.

Не делать прозрачную детализацию — растёт нагрузка на поддержку.

Как это автоматизировать в биллинге

Если вы хотите считать услуги ЦОДа без ручных таблиц, биллинговая система должна поддерживать разовые и периодические услуги, pay-as-you-go (оплату по факту потребления), пакеты/лимиты/сверхлимиты, документы, оплаты и уведомления.

АСР Platex® позволяет настроить различные сценарии тарификации и автоматизировать взаиморасчеты любой сложности между дата-центром и его клиентами.

Оставить заявку на КП или демо.

Биллинг для ЦОД

Нравится