1.4.1.Облачные сервисы как путь снижения затрат
Рассмотрим аспект использования ERP-системы в облаках.
Облака, cloud-сервисы, облачные технологии – модель обеспечения удобного сетевого доступа по требованию к некоторому общему фонду конфигурируемых аппаратных и/или программных ресурсов.
В такой облачной модели нет затрат на ERP-систему:
- Разовых:
- приобретение аппаратных серверов;
- услуги по пусконаладке аппаратуры серверов и серверной комнаты;
- приобретение лицензий на все ПО (сервер приложений, само ERP-решение, лицензии на пользователей, серверные операционные системы);
- резервное копирование;
- обновление (upgrade) серверов по необходимости (поломки, устаревание) или для масштабирования (рост компании и числа пользователей).
- Регулярных:
- оплата ИТ-специалистов по обслуживанию серверов;
- содержание серверной комнаты;
- годовая подписка поддержки на обновление ПО;
- процесс обновления ERP-системы на актуальную версию (тут не все просто, об этом ниже).
В свою очередь, появляются новые регулярные траты – месячная подписка на обслуживание по каждому пользователю или пакетно.
Экономия на стоимости разовых затрат будет существенной. Причем временная экономия тоже: не нужно ждать поставки и настройки оборудования. Оплата месячного обслуживания, даже если будет в итоге больше, чем затраты на поддержку работающей системы своими силами, все же распределена по времени, и бизнесу не нужно вынимать из оборота часть средств в момент запуска системы. Но, главное, не нужно организовывать внутри компании непрофильную для ее деятельности ИТ-службу по поддержке всего серверного аппаратного и программного обеспечения.
Рис. 1.5. Схема облачного сервиса
В случае проекта внедрения можно на первых этапах без приобретения дорогостоящего оборудования и самой ERP-системы «попробовать», как это будет на практике: готова ли компания к проекту внедрения вообще и подходит эта конкретная система бизнесу. Нужно отметить, что облачные сервисы возможны нескольких вариантов (и все они могут быть сопряжены с использованием ERP-системы):
- IaaS (инфраструктура как сервис) – клиент использует физические или виртуальные серверы, дисковые хранилища и прочее оборудование оператора облака для конфигурирования своей ИТ-инфраструктуры.
- Клиент не может определять, как указанные блоки физически соединены между собой, но может строить из них логические конфигурации в рамках ограничений, определенных оператором.
- Оператор несет ответственность за функционирование аппаратных блоков и их связь между собой.
- Обслуживанием ОС и программного обеспечения (включая ERP) занимается клиент.
- Резервное копирование СУБД и приложений настраивает и обеспечивает клиент.
- PaaS (платформа как сервис) – позволяет пользователю установить в облачной инфраструктуре необходимое приложение, использующее операционные системы, языки программирования, библиотеки, СУБД и другие сервисы, предоставленные оператором.
- Оператор обеспечивает функционирование платформы и ее масштабирование при необходимости.
- Клиент занимается только поддержкой и работой приложения.
- Резервное копирование настраивает и обеспечивает оператор.
- SaaS (программное обеспечение как сервис) – клиент использует приложение, запущенное внутри cloud-среды оператора.
- Пользователи подключаются к нему с помощью различных протоколов (HTTP, RDP или VPN) и разных устройств, состав которых определен оператором, возможностями приложения (например, вся работа через веб-браузер).
- Поддержка приложения и аппаратуры полностью осуществляется оператором.
- Клиент может влиять только на ограниченное число настроек (заведение пользователей, назначение прав, включение/выключение дополнительных опций).
- Резервное копирование настраивает и обеспечивает оператор.
Рис. 1.6. Отличие технологий
Особый момент с обновлениями. Как было сказано выше, чем больше модификаций в ERP-системе в процессе внедрения, тем сложнее ее обновлять. Это накладывает ограничения на доступный вид облачного сервиса:
- Если компанию устраивает штатный функционал «из коробки», бизнес-процессы компании покрываются возможностями системы (или подстраиваются под них), то хорошо подходит модель SaaS.
- Если предполагается серьезная модификация системы в процессе внедрения, то потребуется модель PaaS.
- Если же ERP-автоматизация будет из нескольких интегрируемых систем от разных поставщиков, под которую потребуется специальная настройка окружения, то, возможно, хорошим вариантом будет IaaS.
При серьезных доработках ERP-системы ее обновление на актуальную версию будет отдельным мини-проектом и происходить автоматически, как обновления в облачном сервисе, не сможет. Нужно иметь своих специалистов или договор на осуществление этих работ со сторонней организацией.
Понятно, что чем больше компании придется настраивать и делать самостоятельно, тем выше будет стоимость эксплуатации системы, но тем меньше может стоить услуга по самому облачному сервису.
Тут нужно решить для себя:
- Хотим ли мы всем управлять и менять систему гибко, как нужно нам для наших устоявшихся бизнес-процессов.
- Хотим ли мы не думать о поддержке, а работать в готовом решении, принимая все его методики и ограничения как есть, подстраивая бизнес под них.
И в зависимости от этого выбрать тот или иной способ и определить (заранее) стоимость владения ERP-системой.
Подробнее об облачных технологиях компании «1С» можно почитать здесь:
Рис. 1.7. Облачный сервис компании «1С»
Система 1C:ERP присутствует в облачном сервисе «1С:Предприятие 8 через Интернет» по модели SaaS. Подробнее об этом – по ссылке: .
Нужно отметить момент резервного копирования информации и выбора поставщика услуги облачного сервиса. Все поставщики услуг обычно пишут на своих сайтах общие слова о гарантии работы 24/7, резервных копиях и о том, что «вам ни о чем не нужно думать, кроме самих данных и работы с ними». Но на практике это могут оказаться рекламные слова. Базу можно потерять безвозвратно. Нужно уточнить правила создания резервных копий, с какой глубиной они хранятся, сколько времени нужно на восстановление по запросу.
Автор знает такой пример недобросовестного предоставления облачной услуги, когда предположительно бэкап базы делался с недостаточной глубиной резервных копий, и при аппаратном сбое в бэкап стали писаться уже испорченные базы, а версии, где проблемы еще не было, уже не оказалось для восстановления.
В серьезных дата-центрах все многократно дублируется (рейд-массивы дисков с горячей заменой), используется полноценное резервное копирование, что гарантирует заявленный сервис и качество услуги. Так, например, в дата-центре «1С» для облачного сервиса стоит соответствующая аппаратура и обеспечивается бесперебойный уровень работы для конечного пользователя.
