You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 7 Next »

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.

Role required: admin.

Как создать



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.


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 с приложением отправляется в репозиторий приложений.



  • No labels