Applications

Applications aggregate versioned objects in the system (these are, for example, tables, columns, scripts, widgets). They are intended to hoard some functionality that can be contributed into the system as a single entity. All the objects in the application have the same value in the application_id field.

Как создать

To create an application and to add it into the repository, please complete the steps below:

1. Add a new application:
   1. Click on the gear icon at the top right to enter the admin preferences;
   2. Click on the icon on the right to the application selection choice list;
   3. Click New, fill in the form and click Save.
      • Name - the name of the application created;
      • Version - application version;
      • Prefix table - prefixes of the tables that are created within of this application.
2. The developer responsible for this application has to configure its structure and to set up the logic.

Application

https://docs.servicenow.com/bundle/newyork-application-development/page/build/applications/concept/c_Applications.html

https://docs.servicenow.com/bundle/london-application-development/page/build/applications/concept/c_Applications.html

https://docs.servicenow.com/bundle/newyork-servicenow-platform/page/product/service-mapping/concept/c_BusinessServices.html

https://docs.servicenow.com/bundle/newyork-application-development/page/build/applications/concept/c_ApplicationList.html

Приложение – совокупность версионируемых объектов в системе (таблицы, колонки, скрипты, виджеты). Цель Приложения – аккумулировать в себе объединенную неким общим признаком функциональность для дальнейшего добавления в систему в качестве единого целого. Все объекты в приложении объединены полем application_id. Конфиг-пак всегда относится к какому-то Приложению, равно как и записи в нём.

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

Приложений, как и привязанных к ним локалпаков, может быть несколько. Локалпаков в составе одного приложения может быть больше одного.

Рассмотрим кейс

В системе создано несколько приложений:

Application 1, Application 2, Application 3.

В каждом из них создано по 3 локалпака. В итоге структура имеет такой вид:

• Application 1
  • Localpack 1
  • Localpack 2 – is_default
  • Localpack 3
• Application 2
  • Localpack 4 – is_default
  • Localpack 5
  • Localpack 6
• Application 3
  • Localpack 7
  • Localpack 8
  • Localpack 9 – is_default

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

В аппликейшенах используется полиси

Политика защиты (Policy) используется для защиты конфигурационных данных платформы или бизнес-приложений, чувствительных к изменениям. У каждой записи в системе указано одно из трёх значений Policy, представленных ниже.

Как создать приложение

Для создания приложения необходимо проделать следующие действия:

1. Создать новое приложение:
   1. Зайти в настройки администратора, нажав шестеренку сверху справа;
   2. Нажать иконку рядом со списком выбора приложений;
   3. Нажать кнопку New на форме;
   4. Заполнить форму:
      1. Name / Наименование – наименование создаваемого приложения;
      2. Version / Версия – версия приложения;
      3. Prefix table / Таблица префиксов – префиксы таблиц, создаваемые в рамках данного приложения.
2. При создании приложения автоматически будет создан локалпак с названием Default 1, привязанный к этому приложению и содержащий VCS-запись о нём. Состояние локалпака: is_default, In Progress.
3. Для того, чтобы изменения конкретного Разработчика Бизнес-Решения (РБР) писались в этот локал-пак, он должен выбрать его у себя в настройках (если так сделают несколько разработчиков, в один и тот же локалпак будут писаться изменения нескольких разработчиков. Так реализована совместная работа в рамках локалпака).
4. Далее РБР должен создать структуру приложения, настроить его логику, следя, чтобы на всех необходимых таблицах было включено версионирование (флаг is_vcs_enabled = TRUE).
5. После завершения разработки локалпак переводится в статус Completed:
   1. Зайти в настройки администратора, нажав шестеренку сверху справа;
   2. Нажать на иконку рядом со списком выбора «Configuration Pack / Конфигурационный пакет»;
   3. Изменить статус в списке выбора «State / Статус» на «Completed / Завершено». После этого появляется возможность экспортировать локалпак в архивный файл формата .sop.
6. Далее необходимо произвести тестирование установки этого приложения на различных серверах с различными сочетаниями других приложений. Методика установки приложения будет рассмотрена далее в рамках данной инструкции.
7. При наличии каких-либо дефектов необходимо:
   1. Перевести локалпак в статус In Progress;
   2. Провести доработку, необходимую для их устранения;
   3. Повторно перевести локалпак в статус Completed и выгрузить .sop-файл.
8. Файл .sop с приложением отправляется в репозиторий приложений.