58. Эталонная облачная архитектура nist.
Эталонная облачная архитектура NIST содержит 5 главных действующих субъектов (акторов), каждый актор выступает в определенной роли и выполняет некие действия и функции.
-Пользователь облачных сервисов. Люди или организации, которые имеют деловые отношения или обращаются за услугами к облачному провайдеру
-Облачный провайдер. Люди или организации, предоставляющие облачные сервисы. Облачный провайдер может предоставлять один или несколько облачных сервисов, включая средства хранения, обработки данных, пользователей облачных вычислений в рамках 3-х моделей обслуживания.
-Облачный оператор связи. Обеспечивает связь и перенос облачных сервисов от провайдера к пользователям облачных вычислений, и, как правило, провайдер устанавливает уровень обслуживания в SLA для предоставления услуги, что может потребовать от него совместимых с уровнем SLA средств организации выделенных или безопасных соединений между облачным провайдером и пользователем.
-Облачный брокер. Управляет использованием, производительностью и доставкой облачных сервисов и ведет переговоры о взаимоотношениях между провайдером и облачными пользователями. Облачный брокер полезен когда облачные сервисы слишком сложны для того чтобы облачный пользователь мог легко ими управлять, то есть выступает в роли прослойки. Облачный брокер может предлагать услуги с добавленной стоимостью.(Данный актор можно исключить из этой архитектуры, но его рекомендуют использовать доля полной модели предоставления)
-Облачный аудитор. Проводит независимую оценку облачных сервисов, информационных систем, производительности, конфиденциальности, приватности и безопасность реализации облака. Аудитор являться независимым субъектом, который может и должен гарантировать, что облачный сервис соответствует набору стандартов.
59. Эталонная архитектура itu-t.
В соответствии с рекомендациями Сектор стандартизации электросвязи Международного союза электросвязи (ITU-T) IoT представляет собой сеть устройств, тесно связанных с вещами. Сенсорные и исполнительные устройства взаимодействуют с физическими вещами в окружающей среде. Устройства сбора данных считывают информацию из физических вещей или записывают её на физические вещи, взаимодействуя с устройствами переноса данных или носителями данных, подключенными или связанными с физическим объектом. Другими словами, IoT — это: Физические/Виртуальные объекты + контроллеры/сенсоры/исполнительные механизмы + интернет Таким образом, физический экземпляр элемента IoT представляет собой объект, который
интеллектуален: имеет микроконтроллер и софт для управления;
может информировать или действовать: содержит датчик для измерения каких-либо физических параметров либо исполнительный механизм, работой которого можно управлять;
доступен по сети.
Рекомендации
Y.2060 также содержат эталонную модель
IoT, которая служит основой для
стандартизации. Эталонная архитектура
даёт разработчикам понимание того,
какие функции нужны в IoT и как они
взаимодействуют.
В этом параграфе представлены четыре эталонные архитектуры. Каждая эталонная архитектура дает два взгляда на сеть:
Физическая архитектура: конфигурация физической транспортной среды и сетевых элементов. Определены возможные типы сетевых элементов, которые могут быть подключены. Сетевые элементы определены в терминах типов устройств кроссовых соединений или коммутационных устройств и могут включать вспомогательные адаптеры транспортных уровней на окончаниях трактов.
Архитектура уровня домена: конфигурация транспортных уровней, связанная через адаптеры ширины полосы уровня сервера с соединениями уровня клиента. Таким образом показана поддержка гибких соединений или негибких соединений в пределах каждого транспортного уровня. Кроме того, показаны структурные схемы связи услуг с доменами уровней. Эти схемы не исчерпывают всех реальных возможностей.
Каждая эталонная архитектура формируется в связке архитектуры домена конкретного уровня с одной из трех физических архитектур.
Другие сетевые решения могут быть основаны на эталонной архитектуре, составленной из этих компонентов. Предполагается, что эталонные архитектуры, рассмотренные в этой Рекомендации, будут уточняться путем дополнительных спецификаций при появлении специфических случаев использования. Эти уточнения могут включать:
– конкретные комбинации сетевых элементов и их соединений,
– архитектуру защиты физического транспортного уровня,
– топологии подсетей и архитектуры защиты логических транспортных уровней,
– топологии подсетей, характерные для компонентных транспортных уровней в пределах
технологического уровня,
– конкретные соединения между точками окончаний,
– конкретный сегмент сети (например, дальняя связь, городская зона, дополнительный
доступ).
Топология подсети дает конфигурацию ресурсов транспортной полосы частот и ресурсов кроссового соединения/коммутации, представляющих потенциальные соединения в пределах одного транспортного уровня. Примером компонентных транспортных уровней в пределах технологического уровня является регенераторная секция STM, мультиплексная секция STM, компонентные уровни VC-11, VC-12, VC-2, VC-3 и VC-4 в пределах общего уровня SDH.