SaaS и WaaSПродолжением логики SaaS в построении взаимоотношений с конечным пользователем является WaaS (Workplace as a Service). Главное отличие в том, что потребитель услуги получает в пользование полностью оснащенное всем необходимым ПО виртуальное рабочее место. Часто услугу WaaS предлагают клиентам-потребителям услуг коммерческих дата-центров. ^ 49. (4) Факторы, способствующие продвижению SaaS Ключевым фактором, объясняющим экономическую целесообразность SaaS, является «эффект масштаба» — провайдер SaaS обслуживает множество клиентов и потому тратит меньшее количество ресурсов на управление каждой копией программного обеспечения. В конечном счёте, периодическая стоимость услуг для конечного заказчика становится ниже издержек, возникающих при использовании классической модели лицензирования. Другим ключевым фактором является уровень обслуживания SaaS. Провайдер SaaS способен предложить уровень обслуживания и поддержки ПО в работоспособном состоянии, недоступный для внутренних IT-отделов компаний. Это особенно ярко проявляется в случае использования провайдером контракта SLA. На данный момент можно выделить несколько основных факторов[6], стимулирующих использование программного обеспечения по требованию заказчиками и развитие данных продуктов разработчиками. ^ 50. (1,2,3)Виртуализация, Типы виртуализации. Виртуализация в вычислениях — процесс представления набора вычислительных ресурсов, или их логического объединения, который даёт какие-либо преимущества перед оригинальной конфигурацией. Это новый виртуальный взгляд на ресурсы, не ограниченных реализацией, географическим положением или физической конфигурацией составных частей. Обычно виртуализированные ресурсы включают в себя вычислительные мощности и хранилище данных. Примером виртуализации являются симметричные мультипроцессорные компьютерные архитектуры, которые используют более одного процессора. Операционные системы обычно конфигурируются таким образом, чтобы несколько процессоров представлялись как единый процессорный модуль. Вот почему программные приложения могут быть написаны для одного логического (виртуального) вычислительного модуля, что значительно проще, чем работать с большим количеством различных процессорных конфигураций. Виртуализация — это общий термин, охватывающий абстракцию ресурсов для многих аспектов вычислений. Типы виртуализации: Программная виртуализация Динамическая трансляция ^ Аппаратная виртуализация Преимущества Упрощение разработки программных платформ виртуализации за счет предоставления аппаратных интерфейсов управления и поддержки виртуальных гостевых систем. Это уменьшает трудоемкость и время на разработку систем виртуализации. Возможность увеличения быстродействия платформ виртуализации. Управление виртуальными гостевыми системами осуществляет напрямую небольшой промежуточный слой программного обеспечения, гипервизор, что дает увеличение быстродействия. Улучшается защищённость, появляется возможность переключения между несколькими запущенными незвисимыми платформами виртуализации на аппаратном уровне. Каждая из виртуальных машин может работать независимо, в своем пространстве аппаратных ресурсов, полностью изолированно друг от друга. Это позволяет устранить потери быстродействия на поддержание хостовой платформы и увеличить защищенность. Гостевая система становится не привязана к архитектуре хостовой платформы и к реализации платформы виртуализации. Технология аппаратной виртуализации делает возможным запуск 64-битных гостевых систем на 32-битных хостовых системах (с 32-битными средами виртуализации на хостах). 50.(2) Реализации: IBM System 370, VM/370 — 60-е года. На виртуальных системах IBM VM были отработаны идеи и технологии, во многом определившие архитектуры современных решений по виртуализации. VMware Xen KVM Технологии: V86 mode — старая Intel VT (VT-x) — Intel Virtualization Technology for x86 AMD Pacific ^ Виртуализация уровня ОС Виртуализация на уровне операционной системы — виртуализирует физический сервер на уровне ОС, позволяя запускать изолированные и безопасные виртуальные серверы на одном физическом сервере. Эта технология не позволяет запускать ОС с ядрами, отличными от типа ядра базовой ОС. При виртуализации на уровне операционной системы не существует отдельного слоя гипервизора. Вместо этого сама хостовая операционная система отвечает за разделение аппаратных ресурсов между несколькими виртуальными серверами и поддержку их независимости друг от друга. Solaris Containers/Zones FreeBSD Jail Linux-VServer FreeVPS OpenVZ Virtuozzo VDSmanager iCore Virtual Accounts ^ Виртуальная машина — это окружение, которое представляется для «гостевой» операционной системы, как аппаратное. Однако на самом деле это программное окружение, которое эмулируется программным обеспечением хостовой системы. Эта эмуляция должна быть достаточно надёжной, чтобы драйверы гостевой системы могли стабильно работать. При использовании паравиртуализации, виртуальная машина не эмулирует аппаратное обеспечение, а, вместо этого, предлагает использовать специальное API. Примеры применения тестовые лаборатории и обучение: Тестированию в виртуальных машинах удобно подвергать приложения, влияющие на настройки операционных систем, например инсталляционные приложения. За счёт простоты в развёртывании виртуальных машин, они часто используются для обучения новым продуктам и технологиям. распространение предустановленного ПО: многие разработчики программных продуктов создают готовые образы виртуальных машин с предустановленными продуктами и предоставляют их на бесплатной или коммерческой основе. Такие услуги предоставляют Vmware VMTN или Parallels PTN ^ 50.(3) Виртуализация серверов -размещение нескольких логических серверов в рамках одного физического (консолидация) и объединение нескольких физических серверов в один логический для решения определенной задачи. Пример: Oracle Real Application Cluster, grid-технология, кластеры высокой производительности. Кроме того, виртуализация сервера упрощает восстановление вышедших из строя систем на любом доступном компьютере, вне зависимоси от его конкретной конфигурации. ^ Виртуализация ресурсов Разделение ресурсов (partitioning). Виртуализация ресурсов может быть представлена как разделение одного физического сервера на несколько частей, каждая из которых видна для владельца в качестве отдельного сервера. Не является технологией виртуальных машин, осуществляется на уровне ядра ОС. Разделяемое дисковое пространство или пропускной канал сети на некоторое количество меньших составляющих, легче используемых ресурсов того же типа. Агрегация, распределение или добавление множества ресурсов в большие ресурсы или объединение ресурсов. Например, симметричные мультипроцессорные системы объединяют множество процессоров; RAID и дисковые менеджеры объединяют множество дисков в один большой логический диск; RAID и сетевое оборудование использует множество каналов, объединённых так, чтобы они представлялись, как единый широкополосный канал. На мета-уровне компьютерные кластеры делают все вышеперечисленное. Иногда сюда же относят сетевые файловые системы абстрагированные от хранилищ данных на которых они построены, например, Vmware VMFS, Solaris ZFS, NetApp WAFL ^ Виртуализация приложений Виртуализация приложений — включает в себя рабочую среду для локально выполняемого приложения, использующего локальные ресурсы. Виртуализируемое приложение запускается в небольшом виртуальном окружении, которое включает в себя ключи реестра, файлы и другие компоненты, необходимые для запуска и работы приложения. Такая виртуальная среда работает как прослойка между приложением и операционной системой, что позволяет избежать конфликтов между приложениями. К виртуализации прикладных приложений можно отнести такие системы как Softgrid и Thinstall. ^ 47. (1,2,3)Сетевые процессы. Сетевые сервисы. Порты. RPC. Взаимодействие компьютеров между собой, а также с другим активным сетевым оборудованием, в TCP/IP-сетях организовано на основе использования сетевых служб, которые обеспечиваются специальными процессами сетевой операционной системы (ОС) — демонами в UNIX-подобных ОС, службами в ОС семейства Windows и т. п. Специальные процессы операционной системы (демоны, службы) создают «слушающий» сокет и «привязывают» его к определенному порту (пассивное открытие соединения), обеспечивая тем самым возможность другим компьютерам обратиться к данной службе. Клиентская программа или процесс создаёт запрос на открытие сокета с указанием IP-адреса и порта сервера, в результате чего устанавливается соединение, позволяющее взаимодействовать двум компьютерам с использованием соответствующего сетевого протокола прикладного уровня. Номер порта для «привязки» службы выбирается в зависимости от его функционального назначения. - 0 — 1023 Общеизвестные порты Номера портов назначены IANA и на большинстве систем могут быть использованы исключительно процессами системы (или пользователя root) или прикладными программами, запущенными привилегированными пользователями. - 1024 — 49151 Зарегистрированные порты Номера портов включены в каталог IANA и на большинстве систем могут быть использованы процессами обычных пользователей или программами, запущенными обычными пользователями. - 49152 — 65535 Динамически используемые порты и/или порты, используемые внутри закрытых (private) сетей Предназначены для временного использования — в качестве клиентских портов, портов, используемых по согласованию для частных служб, а также для тестирования приложений до регистрации выделенных портов. Эти порты не могут быть зарегистрированы В случае обнаружения проблем с той или иной сетевой службой, для проверки ее доступности используют различные средства диагностики, в зависимости от их наличия в данной ОС. Одно из самых удобных средств — команда (утилита) tcptraceroute (разновидность traceroute), которая использует TCP-пакеты открытия соединения (SYN|ACK) с указанн (по умолчанию — web-сервер, порт 80) интересующего хоста и показывает информацию о времени прохождения данного вида TCP-пакетов через маршрутизаторы, а также информацию о доступности службы на интересующем хосте, либо, в случае проблем с доставкой пакетов — в каком месте пути они возникли. ‑ 47. (2) В качестве альтернативы можно использовать отдельно traceroute для диагностики маршрута доставки пакетов (недостаток — использование UDP-пакетов для диагностики) и telnet или netcat на порт проблемной службы для проверки ее отклика. ^ Удалённый вызов процедур (или Вызов удалённых процедур) (от англ. Remote Procedure Call (RPC)) — класс технологий, позволяющих компьютерным программам вызывать функции или процедуры в другом адресном пространстве (как правило, на удалённых компьютерах). Обычно, реализация RPC технологии включает в себя два компонента: сетевой протокол для обмена в режиме клиент-сервер и язык сериализации объектов (или структур, для необъектных RPC). Различные реализации RPC имеют очень отличающуюся друг от друга архитектуру и разнятся в своих возможностях: одни реализуют архитектуру SOA, другие CORBA или DCOM. На транспортном уровне RPC используют в основном протоколы TCP и UDP, однако, некоторые построены на основе HTTP (что нарушает архитектуру ISO/OSI, так как HTTP изначально не транспортный протокол). Идея вызова удалённых процедур (Remote Procedure Call — RPC) состоит в расширении хорошо известного и понятного механизма передачи управления и данных внутри программы, выполняющейся на одной машине, на передачу управления и данных через сеть. Средства удалённого вызова процедур предназначены для облегчения организации распределённых вычислений и создания распределенных клиент-серверных информационных систем. Наибольшая эффективность использования RPC достигается в тех приложениях, в которых существует интерактивная связь между удалёнными компонентами с небольшим временем ответов и относительно малым количеством передаваемых данных. Такие приложения называются RPC-ориентированными. Характерными чертами вызова локальных процедур являются: -Асимметричность, то есть одна из взаимодействующих сторон является инициатором; -Синхронность, то есть выполнение вызывающей процедуры приостанавливается с момента выдачи запроса и возобновляется только после возврата из вызываемой процедуры. 47. (3) - Реализация удалённых вызовов существенно сложнее реализации вызовов локальных процедур. Можно обозначить следующие проблемы и задачи, которые необходимо решить при реализации RPC: Так как вызывающая и вызываемая процедуры выполняются на разных машинах, то они имеют разные адресные пространства, и это создает проблемы при передаче параметров и результатов, особенно если машины находятся под управлением различных операционных систем или имеют различную архитектуру (например, используется прямой или обратный порядок байтов). Так как RPC не может рассчитывать на разделяемую память, то это означает, что параметры RPC не должны содержать указателей на ячейки нестековой памяти и что значения параметров должны копироваться с одного компьютера на другой. Для копирования параметров процедуры и результата выполнения через сеть выполняется их сериализация. В отличие от локального вызова удалённый вызов процедур обязательно использует транспортный уровень сетевой архитектуры (например TCP), однако это остается скрытым от разработчика. Выполнение вызывающей программы и вызываемой локальной процедуры в одной машине реализуется в рамках единого процесса. Но в реализации RPC участвуют как минимум два процесса — по одному в каждой машине. В случае, если один из них аварийно завершится, могут возникнуть следующие ситуации: при аварии вызывающей процедуры удалённо вызванные процедуры станут «осиротевшими», а при аварийном завершении удалённых процедур станут «обездоленными родителями» вызывающие процедуры, которые будут безрезультатно ожидать ответа от удалённых процедур. Существует ряд проблем, связанных с неоднородностью языков программирования и операционных сред: структуры данных и структуры вызова процедур, поддерживаемые в каком-либо одном языке программирования, не поддерживаются точно так же во всех других языках. Таким образом имеется проблема совместимости, до сих пор не решённая ни с помощью введения одного общепринятого стандарта, ни с помощью реализации нескольких конкурирующих стандартов на всех архитектурах и во всех языках. ^ 45. (1,2)Сетевые файловые системы. Типы файловых систем Ключевым компонентом любой распределенной системы является файловая система, которая также является в этом случае распределенной. Как и в централизованных системах, в распределенной системе функцией файловой системы является хранение программ и данных и предоставление доступа к ним по мере необходимости. Распределенная файловая система поддерживается одним или более компьютерами, хранящими файлы. Эти компьютеры, которые позволяют пользователям сети получать доступ к своим файлам, обычно называют файловыми серверами. Файловые серверы отрабатывают запросы на чтение или запись файлов, поступающие от других компьютеров сети, которые в этом случае являются клиентами файловой службы. Каждый посланный запрос проверяется и выполняется, а ответ отсылается обратно. Файловые серверы обычно содержат иерархические файловые системы, каждая из которых имеет корневой каталог и каталоги более низких уровней. Во многих сетевых файловых системах клиентский компьютер может подсоединять и монтировать эти файловые системы к своим локальным файловым системам, обеспечивая пользователю удобный доступ к удаленным каталогам и файлам. При этом данные монтируемых файловых систем физически никуда не перемещаются, оставаясь на серверах. С программной точки зрения распределенная файловая система — это сетевая служба, имеющая типичную структуру. Модель сетевой файловой системы ^ 45. (2)Типы файловых систем В локальных сетях на протяжении многих лет доминировала сетевая операционная система NetWare, которая использовала на файловых серверах оригинальную локальную файловую систему, также носящую имя NetWare, и уже упомянутый протокол NCR Клиенты этой сетевой файловой системы обеспечивали приложениям расширенный интерфейс файловой системы FAT — расширения включали в основном поддержку разграничения прав доступа к файлам и каталогам. Интерфейс FAT был выбран как наиболее распространенный локальный интерфейс для приложений и пользователей персональных компьютеров, работающих под управлением MS-DOS или Windows 3.x и поддерживающих только FAT в качестве локальной файловой системы. Сетевая файловая система NetWare является хорошим примером зависимости между свойствами интерфейса, предоставляемого приложениям на клиентских машинах, и свойствами локальной файловой системы сервера. Требования к поддержке прав доступа пользователей сети к удаленным файлам (помимо других существенных соображений) привели к разработке новой локальной файловой системы NetWare, так как FAT не хранит в своих служебных структурах данных о правах пользователей. Другим популярным типом сетевых файловых систем стали системы компаний Microsoft и IBM, которые также были первоначально разработаны для локальных сетей на основе персональных компьютеров под управлением MS-DOS и Windows 3.x. Общим для этих сетевых файловых систем стало использование FAT в качестве локальной файловой системы, протокола SMB и интерфейса FAT с расширениями для клиентов. Для разграничения прав доступа здесь был применен другой прием — файловая система FAT была оставлена в качестве локальной системы серверов, но сами серверы стали хранить в ней дополнительные служебные файлы с указанием прав пользователей на доступ к разделяемым каталогам. Эти права проверялись сервером при поступлении запроса из сети, локальные же запросы обслуживались в FAT по-прежнему без проверки прав доступа. Естественно, средства защиты каталогов нашли отражение в командах и ответах протокола SMB, а также в расширениях интерфейса FAT на стороне клиентов. Позже протокол SMB был применен и для доступа к локальным файловым системам HPFS и NTFS. ^ 46. (1,2)Архитектура и протоколы сетевых файловых систем Протокол передачи файлов FTP Сетевая файловая служба на основе протокола FTP (File Transfer Protocol) представляет собой одну из наиболее ранних служб, используемых для доступа к удаленным файлам. До появления службы WWW это была самая популярная служба доступа к удаленным данным в Интернете и корпоративных IP-сетях. Первые спецификации FTP относятся к 1971 году. Серверы и клиенты FTP имеются практически в каждой ОС семейства UNIX, а также во многих других сетевых ОС. Клиенты FTP встроены сегодня в программы просмотра (браузеры) Интернета, так как архивы файлов на основе протокола FTP по-прежнему популярны и для доступа к таким архивам браузером используется протокол FTP. Протокол FTP позволяет целиком переместить файл с удаленного компьютера на локальный и наоборот, то есть работает по схеме загрузки-выгрузки. Кроме того, он поддерживает несколько команд просмотра удаленного каталога и перемещения по каталогам удаленной файловой системы. Поэтому FTP особенно удобно использовать для доступа к тем файлам, данные которых нет смысла просматривать удаленно, а гораздо эффективней целиком переместить на клиентский компьютер (например, файлы исполняемых модулей приложений). В протокол FTP встроены примитивные средства аутентификации удаленных пользователей на основе передачи по сети пароля в открытом виде. Кроме того, поддерживается анонимный доступ, не требующий указания имени пользователя и пароля, который является более безопасным, так как не подвергает пароли пользователей угрозе перехвата. 46. (2) Основная идея NFS — позволить произвольной группе пользователей разделять общую файловую систему. Чаще всего все пользователи принадлежат одной локальной сети, но не обязательно. В своей работе файловая система NFS использует два протокола. Первый NFS-протокол управляет монтированием. Клиент посылает серверу полное имя каталога и запрашивает разрешение на монтирование этого каталога в какую-либо точку собственного дерева каталогов. При этом серверу не указывается, в какое место будет монтироваться каталог сервера. Получив имя, сервер проверяет законность этого запроса и возвращает клиенту дескриптор файла, являющегося удаленной точкой монтирования. Дескриптор включает описатель типа файловой системы, номер диска, номер индексного дескриптора (inode) каталога, который является удаленной точкой монтирования, информацию безопасности. Операции чтения и записи файлов из монтируемых файловых систем используют дескрипторы файлов вместо символьного имени. Второй NFS-протокол используется для доступа к удаленным файлам и каталогам. Клиенты могут послать запрос серверу для выполнения какого-либо действия над каталогом или операции чтения или записи файла. Кроме того, они могут запросить атрибуты файла, такие как тип, размер, время создания и модификации. NFS поддерживается большая часть системных вызовов UNIX, за исключением open и close. Исключение open и close не случайно. Вместо операции открытия удаленного файла клиент посылает серверу сообщение, содержащее имя файла, с запросом отыскать его (lookup) и вернуть дескриптор файла 1)История цифровых сетей, причины возникновения. Классификация ЦС. 2)Введение в сети. И их преимущества и недостатки. 3)Структура сети передачи данных. Двухточечные и многоточечные соединения. 4)Коммутируемые и некоммутируемые каналы. Преимущества и недостатки. 5)Сетевые топологии. Топологии и цели проектирования. 6)Сетевые топологии. Иерархическая топология. Топология звезды. 7)Сетевые топологии. Горизонтальная топология [шина]. 8)Сетевые топологии. Кольцевая топология. Ячеистая топология. 9)Синхронизация элементов сети. Синхронизирующие коды. 10)Асинхронная и синхронная передача. Форматы сообщений. 11)Классификация протоколов передачи данных Система опроса/выбора. Выборочный и групповой опрос. Опрос/выбор с остановкой и ожиданием. Непрерывный автоматический запрос на повторение (скользящие окна). 12)Классификация протоколов передачи данных Запрос передачи/разрешение передачи. Xon/Xoff. 13)Классификация протоколов передачи данных Множественный доступ с временным разделением [TDMA]. Мультиплексная передача с временным разделением (TDM), или слот. 14)Классификация протоколов передачи данных. Вставка регистра. Система с контролем несущей (с коллизиями). Передача маркера. 15)Классификация протоколов передачи данных. Приоритетные слотовые системы. Системы с контролем несущей (без коллизий). Системы с передачей маркера (приоритетные). 16)Уровневые протоколы, сети и модель ВОС. Обоснование уровневых протоколов. Назначение уровневых протоколов. 17)Уровневые протоколы. Связь между уровнями. Пример. 18)Системы телефонных коммутаций. Коммутация сообщений. Коммутация пакетов. 19)Маршрутизация пакетов. Цели маршрутизации. 20)Методы маршрутизации. Заполнение пакетами. Случайный метод. Табличный метод. 21)Методы маршрутизации. Проблемы маршрутизации. 22)Цифровые сети. Преимущества и недостатки цифровых систем. Основные понятия ISDN. 23)Структура протоколов и плоскости ISDN. 24)Сети ATM. 25)Структура протоколов и плоскости ATM 26)Сеть FDDI. Сети SDH, SONET. 27)Сети GYGABITE 28)Спутниковые сети. Преимущества и недостатки спутниковых сетей. Обычное мультиплексирование. Выбор/опрос. 29)Равноранговые системы без опроса. Системы типа первичный/вторичный без опроса. Спутниковые устройства компенсации задержки. 30)Технологии беспроводных сетей. Методы передачи по стандарту 802.11. 31)Безопасность беспроводных сетей. 32)Технология Wireless USB. Технология BlueTooth. 33)Технология WiMax 34)Технологии xDSL Типы технологий xDSL 35)Сети X.25 36)Безопасность сетей. Цели и методы обеспечения безопасности. Политика безопасности. 37)Классы безопасности. Формальные модели безопасности. 38)Сравнительный анализ национальных стандартов безопасности. 39)Интеллектуальные сети. Плоскости интеллектуальной сети. 40)Виды и назначение узлов интеллектуальной сети. 41)Система сигнализации 7 (SS7). 42)Стек протоколов SS7. 43)Управление сетями. 44)Протокол SNMP. Протокол CMIP. 45)Сетевые файловые системы. Типы файловых систем. 46)Архитектура и протоколы сетевых файловых систем. 47)Сетевые процессы. Сетевые сервисы. Порты. RPC. 48)Сервис-ориентированная архитектура. COM. CORBA. OLE. 49)Облачные технологии и сервисы, SaaS. 50)Виртуализация, Типы виртуализации. 1)История цифровых сетей, причины возникновения. Классификация ЦС. 2)Введение в сети. И их преимущества и недостатки. 3)Структура сети передачи данных. Двухточечные и многоточечные соединения. 4)Коммутируемые и некоммутируемые каналы. Преимущества и недостатки. 5)Сетевые топологии. Топологии и цели проектирования. 6)Сетевые топологии. Иерархическая топология. Топология звезды. 7)Сетевые топологии. Горизонтальная топология [шина]. 8)Сетевые топологии. Кольцевая топология. Ячеистая топология. 9)Синхронизация элементов сети. Синхронизирующие коды. 10)Асинхронная и синхронная передача. Форматы сообщений. 11)Классификация протоколов передачи данных Система опроса/выбора. Выборочный и групповой опрос. Опрос/выбор с остановкой и ожиданием. Непрерывный автоматический запрос на повторение (скользящие окна). 12)Классификация протоколов передачи данных Запрос передачи/разрешение передачи. Xon/Xoff. 13)Классификация протоколов передачи данных Множественный доступ с временным разделением [TDMA]. Мультиплексная передача с временным разделением (TDM), или слот. 14)Классификация протоколов передачи данных. Вставка регистра. Система с контролем несущей (с коллизиями). Передача маркера. 15)Классификация протоколов передачи данных. Приоритетные слотовые системы. Системы с контролем несущей (без коллизий). Системы с передачей маркера (приоритетные). 16)Уровневые протоколы, сети и модель ВОС. Обоснование уровневых протоколов. Назначение уровневых протоколов. 17)Уровневые протоколы. Связь между уровнями. Пример. 18)Системы телефонных коммутаций. Коммутация сообщений. Коммутация пакетов. 19)Маршрутизация пакетов. Цели маршрутизации. 20)Методы маршрутизации. Заполнение пакетами. Случайный метод. Табличный метод. 21)Методы маршрутизации. Проблемы маршрутизации. 22)Цифровые сети. Преимущества и недостатки цифровых систем. Основные понятия ISDN. 23)Структура протоколов и плоскости ISDN. 24)Сети ATM. 25)Структура протоколов и плоскости ATM 26)Сеть FDDI. Сети SDH, SONET. 27)Сети GYGABITE 28)Спутниковые сети. Преимущества и недостатки спутниковых сетей. Обычное мультиплексирование. Выбор/опрос. 29)Равноранговые системы без опроса. Системы типа первичный/вторичный без опроса. Спутниковые устройства компенсации задержки. 30)Технологии беспроводных сетей. Методы передачи по стандарту 802.11. 31)Безопасность беспроводных сетей. 32)Технология Wireless USB. Технология BlueTooth. 33)Технология WiMax 34)Технологии xDSL Типы технологий xDSL 35)Сети X.25 36)Безопасность сетей. Цели и методы обеспечения безопасности. Политика безопасности. 37)Классы безопасности. Формальные модели безопасности. 38)Сравнительный анализ национальных стандартов безопасности. 39)Интеллектуальные сети. Плоскости интеллектуальной сети. 40)Виды и назначение узлов интеллектуальной сети. 41)Система сигнализации 7 (SS7). 42)Стек протоколов SS7. 43)Управление сетями. 44)Протокол SNMP. Протокол CMIP. 45)Сетевые файловые системы. Типы файловых систем. 46)Архитектура и протоколы сетевых файловых систем. 47)Сетевые процессы. Сетевые сервисы. Порты. RPC. 48)Сервис-ориентированная архитектура. COM. CORBA. OLE. 49)Облачные технологии и сервисы, SaaS. 50)Виртуализация, Типы виртуализации.
|
