Менеджер сервиса 1с это
Мы продолжаем развивать и совершенствовать наши облачные технологии и продукты – «1С:Технология публикации решений 1cFresh» и «1С:Технология разработки решений 1cFresh».
В декабре 2017 г. увидела свет версия 1.0.19 продукта «1С:Технология публикации решений 1cFresh». Среди ключевых новинок:
Агент сервиса – теперь может полноценно работать в ОС Linux – для этого была реализована возможность не использовать модуль COM-Connector (доступный только в Windows) для установки внешнего соединения с информационными базами.
Напомним, что агент сервиса – это компонент платформы «1С:Предприятие 8», который позволяет автоматизировать выполнение однотипных административных задач, требующих непосредственного соединения с кластером серверов. К таким задачам можно отнести обновление информационных баз и приложений в сервисе, конвертацию данных между разными версиями конфигураций, сбор данных журналов регистрации и пр.
Развитие программных интерфейсов менеджера сервиса
Среди основных сценариев использования программного интерфейса сервиса можно отметить:
Для провайдера сервиса
- Реализация собственного варианта Личного Кабинета.
- Встраивание подмножества функций Личного Кабинета. в свои сайты.
Для обслуживающей организации
- Автоматизация действий, выполняемых операторами обслуживающей организации.
Разработчик прикладного решения
- Встраивание подмножества функций Личного Кабинета в свои приложения
- Получение информации из менеджера сервиса для выполнения каких-то специфичных функций
В версии 1.0.19 программный интерфейс менеджера сервиса получил дальнейшее развитие. Так, в интерфейсе стали доступны следующие методы:
- Группа методов получения уведомлений о недоступности
- Группа методов управления расширениями
- Группа методов управления приглашениями для регистрации
- Группа методов управления сеансами работы пользователей
- Новые методы управления настройками резервного копирования области данных
- Новые методы для управления логином, адресом электронной почты и сменой пароля пользователя сервиса
- Возможность получение списка расширений области (как установленных, так и доступных для установки)
Сопоставление пользователей при создании приложения абонента из файла выгрузки
Начиная с версии 1.0.19 технологии 1cFresh при создании приложения абонента с помощью файла выгрузки владелец абонента может указать, каким пользователям абонента соответствуют пользователи, сведения о которых сохранены в файле выгрузки. Это сопоставление выполняется на отдельном шаге мастера добавления приложения.
В результате такого сопоставления пользователи абонента получают доступ к персональным настройкам отчетов, форм, динамических списков, вариантов отчетов сопоставленного пользователя в файле загрузки. И они смогут использовать персональные настройки, сделанные при работе в локальной информационной базе или приложении сервиса, из которых был получен файл выгрузки.
Напоминаем, что начиная с версии 1.0.18.2 в составе продукта «1С:Технология публикации решений 1cFresh» доступен комплект материалов по интеграции сервисов, развернутых по технологии 1cFresh с Порталом 1С:ИТС
В настоящий момент поддерживаются следующие сервисы Портала: «1С:Контрагент», «1СПАРК Риски» и «1C-ЭДО». Для подключения с этим сервисам необходимо прислать нам заявку - подробнее см. инфо-письмо 23521.
Облачная подсистема Фреш позволяет организовать работу с прикладными решениями 1С:Предприятия в модели сервиса. Модель сервиса подразумевает, что потребители не приобретают сами прикладные решения. Они платят лишь за пользование прикладным решением через Интернет. Прикладные решения развертываются у поставщика сервиса, на его оборудовании, в виде единой системы (сервиса, инфраструктуры), с которой работают все пользователи. Обслуживание и обновление программного обеспечения поставщик сервиса выполняет централизованно.
Работа в модели сервиса позволяет реализовать для прикладных решений 1С:Предприятия бизнес-модель продажи и использования программного обеспечения, известную как SaaS (software as a service — программное обеспечение как услуга).
Цель облачной подсистемы
Целью облачной подсистемы Фреш является максимальное обобществление эксплуатации прикладных решений 1С:Предприятия.
Для лучшего понимания можно рассмотреть небольшой пример. Допустим, сотрудники организации работают каждый со своим собственным экземпляром прикладного решения в файловом варианте:
В этом случае задачи по эксплуатации прикладного решения равномерно распределены между всеми сотрудниками. Каждый из них самостоятельно должен выполнять резервное копирование собственной СУБД, самостоятельно обновлять прикладное решение, самостоятельно выполнять регламентные операции и т. д. При этом организация является собственником нескольких экземпляров прикладного решения (по количеству сотрудников).
В данной ситуации первым шагом к обобществлению эксплуатации является переход на клиент-серверный вариант работы:
Теперь все сотрудники организации работают с одним и тем же экземпляром прикладного решения. Они уже не заняты вопросами эксплуатации, а решают исключительно задачи ведения учёта. Эксплуатацией занимается IT-специалист. Он, одновременно для всех сотрудников, выполняет резервное копирование, обновляет прикладное решение, выполняет регламентные операции и т. д. При этом организация является собственником одного экземпляра прикладного решения.
Облачная подсистема Фреш предоставляет следующий уровень обобществления эксплуатации:
Несколько разных организаций работают с одним и тем же экземпляром прикладного решения. Теперь ни отдельные сотрудники, ни IT-специалисты организаций не заняты задачами эксплуатации прикладного решения. Этим занимается поставщик сервиса. Он, одновременно для всех сотрудников всех организаций, выполняет резервное копирование, обновляет прикладное решение, выполняет регламентные операции и т. д. При этом организации не являются собственниками прикладного решения. Они всего лишь оплачивают услуги пользования прикладным решением.
Ключевые понятия и варианты использования
Важными понятиями в облачной подсистеме Фреш являются поставщик сервиса, абонент, пользователь абонента и пользователь сервиса. Чтобы пояснить эти понятия, рассмотрим две большие области применения подсистемы.
Во-первых, сервис, созданный с помощью облачной подсистемы Фреш, может применяться для предоставления услуг пользования прикладными решениями 1С:Предприятия небольшим и средним компаниям, которым требуется несколько рабочих мест (например, 2-3 или 10-15).
В этом случае поставщиком сервиса является некая коммерческая компания, абонентами сервиса — организации, а все сотрудники одной организации (абонента) являются пользователями этого абонента. При этом каждый сотрудник (независимо от принадлежности к организации) является пользователем сервиса:
Во-вторых, сервис, созданный с помощью облачной подсистемы Фреш, может применяться для автоматизации крупных холдингов, в которых разные структуры (предприятия, филиалы) используют одни и те же прикладные решения 1С:Предприятия.
В этом случае поставщиком сервиса является IT отдел холдинга, абонентами сервиса — предприятия и филиалы, а все сотрудники одного предприятия/филиала (абонента) являются пользователями этого абонента. При этом каждый сотрудник холдинга (независимо от принадлежности к подразделению) является пользователем сервиса:
Возможности облачной подсистемы
Компоненты облачной подсистемы
Облачная подсистема Фреш состоит из несколько основных компонентов, которые представлены на следующей схеме:
Информационные базы прикладных решений — разворачиваются в кластере серверов 1С:Предприятия и публикуются на веб-сервере. Это главный прикладной компонент подсистемы Фреш, с которым непосредственно работают пользователи.
Коммуникационная часть подсистемы состоит из двух Java приложений: сайта и конференции. С помощью сайта пользователи получают простой и удобный доступ для взаимодействия с сервисом. Интерфейс сайта позволяет выполнить регистрацию новых абонентов и пользователей сервиса, подключение абоненту новых приложений, запуск приложений и другие действия.
Ещё один компонент облачной подсистемы Фреш — Агент сервиса. Это прикладное решение на платформе «1С:Предприятие». С помощью агента сервиса выполняются административные действия, для которых необходимо непосредственное соединение с кластером серверов. Агент сервиса обновляет прикладные решения, выполняет конвертацию данных прикладных решений из одной версии в другую, и другие действия.
И, наконец, Менеджер доступности. Это тоже прикладное решение на платформе «1С:Предприятие». Менеджер доступности хранит информацию о доступности или недоступности ресурсов сервиса и предоставляет эту информацию другим компонентам сервиса, например сайту.
Совместно с компонентами облачной подсистемы Фреш может использоваться отдельное прикладное решение «Центр контроля качества». Оно помогает выполнять мониторинг системы, и оповещать ответственных в случае обнаружения проблем по почте и SMS. Типичные задачи, решаемые с помощью Центра контроля качества это:
- Мониторинг производительности системы в виде набора объективных показателей с целью своевременной диагностики проблем производительности;
- Контроль устойчивости системы, учет случаев аварийного завершения рабочих процессов;
- Наблюдение за количеством оперативной памяти, захваченной рабочими процессами кластера, и регистрация случаев, когда потребление памяти превышает заранее установленное пороговое значение.
Прикладное решение «Центр контроля качества» входит в состав продукта «1С:Корпоративный инструментальный пакет».
Прикладные решения
Прикладная часть сервиса, созданного с помощью облачной подсистемы Фреш — это приложения 1С:Предприятия, развёрнутые в кластере серверов и опубликованные на веб-сервере. Публикация на веб-сервере позволяет работать с прикладными решениями из любой точки мира:
Чтобы прикладные решения могли работать через Интернет в модели сервиса Фреш, они должны быть разработаны по правилам, описанным в документе «Облачная подсистема Фреш. Руководство разработчика». Возможны как адаптация существующих прикладных решений для работы в модели сервиса Фреш, так и разрабатывать новые приложения, предназначенные для публикации в сервисах.
Одной из важных особенностей таких прикладных решений является использование библиотеки «1С:Библиотека технологий сервиса» (БТС). Она содержит готовый типовой инструментарий, необходимый для взаимодействия приложений с компонентами облачной подсистемы Фреш.
Одним из важных механизмов, используемых для реализации программного обеспечения как услуги, является multitenancy (разделение использования). Multitenancy означает, что один экземпляр программного обеспечения, запущенного на сервере, обслуживает множество клиентов. В конкретном случае системы «1С:Предприятие» это означает, что для некоторого числа клиентов используется одна база данных, при этом доступ клиентов к этой базе организуется через один кластер серверов. Для поддержки multitenancy в платформе «1С:Предприятие» реализован новый механизм разделения данных, позволяющий разделить на отдельные части все хранимые данные, а также работу прикладного решения.
В качестве иллюстрации можно рассмотреть следующую схему. На ней показаны клиенты, использующие один экземпляр приложения «1С:Бухгалтерия», и один экземпляр приложения «Управление нашей фирмой»:
Каждый из экземпляров приложений взаимодействует с одной информационной базой, но работает в режиме разделения данных. Это означает, что в информационной базе каждому абоненту выделяется своя собственная независимая область данных. Наряду с этим существуют данные, которые не имеют «персональной» окраски и одинаково используются всеми абонентам и клиентами, работающими с данным приложением. Обычно это нормативно-справочная информация, которая поставляется и обновляется поставщиком сервиса централизованно.
Для абонента все выглядит так, как будто с программой работают только его пользователи, других абонентов не существует. А для поставщика сервиса все пользователи абонентов, работающие с одной программой, обращаются к единственной информационной базе. То есть единственный экземпляр программы, запущенный у поставщика, обслуживает всех пользователей.
В рамках сервиса может существовать произвольное количество информационных баз, в каждой из которых может быть произвольное количество областей данных. Каждое прикладное решение, работающее в сервисе, при необходимости может разворачиваться в нескольких информационных базах. Количество информационных баз и количество областей данных определяется характеристиками имеющегося оборудования и нагрузкой, создаваемой пользователями.
Для того чтобы упростить и облегчить работу с сервисом, используется ещё одна технология, которая реализована в платформе 1С:Предприятие, — OpenID-аутентификация. Эту технологию поддерживают как прикладные решения 1С:Предприятия, так и компоненты сервиса.
Без использования этой технологии пользователь вынужден был бы постоянно вводить логины и пароли: при обращении к сайту, при входе в конференцию, при запуске каждого прикладного решения, с которым он работает. Потому что и компоненты сервиса и прикладные решения требуют аутентификацию пользователя.
OpenID-аутентификация позволяет избежать этого. Пользователь аутентифицируется один раз в одном из компонентов сервиса (сайт, форум или приложение). А при обращении к другому компоненту аутентификация выполняется уже автоматически и незаметно для пользователя.
Масштабирование
Облачная подсистема Фреш обеспечивает горизонтальное масштабирование. По сути основная нагрузка ложится на информационные базы в узлах. Каждый из таких узлов включает свою копию 1С:Предприятия и обрабатывает некоторое количество абонентов. Поэтому при росте количества абонентов необходимо устанавливать дополнительное оборудование и создавать новые узлы.
- Увеличения количества рабочих процессов в кластере;
- Увеличения количества информационных баз в кластере;
- Увеличения количества кластеров 1С:Предприятия, в которых развёртываются прикладные решения.
Как приобрести
Облачная подсистема Фреш является открытой тиражируемой технологией. Это означает, что её можно приобрести и использовать для создания облачных сервисов, применяемых как для решения собственных задач автоматизации, так и для оказания коммерческих услуг третьим лицам.
Чтобы использовать подсистему Фреш для создания облачного сервиса, необходимо приобрести продукт фирмы «1С» 1С:Предприятие. Облачная подсистема Фреш». С помощью этого продукта можно:
- Создать собственный сервис, обеспечивающий работу пользователей в прикладных решениях на платформе «1С:Предприятие» через Интернет (в «облаке»), и удовлетворяющий самым высоким требованиям к надежности, доступности и масштабируемости;
- Публиковать в этом сервисе прикладные решения на платформе «1С:Предприятие»;
- Управлять работой созданного сервиса, выполнять его обслуживание и администрирование.
Облачная подсистема Фреш в действии
Сервис 1C:Фреш предназначен для предприятий любого масштаба и разных областей деятельности. В сервисе размещены приложения:
Я работаю в бухгалтерской компании, мы ведём бухгалтерию примерно для 1000 клиентов. У нас почти 1,5 тысячи баз 1С. Хочу поделиться тем, как мы используем Fresh и строим своё облако с его помощью. Часть первая — обзорная.
Привет! Это мой первый пост на ресурсе. Хочу рассказать про технологию Фреш, которую мы используем у себя в проекте. Информации в сети о ней мало (от слова совсем), партнёры про Фреш не рассказывают или сами, кроме прайса, ничего не видели. Грабли тоже не описаны, а они есть, уж поверьте :). Штука полезная, и не помешало бы обменяться опытом, чтобы разработчики могли её улучшить.
Если возникнут вопросы — смело пишите в комментариях.
Для кого подходит это решение
Для крупных компаний, хостеров или холдингов, у которых много баз одних и тех же конфигураций: БП 3.0, ЗУП 3.0, УНФ или КА 2.0.
Сейчас в нашем Фреше почти 1,5 тысячи приложений. Объём данных в базах PostgreSQL чуть большее 500 ГБ. Базами пользуются наши бухгалтеры (их около 80 человек) и сотня клиентов. Кто-то из клиентов работает с УНФ из нашего облака, кто-то синхронизирует свою Торговлю.
В нашем сервисе мы используем несколько Linux кластеров и один Windows кластер — на нём работает база Агента сервиса, т.к. ей нужна возможность запускать конфигуратор.
Во все наши базы ходит обученный робот, при помощи COM соединения, и делает автоматические работы (загружает выписку, заносит документы и т.д.).
Из чего состоит, как работает и с чего начать
Фреш — это две специализированные конфигурации:
Менеджер сервиса — управляет всей инфраструктурой Фреша, раздаёт команды, собирает информацию воедино, управляет правами и т.д.
Агент сервиса — эдакий исполнитель, умеет создавать файловые базы, обновлять их, доставать из них дампы (слепки баз, которые можно перенести во Фреш, в область), собирать логи с других баз и много чего ещё.
Также Фреш меняет поведение прикладной информационной базы через заложенные в неё константы. Так, например, в конфигурации Бухгалтерия предприятия, после публикации её в сервисе, отключается механизм загрузки курсов валют напрямую или работа с ИТС (уведомления о обновлениях и прочее).
Например, если вы создаёте нового пользователя в Менеджере сервиса, вот что происходит:
Основные возможности Фреша
Самое важное, о чём хотелось бы сказать, это портал самообслуживания. В нём пользователи сами смогут добавлять базы (чистые или загружать переносом из локальных версий), раздавать на них права (или же права будут назначаться автоматически).
Также при использовании Фреша а втоматически будут загружаться валюты, кладр, банки. Менеджер сервиса сам занимается резервным копированием приложений (что не отменяет резервных копий на уровне SQL), причём делает он это только для тех областей, в которых пользователи действительно что-то делали.
Также отмечу автоматическую синхронизацию приложений в сервисе. Например, настроив один раз обмен между Бухгалтерией и Зарплатой, он будет запускаться переодически, каждые 15 минут.
Со стороны пользователя сервиса выглядит вот так:
Это интерфейс сервис менеджера, если в него входить с правами "Пользователь сервиса". Ниже он же, но когда у пользователя полные права:
Теперь об основных возможностях, сильно облегчающих нам или нашим клиентам жизнь.
Планирование обновлений
В сервисе администратор может планировать обновления конфигурации. Для этого в сервис добавляется новый релиз и файл обновления, после чего назначается дата и время установки. Менеджер сервиса рассылает уведомления о регламентных работах, даёт команду Агенту сервиса на обновление конфигурации.
Не очень удобно, что для каждой новой версии вам нужно загрузить в Сервис менеджер и файл cf и файл обновления, а также вручную заполнить связность релизов: указать, с каких релизов можно перейти при помощи обновления на загруженный. Имхо, это меньшая боль, в сравнении с установкой обновлений вручную на десяток крупных баз.
После установки обновления Менеджер сервиса регламентными заданиями, сам обновит и информационные базы. Так что пользователь ничего не заметит, разве что информационное окно с релизной информацией после входа.
Автономная работа
Это механизм автоматической настройки РИБ для одной области в базе. Простой мастер позволяет пользователю получить архив с отдельной файловой базой, в которой уже настроен обмен с основной копией базы, нужно только её развернуть.
Этот мастер можно запустить прямо из приложения во Фреше, не требуется вмешательство Администратора. Т.е. если вашему пользователю нужна "автономка" и он имеет соответствующие права — он может легко её создать сам.
Автономное место автоматически получает обновления конфигурации и по умолчанию синхронизируется при старте и закрытии базы. А ещё можно настроить синхронизацию по расписанию.
Какие есть минусы
В сервисе используются типовые конфигурации. Кастомизация их под свои нужды резко увеличивает сложность обслуживания, т.к. необходимо дополнительно тестировать каждый релиз и готовить его к сервису. Сервис поддерживает далеко не исчерпывающий список конфигураций, что также является ограничением.
С внешними обработками тоже не всё гладко: часть функционала будет недоступна, необходимо перерабатывать логику и код, если вы используете работу с веб-серверами, файлами или dll.
Вместо итога
Фреш — очень мощная технология. Его можно использовать, как серьёзное облако у хостера, так и в небольшом холдинге, упростив обслуживание.
У технологии есть серьёзные плюсы и некоторые недостатки, важно понимать область применения и знать о граблях.
Терминология
Для понимания процессов вам следует изучить следующие понятия: Абонент, Обслуживающая организация, приложение клиента, владелец абонента и проч.
Подробно это описано в статьях на сайте и в документации к технологии 1С Фрэш.
Особенности среды
Все пользователи работают в одной информационной базе с включенными разделителями (грубое упрощение - реальность может быть несколько сложнее). Соответственно ресурсы сервера делятся на всех пользователей. В текущем исполнении нельзя разграничить ресурсы процессора и используемой оперативной памяти. По сути те кто пользуется сервисом слабо платят за жадных до ресурсов пользователей. Ограничение пока есть только по занимаемому дисковому пространству. В будущем, когда в строй вступят новые версии платформы, будет доступно выделение определенного размера ресурсов на пользователя. Это может дать некоторые послабления при прохождении аудита за счет снижения требований к разработкам.
Еще недавно оставались некоторые дыры в плане задействования произвольного кода. Например в групповой обработке можно было при обработке элементов использовать произвольный алгоритм. С нашей подачи это безобразие было прикрыто (тут я краснею). Хотя для нас это стало скорее неприятным сюрпризом (иногда мы этим пользовались). Но тут не может быть половинчатых решений и я это решение поддерживаю. Также раньше можно было в универсальный отчет загрузить свою схему компоновки данных со своим запросом без прохождения аудита специалистами сервиса.
По описанным выше и ниже причинам универсальные обработки зачастую не проходят аудит. Приходится искать обходные пути. Иногда это ставит в тупик разработчиков привыкших к свободе, которая у них была при работе с локальными базами.
В сервисе зачастую используются более свежие (иногда даже тестовые) версии как платформы так и конфигураций. Иногда даже datadump загруженный из облака не хочет загружаться в локальную базу из-за несоответствия версий. И такую версию нигде не достать. Даже в тестовых релизах на сайте
Аудит обработок.
Единственный способ урезонить аппетиты пользователей использовать на сервере только типовой код или код прошедший аудит. Есть ряд формальных требований которым должен удовлетворять код исполняемый на сервере любое решение.
Будьте готовы, что с первого раза вам его пройти не удастся. Аудит проходит по рабочим дням (хотя это может меняться) и в рабочее время. Всегда закладывайте сутки на прохождение аудита.
При отправке решения на аудит важный аспект - это права на разработку. Если права принадлежат клиенту, то и решение отправляется от имени клиента. По крайней мере так мы делаем. Если решение предназначено для всех своих абонентов, то публикуется от имени обслуживающей организации.
Не забывайте заполнять описание и справку. К этому тоже придираются.
Также не следует злоупотреблять комментированием неиспользуемого кода.
Все обработки должны работать в безопасном режиме!
Обработки которые были в базе при загрузке в сервис в ней остаются, но при этом они недоступны для использования. Их придется также отправлять на аудит.
Расширения
Работа с расширениями появилась позже чем с внешними обработками, но уже вовсю используется ввиду особого удобства.
Не забывайте снимать галочки в режимах совместимости расширения
Так вы избежите наших ошибок. И вам не придется в срочном порядке при очередной смене платформы отправлять на аудит свежую порцию расширений. В этом году это было при смене режима совместимости с 8.3.10 на 8.3.12. Переход на следующий режим думаю не за горами.
Работа с файловой системой и отправка данных за пределы сервиса
По возможности старайтесь не использовать работу с временными файлами на сервере. Для объектов типа ТекстовыйДокумент, JSON, XML это легко решается. Аудиторы скажут вам спасибо. Как и остальные пользователи сервиса, которые делят вместе с вами площадку.
Если же нельзя отказаться от использования временных файлов, не забывайте их удалять по окончании серверного вызова.
Передача данных из сервиса должна сопровождаться выводом предупреждения пользователю.
Хранение файлов в томах недоступно. Если при переходе во фреш файлы хранятся в томах на диске, то перед переходом во фреш из следует вернуть в информационную базу. К сожалению, БСП таких инструментов не предоставляет.
В данной статье описывается скромный мой опыт работы с технологией 1С:FRESH. Буду благодарен за конструктивную критику и дельные рекомендации в дополнении и улучшении статьи, и тех мест в статье, которые по вашему мнению требуют дополнения.
Постановка задачи
Передо мной была поставлена главная задача - развернуть тестовую базу с разделением данных и протестировать работу системы. Конфигурация коробочная версия. Из этой задачи вытекают последовательно несколько — изучить технологию FRESH в целом, изучить демонстрационные примеры для развертывания и решения главной задачи.
Цель облачной подсистемы
Целью облачной подсистемы Фреш является максимальное обобществление эксплуатации прикладных решений 1С:Предприятия.
Для лучшего понимания можно рассмотреть небольшой пример. Допустим, сотрудники организации работают каждый со своим собственным экземпляром прикладного решения в файловом варианте:
В этом случае задачи по эксплуатации прикладного решения равномерно распределены между всеми сотрудниками. Каждый из них самостоятельно должен выполнять резервное копирование собственной СУБД, самостоятельно обновлять прикладное решение, самостоятельно выполнять регламентные операции и т. д. При этом организация является собственником нескольких экземпляров прикладного решения (по количеству сотрудников).
В данной ситуации первым шагом к обобществлению эксплуатации является переход на клиент-серверный вариант работы:
Теперь все сотрудники организации работают с одним и тем же экземпляром прикладного решения. Они уже не заняты вопросами эксплуатации, а решают исключительно задачи ведения учёта. Эксплуатацией занимается IT-специалист. Он, одновременно для всех сотрудников, выполняет резервное копирование, обновляет прикладное решение, выполняет регламентные операции и т. д. При этом организация является собственником одного экземпляра прикладного решения.
Несколько разных организаций работают с одним и тем же экземпляром прикладного решения. Теперь ни отдельные сотрудники, ни IT-специалисты организаций не заняты задачами эксплуатации прикладного решения. Этим занимается поставщик сервиса. Он, одновременно для всех сотрудников всех организаций, выполняет резервное копирование, обновляет прикладное решение, выполняет регламентные операции и т. д. При этом организации не являются собственниками прикладного решения. Они всего лишь оплачивают услуги пользования прикладным решением.
Ключевые понятия и варианты использования
Важными понятиями в облачной подсистеме Фреш являются поставщик сервиса, абонент, пользователь абонента и пользователь сервиса. Чтобы пояснить эти понятия, рассмотрим две большие области применения подсистемы.
Во-первых, сервис, созданный с помощью облачной подсистемы Фреш, может применяться для предоставления услуг пользования прикладными решениями 1С:Предприятия небольшим и средним компаниям, которым требуется несколько рабочих мест (например, 2-3 или 10-15).
В этом случае поставщиком сервиса является некая коммерческая компания, абонентами сервиса — организации, а все сотрудники одной организации (абонента) являются пользователями этого абонента. При этом каждый сотрудник (независимо от принадлежности к организации) является пользователем сервиса:
Во-вторых, сервис, созданный с помощью облачной подсистемы Фреш, может применяться для автоматизации крупных холдингов, в которых разные структуры (предприятия, филиалы) используют одни и те же прикладные решения 1С:Предприятия.
В этом случае поставщиком сервиса является IT отдел холдинга, абонентами сервиса — предприятия и филиалы, а все сотрудники одного предприятия/филиала (абонента) являются пользователями этого абонента. При этом каждый сотрудник холдинга (независимо от принадлежности к подразделению) является пользователем сервиса
Возможности облачной подсистемы
Подсистема Фреш которая позволяет поставщику облачного сервиса:
Компоненты облачной подсистемы
Облачная подсистема Фреш состоит из несколько основных компонентов, которые представлены на следующей схеме:
Информационные базы прикладных решений — разворачиваются в кластере серверов 1С:Предприятия и публикуются на веб-сервере. Это главный прикладной компонент подсистемы Фреш, с которым непосредственно работают пользователи.
Коммуникационная часть подсистемы состоит из двух Java приложений: сайта и конференции. С помощью сайта пользователи получают простой и удобный доступ для взаимодействия с сервисом. Интерфейс сайта позволяет выполнить регистрацию новых абонентов и пользователей сервиса, подключение абоненту новых приложений, запуск приложений и другие действия.
Ещё один компонент облачной подсистемы Фреш — Агент сервиса. Это прикладное решение на платформе «1С:Предприятие». С помощью агента сервиса выполняются административные действия, для которых необходимо непосредственное соединение с кластером серверов. Агент сервиса обновляет прикладные решения, выполняет конвертацию данных прикладных решений из одной версии в другую, и другие действия.
Совместно с компонентами облачной подсистемы Фреш может использоваться отдельное прикладное решение «Центр контроля качества». Оно помогает выполнять мониторинг системы, и оповещать ответственных в случае обнаружения проблем по почте и SMS. Типичные задачи, решаемые с помощью Центра контроля качества это:
- Мониторинг производительности системы в виде набора объективных показателей с целью своевременной диагностики проблем производительности;
- Контроль устойчивости системы, учет случаев аварийного завершения рабочих процессов;
- Наблюдение за количеством оперативной памяти, захваченной рабочими процессами кластера, и регистрация случаев, когда потребление памяти превышает заранее установленное пороговое значение.
Прикладное решение «Центр контроля качества» входит в состав продукта «1С:Корпоративный инструментальный пакет».
Прикладные решения
Прикладная часть сервиса, созданного с помощью облачной подсистемы Фреш — это приложения 1С:Предприятия, развёрнутые в кластере серверов и опубликованные на веб-сервере. Публикация на веб-сервере позволяет работать с прикладными решениями из любой точки мира:
Чтобы прикладные решения могли работать через Интернет в модели сервиса Фреш, они должны быть разработаны по правилам, описанным в документе «Облачная подсистема Фреш. Руководство разработчика». Возможны как адаптация существующих прикладных решений для работы в модели сервиса Фреш, так и разрабатывать новые приложения, предназначенные для публикации в сервисах.
Одной из важных особенностей таких прикладных решений является использование библиотеки «1С:Библиотека технологий сервиса» (БТС). Она содержит готовый типовой инструментарий, необходимый для взаимодействия приложений с компонентами облачной подсистемы Фреш.
Одним из важных механизмов, используемых для реализации программного обеспечения как услуги, является multitenancy (разделение использования). Multitenancy означает, что один экземпляр программного обеспечения, запущенного на сервере, обслуживает множество клиентов.
В конкретном случае системы «1С:Предприятие» это означает, что для некоторого числа клиентов используется одна база данных, при этом доступ клиентов к этой базе организуется через один кластер серверов.
Для поддержки multitenancy в платформе «1С:Предприятие» реализован новый механизм разделения данных, позволяющий разделить на отдельные части все хранимые данные, а также работу прикладного решения.
В качестве иллюстрации можно рассмотреть следующую схему. На ней показаны клиенты, использующие один экземпляр приложения «1С:Бухгалтерия», и один экземпляр приложения «Управление нашей фирмой»:
Каждый из экземпляров приложений взаимодействует с одной информационной базой, но работает в режиме разделения данных. Это означает, что в информационной базе каждому абоненту выделяется своя собственная независимая область данных. Наряду с этим существуют данные, которые не имеют «персональной» окраски и одинаково используются всеми абонентам и клиентами, работающими с данным приложением. Обычно это нормативно-справочная информация, которая поставляется и обновляется поставщиком сервиса централизованно.
Для абонента все выглядит так, как будто с программой работают только его пользователи, других абонентов не существует. А для поставщика сервиса все пользователи абонентов, работающие с одной программой, обращаются к единственной информационной базе. То есть единственный экземпляр программы, запущенный у поставщика, обслуживает всех пользователей.
В рамках сервиса может существовать произвольное количество информационных баз, в каждой из которых может быть произвольное количество областей данных. Каждое прикладное решение, работающее в сервисе, при необходимости может разворачиваться в нескольких информационных базах. Количество информационных баз и количество областей данных определяется характеристиками имеющегося оборудования и нагрузкой, создаваемой пользователями.
Для того чтобы упростить и облегчить работу с сервисом, используется ещё одна технология, которая реализована в платформе 1С:Предприятие, — OpenID-аутентификация. Эту технологию поддерживают как прикладные решения 1С:Предприятия, так и компоненты сервиса.
Без использования этой технологии пользователь вынужден был бы постоянно вводить логины и пароли: при обращении к сайту, при входе в конференцию, при запуске каждого прикладного решения, с которым он работает. Потому что и компоненты сервиса и прикладные решения требуют аутентификацию пользователя.
OpenID-аутентификация позволяет избежать этого. Пользователь аутентифицируется один раз в одном из компонентов сервиса (сайт, форум или приложение). А при обращении к другому компоненту аутентификация выполняется уже автоматически и незаметно для пользователя
Читайте также: