Регламент по организации межведомственного защищенного информационно-телекоммуникационного взаимодействия


НазваниеРегламент по организации межведомственного защищенного информационно-телекоммуникационного взаимодействия
страница8/12
ТипРегламент
filling-form.ru > бланк доверенности > Регламент
1   ...   4   5   6   7   8   9   10   11   12

19Требования в случае применния облачных технологий

19.1Требования по взаимодействию с системами МЧС


Взаимодействие с информационными системами МЧС со стороны элементов Системы в облачной инфраструктуре может осуществляться как в on-line, так и off-line режиме.

Интеграционный слой должен обеспечивать взаимодействие с внешними системами по распространенным технологиям типа RPC, COM, DCOM, SOAP, JCA, RMI, message-ориентированное взаимодействие MOM (IBM WMQ, Oracle AQ и др.), файловый обмен, FTP/SFTP и др.

Интеграцию элементов Системы с внешними информационными системами рекомендуется осуществлять следующим образом:

  • на основе промышленной интеграционной платформы типа IBM WebSphere ESB; Microsoft BizTalk, Oracle ESB, JBoss ESB или аналогичными;

  • с использованием возможностей встроенного интеграционного слоя или прямого взаимодействия.

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

При небольшом числе взаимодействующих систем рекомендуется второй подход и связи «точка-точка». Управление взаимодействием в данном случае может обеспечиваться встроенной интеграционной подсистемой или интеграционными адаптерами.

Интеграционный адаптер рекомендуется реализовывать с использованием следующих технологий:

  • файловый обмен – напрямую или через протоколы FTP/SFTP;

  • SOAP – Simple Object Access Protocol, протокол обмена структурированными сообщениями в распределённой вычислительной среде;

  • ODBC – Open Database Connectivity, программный интерфейс (API) доступа к базам данных;

  • JDBC – Java Database Connectivity, платформенно-независимый промышленный стандарт взаимодействия Java-приложений с различными СУБД;

  • RPC – Remote Procedure Call, вызов удаленной процедуры;

  • RMI – Java Remote Method Invocation, протокол вызова удаленного метода на языке Java для распределенных объектных Java-приложений;

  • COM, DCOM – Distributed Component Object Model, распределенная компонентная объектная модель;

  • MOM – Messaging Oriented Middleware, ПО промежуточного слоя, ориентированное на сообщения.

Программные интерфейсы элементов Системы должны иметь готовность к информационному обмену с федеральными, региональными государственными информационными системами и централизованными базами данных Российской Федерации, например на основе протоколов межведомственного электронного взаимодействия (СМЭВ), систем электронного документооборота (СЭДО), универсальной электронной карты (УЭК).

19.2Требования по построению телекоммуникационной инфраструктуры


Требования по построению телекоммуникационной инфраструктуре, применяемой в облачных вычислениях, соответствуют документу: «Методические рекомендации по составу и техническим требованиям к сетевому телекоммуникационному оборудованию учреждений системы здравоохранения для регионального уровня единой государственной информационной системы в сфере здравоохранения, а также функциональные требования к ним» от 14 ноября 2011 г., подготовленному Минздравсоцразвития РФ.

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

Протоколы типа HTTP/HTTPS и передача данных с использованием языка разметки XML увеличивает трафик в 3-4 раза по сравнению с закрытыми бинарными протоколами.

Для облачных вычислений рекомендуется использовать телекоммуникационную инфраструктуру с параметрами качества. указанными в таблице Таблица .

Таблица - Параметры качества телекоммуникационной инфраструктуры

Параметр

Класс 0

Класс 1

Класс 2

Трафик для одного пользователя

512 кбит/с

256 кбит/с

128 кбит/с

Задержка

100 мс

200 мс

400 мс

Вариация задержки

50 мс

50 мс

-

Процент потерянных пакетов

0,001

0,001

0,001

Класс 0 – применяется для работы пользователей, использующих насыщенные веб-интерфейсы с мультимедиа-компонентами, подготовку сложных отчетных форм, работу с пакетным экспортом/импортом файлов.

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

Класс 2 – применяется в резервном варианте, в случае технической невозможности организовать телекоммуникационный канал необходимого качества. Соблюдение параметров быстродействия и времени отклика от облачных информационных систем для данного класса не гарантируется.
1   ...   4   5   6   7   8   9   10   11   12

Похожие:

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

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

Регламент по организации межведомственного защищенного информационно-телекоммуникационного взаимодействия iconРешение инцидентов 14
Участников информационного взаимодействия, Оператора региональной системы межведомственного электронного взаимодействия и Оператора...

Регламент по организации межведомственного защищенного информационно-телекоммуникационного взаимодействия iconРешение инцидентов 22
Оператора единой системы межведомственного электронного взаимодействия и Оператора эксплуатации инфраструктуры электронного правительства...

Регламент по организации межведомственного защищенного информационно-телекоммуникационного взаимодействия iconРегламент взаимодействия участников и оператора государственной информационной...

Регламент по организации межведомственного защищенного информационно-телекоммуникационного взаимодействия iconКраткая инструкция пользователя по работе с Системой межведомственного...
Вход в систему межведомственного взаимодействия (смв) осуществляется следующим образом

Регламент по организации межведомственного защищенного информационно-телекоммуникационного взаимодействия iconРуководство пользователя вида сведений в единой системе межведомственного...
Федеральная служба государственной регистрации, кадастра и картографии (Росреестр)

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

Регламент по организации межведомственного защищенного информационно-телекоммуникационного взаимодействия iconРегламент взаимодействия между участниками информационного взаимодействия...

Регламент по организации межведомственного защищенного информационно-телекоммуникационного взаимодействия iconРегламент взаимодействия с использованием информационной системы...
Самарской области «Региональный центр управления государственными и муниципальными информационными системами и ресурсами Самарской...

Вы можете разместить ссылку на наш сайт:


Все бланки и формы на filling-form.ru




При копировании материала укажите ссылку © 2019
контакты
filling-form.ru

Поиск