Системы провижининга. Мысли на тему.
Что есть система провижининга писал немного ранее. Термины конечно спорные и определения общие, но в общем и целом..
С точки зрения внешних систем система провижининга представляет собой «черный ящик», систему с входом, выходом и известной заранее логикой работы. Как она работает, из каких компонент состоит для внешних систем значения не имеет. С точки зрения системы провижининга так же не имеет значения какие системы подают данные на вход.
Поскольку выходов может быть несколько на различные системы с различными интерфейсами, СП должна уметь работать с данным набором интерфейсов и протоколов.
Вход системы провижининга.
При реализации данного класса систем имеет смысл делать ограниченный набор входных интерфейсов для внешних систем, в идеальном случае один- два интерфейса. Большее количество возможных входов приводит к усложнению внутренней структуры СП, где приходится приводить данные из всех интерфейсов к одному виду, подлежащему обработке. Помимо интерфейсов для внешних систем, предполагается наличие интерфейса для администраторов/конфигураторов системы. Входной интерфейс может быть реализован с помощью различных технологий: сокеты, веб-сервисы, база данных, файлы и т.д. Интерфейс может быть как синхронным, так и асинхронным, при этом возвращать системе, предоставившей данные на вход (пославшей заявку), результат или, как минимум, статус выполнения заявки.
Синхронный режим работы входа системы провижининга в основном необходим в случаях, когда внешней системе требуется получить результат выполнения заявки немедленно (с минимальными задержками). Реализуется он с использованием сокетов, веб-сервисов и подобных протоколов. С одной стороны такой подход имеет преимущества в виде предсказуемой реакции СП на заявку, быстрого ее выполнения и позволяет не искать обходных путей для получения результата. С другой стороны синхронный режим накладывает высокие требования к быстродействию СП (как к программной так и аппаратной части), ее масштабируемости, а в случаях, когда результат выполнения заявки зависит в том числе и от ответа другой внешней системы, на которую приходят команды с выхода СП, и к быстродействию других внешних систем.
Вполне возможен вариант псевдо-синхронного режима, когда СП возвращает либо результат-заглушку, не дожидаясь выполнения заявки (в таких случаях всегда возвращается ОК), либо результат проверки целостности самой заявки, но не результат ее выполнения (в таком случает внешняя система так же может получить сообщение об ошибке, если заявка была сформирована некорректно). Подобный режим работы будет удобен, если нет необходимости в полноценном синхронном режиме, но необходимо использовать синхронные протоколы и службы.
Асинхронный режим работы позволяет, в свою очередь, распределить выполнение заявок по времени более равномерно, позволяет использовать шкалу приоритетов (веса заявок), Таким образом снижаются требования к программной и аппаратной части системы, появляется возможность выстраивать логику и порядок выполнения для различных заявок. В качестве такого интерфейса может служить база данных либо файлы, позволяющие организовать очередь заявок. База данных несомненно предпочтительнее за счет более высокой скорости работы, независимости от ОС и предоставляемому функционалу. Недостатки асинхронного режима — необходимость разработки средств для возврата результата выполнения заявок в случае наличия таких требований.
Сообщений: 1
Сообщений: 1
Добавить комментарий