Версия для печати Поиск
pic Главная pic Обзор системы pic Технологическая платформа

Новое в ознакомительной версии 8.4.1

Версия 8.4.1 предназначена для того, чтобы познакомить разработчиков с новыми серверными технологиями 1С:Предприятия. Отличие платформы 8.4 - новая архитектура кластера, и всей серверной инфраструктуры. В ознакомительной версии она выпускается с функциональностью платформы, соответствующей версии 8.3.5. Поэтому дальше будет описана именно функциональность нового, компонентного кластера.

Изменения, представленные в версии 8.4.1 это лишь часть того, что планируется в развитии серверной архитектуры. В этой версии были инициированы изменения в архитектуре, направленные на повышение масштабируемости решения в целом. Для этого были переработаны механизмы взаимодействия процессов в кластере. Параллельно решалась задача сохранения обратной совместимости с предыдущими версиями платформы.

Сервис-ориентированная архитектура

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

Теперь каждый процесс кластера является гораздо более самостоятельным компонентом, для которого чётко определены границы. Само количество компонентов значительно увеличилось. Некоторые из них, это переработанные старые. Например, сервис автоматической нумерации. Некоторые компоненты являются целиком новыми, например, сервис сообщений. Таким образом, кластер становится модульной распределенной системой. Этот подход позволяет:

  • Улучшить масштабируемость;
  • Повысить эффективность разработки и развития кластера;
  • Снизить объём используемого дискового пространства;
  • Снизить объем сетевого трафика;
  • Уменьшить время развертывания.

В силу того, что в ознакомительной версии реализованы лишь основные изменения, некоторые сценарии развёртывания и управления кластером усложнились. Особенно это касается малых установок. Но к финальной версии эту особенность планируется устранить.

Отказоустойчивый реестр и новый главный менеджер

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

В кластере серверов версии 8.3 такой единой точкой отказа мог быть реестр, за который отвечал главный менеджер.

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

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

Встроенный веб-сервер

Всё чаще требуется подключение к информационным базам 1С:Предприятия через Интернет. Для подключения клиентских приложений. Для предоставления собственных веб-сервисов. Для предоставления REST интерфейса. Для публикации дистрибутива. Для разработки и отладки мобильных приложений.

Раньше для этого приходилось использовать сторонние веб-серверы. Они требовали установки, настройки, администрирования. Теперь в составе кластера реализован собственный веб-сервер, как один из компонентов кластера.

Балансировщик нагрузки

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

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

Развертывание информационных баз из командной строки

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

REST интерфейс администрирования

На замену оснастки Microsoft Management Console и кроссплатформенных утилит ras/rac пришел новый компонент - сервис управления кластером. Он предоставляет REST интерфейс для настройки кластера. Все данные передаются в формате JSON, что облегчает интеграцию с любой инфраструктурой, и не ограничивает выбор технологий.

Графический интерфейс администрирования в ознакомительной версии отсутствует, но он будет добавлен в одной из следующих версий.

Временная необходимость управления процессами вручную

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

Направления дальнейшего развития

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

  • Установка, развертывание и конфигурирование кластера с целью упрощения;
  • Автоматизированное управление кластером, автоматизированное масштабирование;
  • Графические интерфейсы для установки и администрирования;
  • Масштабируемость кластера и сервисов в его составе;
  • Механизмы безопасности;
  • Мониторинг работы кластера.

Сильные изменения могут претерпеть:

  • Назначение, состав, имена и форматы конфигурационных файлов;
  • Механизмы балансировки нагрузки;
  • REST интерфейс администрирования;
  • Механизм создания дампов.