PC Magazine/RE - Журнал PC Magazine/RE №12/2009 Страница 29

«1С: Предприятие»

«1С: Предприятие 8.2» – новое поколение технологической платформы

Никита Зайцев

25 сентября 2009 г. фирма «1С» объявила о выпуске версии 8.2 технологической платформы «1С: Предприятие 8». В пресс-релизе подчеркивается, что версия 8.2 – наиболее существенное развитие технологической платформы «1С: Предприятие 8» с момента ее выпуска. Спектр новых функциональных возможностей и архитектурных изменений настолько широк, что можно говорить не просто о новой версии, а о новом поколении технологической платформы. «1С: Предприятие 8.2» предоставляет разработчикам, специалистам по внедрению и конечным пользователям принципиально новые, по сравнению со всеми предыдущими версиями, модели пользовательского интерфейса и клиент-серверного взаимодействия. Эти новшества должны не только коренным образом повлиять на процессы разработки и внедрения прикладных решений, но и существенно расширить область прикладных задач, решаемых при помощи «1С: Предприятия 8».

В статье дан краткий обзор тех новых возможностей «1С: Предприятия 8», которые не претерпели существенных изменений по сравнению с бета-версией, рассмотрены новшества, реализованные в финальной версии, а также изменения в подходе к разработке типовых и отраслевых решений на новой версии технологической платформы. Подробный обзор функциональных возможностей и архитектурных моделей, реализованных в бета-версии «1С: Предприятия 8.2», можно найти в статьях «Управляемое приложение: интерфейсная модель» и «Управляемое приложение: новые возможности», опубликованных в журналах PC Magazine/RE 9/2008 и 10/2008.

В предыдущих версиях «1С: Предприятия 8» для работы пользователей с любыми информационными базами использовался единственный вид клиентского приложения, который назывался «клиент». Это клиентское приложение могло функционировать только под управлением операционной системы семейства MS Windows, требовало существенных аппаратных ресурсов и не имело подключения к информационной базе через Интернет.

«1С: Предприятие 8.2» предоставляет три варианта работы пользователей с информационной базой.

• Толстый клиент – не только унаследовал всю функциональность клиентского приложения предыдущих версий «1С: Предприятия», но и поддерживает новый режим управляемого приложения (интерфейсные новшества «1С: Предприятия 8.2» будут рассмотрены ниже).

• Тонкий клиент – нетребователен к аппаратным ресурсам, позволяет работать с информационной базой через Интернет по протоколу HTTP, в том числе по низкоскоростным каналам связи.

• Web-клиент – тоже нетребователен к ресурсам и позволяет работать через Интернет. Но в отличие от тонкого клиента не требует установки ПО на компьютер пользователя, работа осуществляется посредством обычного браузера.

Благодаря наличию тонкого и Web-клиента «1С: Предприятие 8.2» позволяет существенно упростить организацию дистанционной работы пользователей с информационными базами.

В версии 8.2 реализована поддержка новой для «1С: Предприятия 8» системы управления базами данных – Oracle Database. Таким образом, при внедрении прикладного решения технологическая платформа предоставляет выбор из пяти вариантов хранения данных:

• файловая база данных;

• база данных Microsoft SQL Server;

• база данных PostgreSQL;

• база данных IBM DB2;

• база данных Oracle Database.

На выбор СУБД при внедрении могут повлиять различные факторы: предполагаемый объем данных и число пользователей, наличие у заказчика лицензий на ту или иную СУБД и специалистов по ее администрированию и поддержке. Весомым фактором могут стать даже личные предпочтения ключевых специалистов заказчика, у каждой из современных промышленных СУБД есть убежденные сторонники и не менее убежденные противники. Сравнительная оценка возможностей различных СУБД не входит в компетенцию специалиста по внедрению «1С: Предприятия 8», его дело – предоставить заказчику возможность выбрать наиболее привлекательный с точки зрения заказчика вариант.

С появлением технологии Web-клиента можно говорить о полноценной поддержке Linux «1С: Предприятием 8» – все основные компоненты могут работать под управлением этой ОС. Более того, в конкретной информационной системе различные компоненты могут работать под управлением разных операционных систем. На выбор ОС для компонента будут влиять почти те же факторы, что и на выбор СУБД: лицензионная политика, принятая на предприятии, наличие специалистов по администрированию и поддержке и т. д. Важно, что и в этом случае технологическая платформа не загоняет предприятие в узкие рамки, а предоставляет возможность выбора.

В предыдущих версиях «1С: Предприятия 8» кластер серверов мог располагаться на нескольких физических компьютерах, но один из этих компьютеров должен был играть роль центрального сервера, координирующего работу всего кластера. Такая архитектура накладывала ряд довольно существенных ограничений на работу кластера серверов «1С: Предприятия 8».

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

• Плановое техническое обслуживание, например установка обновлений ОС с последующей перезагрузкой, требовало остановки работы пользователей со всеми информационными базами кластера.

• Все общие данные и все сервисные функции кластера (такие, как управление транзакционными блокировками, журналирование событий, полнотекстовый поиск, нумерация объектов, и т. п.) располагались в единственном процессе, могли создавать существенную нагрузку на центральный сервер, но не могли масштабироваться.

Модель клиент-серверного взаимодействия, реализованная в предыдущих версиях «1С: Предприятия 8», также обладала рядом особенностей работы клиентских приложений с кластером.

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

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

• Не было возможности перераспределять клиентские соединения между рабочими процессами кластера – обслуживающий рабочий процесс назначался клиентскому соединению «пожизненно». Соответственно нельзя было и передать часть нагрузки с одного рабочего сервера на другой.

«1С: Предприятие 8.2» содержит ряд кардинальных улучшений архитектуры кластера серверов, призванных улучшить масштабируемость и отказоустойчивость информационных систем, построенных на этой технологической платформе.

Во-первых, «горячее» резервирование кластера серверов. У администратора информационной системы появилась возможность объединить несколько кластеров в группу резервирования. Обслуживанием пользователей занимается первый кластер из группы, а остальные поддерживают у себя в актуальном состоянии все важные данные первого кластера. В случае выхода из строя первого кластера, активным становится следующий кластер из группы резервирования. Для рабочих процессов, функционирующих внутри кластера, реализована другая схема – рабочие процессы подразделяются на активные и резервные. В случае плановой или аварийной остановки активного процесса кластер запускает один из резервных процессов и переводит на него имеющуюся нагрузку.

Практически это означает, что при грамотно спроектированной структуре кластера завершение любого из серверных процессов и даже отключение любого из физических компьютеров кластера не приведет к сбою в работе пользователей. Это особенно важно для тех информационных систем, которые работают в режиме «24×7» и остановка которых даже на короткое время может привести к серьезным финансовым потерям предприятия.

Во-вторых, масштабирование управляющих процессов (менеджеров) кластера. Общие данные и сервисные функции кластера теперь могут быть распределены между несколькими процессами-менеджерами, функционирующими на разных физических компьютерах. Эта позволяет существенно разгрузить главный менеджер кластера и переложить часть «сервисной» нагрузки на другие процессы.

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