Любой предприниматель, начинавший с пары рабочих мест и единственной базы в 1С, рано или поздно сталкивается с ситуацией, когда привычная конфигурация, ещё вчера казавшаяся абсолютно достаточной, начинает откровенно тормозить: отчёты формируются по десять минут, одновременная работа трёх-четырёх сотрудников превращается в лотерею, а обновление типовой конфигурации рискует затянуться на весь рабочий день. Проблема в том, что рост бизнеса происходит постепенно и незаметно для тех, кто находится внутри процессов, поэтому момент, когда локальный сервер перестаёт справляться с возросшей нагрузкой, чаще всего обнаруживается постфактум — когда бухгалтер уже не может закрыть период, а склад не успевает отгружать заказы.
Одним из наиболее практичных решений в подобной ситуации становится облачная 1С, которая позволяет перенести базы и вычислительную нагрузку на инфраструктуру провайдера, избавляя компанию от необходимости самостоятельно закупать и обслуживать серверное железо. В частности, если вы рассматриваете переход на облачную модель, имеет смысл обратиться в компанию Битклауд, предоставляющую услугу облачной 1С с развёртыванием баз, настройкой доступа и технической поддержкой, что особенно удобно для тех, кто не хочет держать в штате отдельного серверного администратора.
Признаки того, что локальный сервер исчерпал свой ресурс
Прежде чем принимать решение о миграции, полезно убедиться, что проблема действительно заключается в аппаратных ограничениях, а не в некорректно написанном отчёте или разросшейся базе. О том, что сервер перестал соответствовать потребностям компании, обычно свидетельствует совокупность нескольких характерных симптомов:
- время формирования стандартных отчётов и закрытия месяца увеличилось в разы по сравнению с тем, что было полгода-год назад, причём прогрессия заметна от периода к периоду;
- при одновременной работе более пяти-семи пользователей система начинает «подвисать», а в журнале регистрации появляются ошибки блокировок и тайм-аутов;
- сервер физически расположен в офисе, и любое отключение электричества, перегрев или выход из строя жёсткого диска грозят остановкой работы всей компании на неопределённый срок;
- для подключения удалённых сотрудников приходится строить сложные цепочки из VPN, проброса портов и удалённых рабочих столов, каждая из которых представляет собой потенциальную уязвимость.
Если хотя бы два-три пункта из этого списка регулярно дают о себе знать, имеет смысл задуматься о пересмотре архитектуры.
Чем грозит откладывание решения
Многие руководители склонны рассуждать по принципу «пока работает — не трогай», однако в случае с 1С подобная стратегия обходится дорого, поскольку каждый месяц промедления означает накопление технического долга, который в итоге выливается либо в экстренную замену оборудования в самый неподходящий момент, либо в потерю данных при отказе дисковой подсистемы, резервные копии которой, как водится, давно не проверялись. Кроме того, разрастающаяся база требует всё более мощного процессора и оперативной памяти, а значит, стоимость апгрейда локального сервера растёт нелинейно, и в определённый момент проще и дешевле перейти на модель подписки, чем единовременно вкладывать несколько сотен тысяч рублей в железо, которое через два-три года снова окажется на грани своих возможностей.
Что даёт переход на облачную инфраструктуру
Перенос 1С в облако решает сразу несколько задач, которые при локальной схеме требуют отдельных бюджетов и специалистов: обеспечение отказоустойчивости за счёт распределённых дата-центров, автоматическое резервное копирование по расписанию, масштабируемость вычислительных ресурсов «на лету» без остановки работы пользователей и возможность подключаться к базе из любой точки, где есть интернет, что особенно актуально для компаний с распределёнными филиалами или удалёнными бухгалтерами. При этом провайдер берёт на себя обновление платформы и типовых конфигураций, мониторинг производительности и реагирование на инциденты, благодаря чему внутренняя IT-служба может сосредоточиться на задачах развития, а не на латании инфраструктурных проблем.
Подводя итог
Масштабирование бизнеса — процесс неизбежный и в целом позитивный, однако он предъявляет к IT-инфраструктуре требования, которые локальный сервер, приобретённый «на старте», объективно не способен удовлетворить без дорогостоящей модернизации. Осознание того, что архитектура учёта должна расти вместе с компанией, а не догонять её с опозданием в полгода, позволяет избежать авралов в отчётные периоды и сосредоточиться на том, ради чего, собственно, и строился бизнес.