Заключение. О гарантиях работоспособности системы через несколько лет

Иногда приходится отвечать на вопросы: как будет вести себя система на платформе «1С:Предприятие» через 5 лет с учетом 30 % роста документов ежегодно, будут ли и как долго выполняться «тяжелые» регламентные операции в их базе, насколько будет работоспособна база?

Ответ тут довольно простой: давайте посчитаем. Результаты сведем в таблицу 7.1.

Таблица 7.1. Прогноз роста базы с учетом роста интенсивности ввода документов

Год	Интенсивность ввода документов
2013	100 %
2014	130 %
2015	169 %
2016	219,7 %
2017	285,61 %
Сумма	904,31 %

То есть за 5 лет база вырастет в 9 раз по объему, а интенсивность работы вырастет в 3 раза. Теперь посмотрите параметры наиболее крупных внедрений той же конфигурации с сайта v8.1c.ru (например, тут: ), соотнесите их с прогнозируемыми параметрами своей системы и, скорее всего, вы увидите, что не переходите в зону непрогнозируемых рисков – что-то похожее такого размера уже работает.

Метод хорош тем, что он дает результат быстро и бесплатно. Этот метод, однако, не учитывает специфику вашего документооборота, только используемую конфигурацию «1С».

Можно попробовать получить этот ответ, проведя нагрузочные тестирования.

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

Оптимизировать работу системы возможно, даже если это типовые БП и ЗУП. Однако может потребоваться достаточно трудоемкая и нестандартная оптимизация. Все это вопрос времени, а, следовательно, денег. Вне рамок ЦКТП () такие проекты не стоит делать. А в их рамках с помощью «1С» (при поддержке разработчиков) – вполне можно.

Но это если ничего не будет меняться. А меняться будет.

Давайте для БП8 проделаем обратный отсчет на 6–7 лет и сведем основные вехи в таблицу 7.2.

Таблица 7.2. Развитие платформы «1С:Предприятие» и типового решения «Бухгалтерия предприятия»

Дата	Событие
27.12.2006	Выход платформы 8.1
21.12.2007	Выход БП 8 редакции 1.6 (поддержка законодательства до 31.12.2010 г.)
25.09.2009	Выход платформы 8.2 (офиц. релиз)
01.04.2010	Выход БП 8 редакции 2.0
28.04.2012	Выход БП 8 редакции 3.0
29.05.2013	Выход платформы 8.3 (офиц. релиз)

Смотрите сами: как все изменилось, причем в лучшую сторону. Каковы реальные риски, оцениваемые 5 лет назад для «Бухгалтерии предприятия» редакции 1.6 на 8.1? Их нет, потому что и БП 1.6, и платформа 8.1 уже в прошлом.

Еще надо учесть, что в 2011 году все, кому актуальна поддержка законодательства, перешли на «Бухгалтерию предприятия» редакции 2.0, и объем базы у многих опять сократился – потребовался перенос остатков.

С помощью нагрузочных тестирований можно и нужно защищаться от опасностей текущего периода: переходить или нет на новый релиз платформы; как работает ваша уникальная конфигурация, которую вы внедряете через 2 месяца; как отразятся на производительности ваши доработки, которые вы внедряете через 2 недели. Для таких случаев систему организации нагрузочных тестов надо собрать один раз и потом регулярно использовать в рамках системы управления изменениями проекта. Затраты на ее организацию с нуля распределятся на большое количество тестов, которые на этом проекте с ее помощью будут проведены.

Но надо ли собирать систему с нуля ради единственного теста, дающего прогноз на 5 лет вперед, это все-таки всегда открытый вопрос, как с точки зрения экономического эффекта, так и с точки зрения обоснованности рисков текущего периода в пятилетней перспективе.

Как же все-таки дать гарантию?

Если система уже работает, прочитайте эту книгу, особенно раздел , включите мониторинг времени выполнения ключевых операций, мониторинг загрузки оборудования, мониторинг ошибок блокировок.

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

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

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

Отправить