ДонНТУ   Портал магистров

Карпенёв Александр Сергеевич

Факультет компьютерных информационных технологий и автоматики

Кафедра автоматики и телекоммуникаций

Специальность Инфокоммуникационные технологии и системы связи

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

Научный руководитель: к.т.н.,доцент Молоковский Игорь Алексеевич

Резюме Биография Реферат Библиотека Ссылки Отчет о поиске Индивидуальный раздел

Реферат

Содержание

• Введение
• 1. Постановка задачи
• 2. Актуальность темы
• 2.1 Основные характеристики облачных вычислений
• 2.2 Месторасположение приложений
• 2.3 Предоставляемые услуги и сервисы
• 2.4 Границы управляемости
• 2.5 Существующие облачные платформы
• 2.6 Достоинства и недостатки «облачных» технологий
• 3. Сетевой трафик в центрах обработки данных
• Выводы
• Список источников

Введение

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

1. Постановка задачи

Суть «облачных» технологий - предоставление конечному пользователю удаленного динамического доступа к вычислительным ресурсам, услугам, и приложениям (включая информационные и операционные системы, серверное программное обеспечение и другое) через интернет или с помощью корпоративной сети. Тенденция развития сферы хостинга и необходимость большинству людей использовать общественные ресурсы, была определена возникшей потребностью в новом программном обеспечении и информационных цифровых услугах, которыми можно было бы управлять изнутри, но которые были бы при этом более экономичными и эффективными.

Концепция «облачных» технологий имеют огромный потенциал, т.к. все современные компьютерные продукты с каждым днём увеличивают свои требования к техническому оборудованию компьютера пользователя, что неизбежно приведёт к значительным затратам на усовершенствование железа. «Облачная» технология позволяет решить проблему зависимости программ от ресурсов конечного пользователя.

Используя «облачные» технологии возможно не только снизить расходы на физическое оборудование, но и массово объединить данные с их дальнейшей защитой, способность работать удалённо с информационной системой предприятия и персонализация «облачного» ядра под нужды компании.

Целью работы является повышение эффективности функционирования центров обработки данных, предоставляющих услуги «облачных» вычислений.[1]

Для достижения цели необходимо решить следующие задачи:

1) Анализ современных «облачных» технологий;

2) Анализ трафика в центре обработки данных (ЦОД);

3) Моделирование трафика в ЦОД.

2. Актуальность темы

«Облачные» технологии - информационно-технологическая модель, которая обеспечивает удобный сетевой доступ по требованию из любого места, где имеется доступ к интернету, к разнообразным конфигурируемым вычислительным ресурсам (сетям передачи данных, серверам, устройствам хранения данных, приложениям и сервисам – как вместе, так и по отдельности), которые могут быть своевременно предоставлены с минимальными затратами или обращениями к провайдеру. Под термином «облако» следует понимать организацию доступа по сети к удаленному дата - центру с оплатой за фактическое потребление вычислительных ресурсов (PAYG – Pay As You Go).

При детальном рассмотрении темы «облачных» вычислений необходимо дать ответы на следующие вопросы:

— основные характеристики облачных вычислений;

— где располагаются приложения;

— предоставляемые услуги и сервисы;

— границы управляемости.

2.1 Основные характеристики облачных вычислений

Национальный Институт стандартов и технологий NIST (National Institute of Standards and Technology, USA) в своем документе "The NIST Definition of Cloud Computing" определяет следующие характеристики «облаков»:

— возможность в высокой степени автоматизированного самообслуживания системы со стороны провайдера;

— наличие системы Broad Network Access (доступ к сети с широкого спектра устройств);

— сосредоточенность ресурсов на отдельных площадках для их эффективного распределения;

— быстрая масштабируемость (ресурсы могут неограниченно выделяться и высвобождаться с большой скоростью в зависимости от потребностей);

— управляемый сервис (система управления облаком автоматически контролирует и оптимизирует выделение ресурсов).

Самообслуживание по требованию (On-demand self-service) . У конечного пользователя есть возможность получить доступ к предоставляемым вычислительным ресурсам в одностороннем порядке по мере потребности, автоматически, без необходимости взаимодействия с сотрудниками поставщика услуг.

Широкий сетевой доступ (Broad network access) . Предоставляемые вычислительные ресурсы доступны по сети через стандартные механизмы для различных платформ помощью широкого спектра устройств клиента (мобильных телефонов, планшетов, ноутбуков и т.п.).

Объединение ресурсов в пулы (Resorce pooling) . Вычислительные ресурсы провайдера объединяются в пулы для обслуживания многих пользователей по многоарендной (multi-tenant) модели. Пулы включают в себя различные физические и виртуальные ресурсы, которые могут быть динамически назначены в соответствии с требованиями пользователя. Примерами таких ресурсов могут быть системы хранения, вычислительные мощности, память, пропускная способность сети.

Мгновенная эластичность (Rapid elasticity) . Ресурсы могут быть легко выделены и освобождены, в некоторых случаях автоматически, для быстрого масштабирования пропорционально спросу. Для конечного пользователя возможности предоставления ресурсов видятся как неограниченные, то есть они могут выделяться в любом количестве и в любое время.

Измеряемый сервис ( Measured service ) . «Облачные» системы автоматически управляют и оптимизируют ресурсы с помощью специальных средств измерения, реализованных на уровне абстракции, которые могут быть применены для разного рода сервисов (например, управление внешней памятью, обработкой, полосой пропускания или активными пользовательскими сессиями). Использованные ресурсы можно отследить и проконтролировать, что обеспечивает прозрачность как для поставщика, так и для пользователя, использующего сервис.

Необходимо понимать и учитывать, что переход в облако не является простой задачей и часто требует анализа и изменения архитектуры существующих решений, а иногда и полного отказа от них в пользу создания новых, реализованных с учетом возможностей, предоставляемых облачными платформами. В зависимости от архитектуры существующих приложений и технологий, на которых они реализованы, их перенос на облачную платформу может привести к получению ряда преимуществ, а может – к появлению дополнительных проблем, связанных, например, с обеспечением совместимости или ограничениями реализации серверной платформы на уровне облака. Как один из шагов по адаптации облачных вычислений, можно рассмотреть переход к архитектуре, ориентированной на сервисы.[2]

2.2 Месторасположение приложений

В настоящее время существует три основных модели расположения приложений:

— в инфраструктуре заказчика;

— у компании - хостера;

— в облаке.

Расположение в инфраструктуре заказчика. Это наиболее традиционная модель развертывания приложений, существующая уже долгое время. Размещение приложений в локальной инфраструктуре предполагает существенные начальные инвестиции в аппаратные ресурсы, программное обеспечение, сетевую инфраструктуру и обслуживающий персонал. Такая модель – оплата, приобретение, владение – напрямую связана с высокими капитальными затратами, но, в тоже время, она обеспечивает полный контроль за инфраструктурой, аппаратным и программным обеспечением.

Расположение у компании - хостера (hosting). Такая модель развертывания приложений, называвшаяся ранее Application Services Prodiver (ASP), а затем – SaaS (Software as a Service) или просто «хостинг» получила свое развитие несколько лет назад и является одним из наиболее популярных способов снижения расходов на информационные технологии. Она основана на аренде аппаратной платформы, программного обеспечения, соответствующей инфраструктуры и персонала, выполняющего ее обслуживание. Такая модель отличается меньшим контролем за инфраструктурой, аппаратным и программным обеспечением и базируется на оплате фиксированного числа ресурсов, что обычно предполагает оплату даже в тех случаях, когда арендуемые ресурсы не используются.

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

Каждый подход имеет свои достоинства и недостатки, но, с точки зрения экономики, самой важной характеристикой является оплата по факту использования, реализуемая именно облачными технологиями.[3]

2.3 Предоставляемые услуги и сервисы

«Облачные» платформы чаще всего предоставляют следующие сервисы: хостинг приложений, хранение данных, проведение вычислений – вот наиболее частые сценарии использования «облачных» платформ. Говоря про «облачные» платформы и предоставляемые ими сервисы, обычно употребляют словосочетание «...как сервис» или «…как услуга».

Существует три основные модели работы с облаком:

1) Инфраструктура как услуга (Infrastructure as a Service) подразумевает, что вместо покупки физического серверного оборудования пользователь получает необходимую IT-инфраструктуру конкретно под его нужды в аренду, и оплачивает только фактическое потребление ресурсов. Здесь потребителями являются владельцы приложений, IT-специалисты, подготавливающие образы ОС для их запуска в сервисной инфраструктуре. Облачная платформа предоставляет сервисы для запуска виртуальных машин и сервисы хранения данных. Соглашение о предоставлении сервисов обычно покрывает такие характеристики сервисов, как доступность виртуального сервера, время развертывания образа ОС. В данной сервисной модели могут быть запущены практически любые приложения, установленные на стандартные образы ОС.

2) Программное обеспечение как услуга (Software as a Service) предоставляет пользователю возможность арендовать дорогостоящее программное обеспечение с фиксированной оплатой. Данная модель является наиболее распространенной на сегодняшний день моделью предоставления облачных сервисов. Организации могут реализовывать подобную модель предоставления сервиса из частных облаков, используя внутренние сетевые каналы, дополнительно защищенные и не связанные с Интернетом. Потребителями данного типа сервисов являются конечные пользователи, которые работают с приложениями, предоставляемыми в «облаке». Соглашение о предоставлении сервисов обычно покрывает такие характеристики сервисов, как их доступность (uptime) и производительность. Возможности настройки приложений под нужды потребителей минимальны или вообще отсутствуют, их уровень диктуется требованиями рынка или возможностями поставщиков таких приложений. Оплата конечного сервиса, как правило, производится ежемесячно и рассчитывается на основе количества пользователей приложения.

3) Платформа как услуга (Platform as a Service) позволяет пользоваться вычислительной платформой как сервисом с возможностью развертывания и поддержки веб - приложений и различных сервисов без их покупки. Данная концепция ориентирована в основном на разработчиков. Платформа как услуга облегчает разработку, тестирование, развертывание и сопровождение приложений без необходимости инвестиций в инфраструктуру и программную среду. Платформа как сервис также включает и инфраструктуру как услугу. Здесь потребителями являются сами компании, разработавшие приложения. Платформа обеспечивает среду для выполнения приложений, сервисы по хранению данных и ряд дополнительных сервисов, например интеграционные или коммуникационные. Соглашение о предоставлении сервисов обычно покрывает такие характеристики сервисов, как доступность среды выполнения приложений и ее производительность. Возможности настройки приложений под нужды потребителей практически не ограничены. Ограничением может послужить лишь функциональность сервисов, предоставляемых на уровне платформы. При этом необходимо понимать: для того чтобы воспользоваться возможностями облачной платформы, необходимо значительно модернизировать или заново написать существующие приложения. Оплата облачной платформы рассчитывается исходя из объема использованных вычислительных ресурсов, таких как:

— время работы приложения;

— объем данных и количество операций с данными (транзакций);

— сетевой трафик.

Провайдер облачной платформы может предоставлять существенные скидки при приобретении определенного объема ресурсов.

В настоящее время предполагается оказание следующих типов услуг клиенту:

— Storage-as-a-Service («хранение как услуга»)

Самый простой из облачных сервисов, представляющий собой дисковое пространство по требованию. Услуга Storage-as-a-Service дает возможность сохранять данные во внешнем хранилище, в «облаке». Для пользователя это выглядит как дополнительный логический диск или папка. Сервис является базовым для остальных, поскольку входит в состав практически каждого из них. Примерами могут служить Microsoft OneDrive, Google Drive и другие аналогичные сервисы.

— Database-as-a-Service («база данных как услуга»)

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

— Information-as-a-Service («информация как услуга»)

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

— Process-as-a-Service («управление процессом как услуга»)

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

— Integration-as-a-Service («интеграция как услуга»)

Это возможность получать из «облака» полный интеграционный пакет, включая программные интерфейсы между приложениями и управление их алгоритмами. Сюда входят известные услуги и функции пакетов централизации, оптимизации и интеграции корпоративных приложений, но предоставляемые как «облачный» сервис.

— Security-as-a-Service («безопасность как услуга»)

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

— Management/Governance-as-a-Service («администрирование и управление как услуга»)

Дает возможность управлять и задавать параметры работы одного или многих «облачных» сервисов (топология, использование ресурсов, виртуализация).

— Testing-as-a-Service («тестирование как услуга»)

Дает возможность тестирования локальных или «облачных» систем с использованием тестового ПО из «облака» (при этом компании не требуется приобретать никакого оборудования или ПО).

2.4 Границы управляемости

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

Из рисунка видно, что самый лучший для контроля всех компонентов системы вариант это развёртывание локальной инфраструктуры(выделено серым). Здесь вы можете контролировать всё – от сетевых ресурсов до выполняющихся приложений. В другом варианте модели IaaS вы можете управлять почти половиной от полного списка услуг, а именно: среда исполнения кода, базы данных, безопасность и т.п. При использовании модели PaaS, все компоненты предоставляются как услуги с ограниченными возможностями управлениями ими. Это сделано для того, чтобы клиенту была доступна оптимально сконфигурированная для его потребностей платформа, не нуждающаяся в дополнительных настройках.В модели SaaS клиент не может ничего контролировать, ему предоставляется лишь оконечный продукт – приложение, программное обеспечение и т.п.

2.5 Существующие облачные платформы

2.5.1 Закрытые коммерческие «облака – гиганты»

Наиболее популярными являются огромные публичные «облака» от таких титанов IT-индустрии, как Google, Microsoft и Amazon. Эти продукты доступны каждому, кто готов за них платить, и отличаются очень высоким качеством, надёжностью и быстродействием. Однако все они являются закрытыми и не допускают развёртывание за пределами контролируемой их владельцами территории. Не представляется никакой возможности развернуть подобное «облако» на своём собственном оборудовании. Продукты данного класса запущены в единственном экземпляре в виде глобального сервиса, доступного пользователям со всего мира. В их архитектуре особое внимание уделено аппаратным особенностям оборудования, тщательно контролируется инфраструктура вычислительных узлов, используется многочисленное низкоуровневое программное обеспечение, написанное специально для данных систем (например, специфические операционные и файловые системы). Всё это обуславливает качественно иной уровень предоставляемых услуг, по сравнению с любыми другими существующими или создаваемыми продуктами. Яркими представителями этого класса решений являются следующие всемирно известные продукты:

— Amazon Web Services (AWS);

— Google App Engine;

— Microsoft Windows Azure.

2.5.2 Платформы для распределённых вычислений

Менее популярными, но также хорошо известными являются многочисленные, в большинстве своём свободные (с открытым исходным кодом и свободной лицензией), продукты для развёртывания больших распределённых сетей на массовых аппаратных средствах. Такие вычислительные сети часто называют «частными облаками». Решения данного класса позволяют объединить множество вычислительных узлов в единую сеть для дальнейшего запуска определённых задач в ней. Большинство из них нацелены на выполнение пакетных заданий, составленных из запуска различных приложений на узлах и пересылки данных между ними, что обуславливает возможность использования таких средств для решения широкого спектра задач. Важной особенностью подобных решений является объединённая защищённая среда, в которой оказываются выполняемые задания. Доступ к данным и результатам вычислений строго ограничивается в соответствии с настройками системы. Однако такие системы не поддерживают работу с потоковыми данными и не удобны для решения одного из самых распространённых ныне класса задач, а именно предоставления различных повседневных и не очень услуг многочисленным пользователям. Для таких задач больше всего подходят сервис - ориентированные решения, в то время как рассматриваемые платформы не позволяют организовать поверх себя подобную архитектуру. В качестве примера платформ для распределённых вычислений, можно привести следующие продукты: Globus , UNICORE.

2.5.3 Специализированные средства для создания распределённых веб - сервисов

Также существуют специализированные продукты для написания распределённых веб - сервисов. Здесь стоит остановиться поподробнее на вопросе о том, в чём заключается распределённость веб - сервисов. Любой веб - сервис подразумевает множественность, в том смысле, что имеет место запуск многочисленных его экземпляров. Каждый такой экземпляр обладает всеми возможностями сервиса и способен решать соответствующие ему задачи. Однако множественность ещё не делает сервис распределённым. Под распределённостью веб - сервисов будем понимать наличие взаимодействия между их экземплярами. Например, наипростейший сервис-калькулятор, складывающий числа, не является распределённым. А сервис веб-чата – является, так как его экземпляры находятся в активном взаимодействии. Но вернёмся к специализированным средствам для создания распределённым веб- сервисов. В основном они представлены надстройками над языками программирования или же сами являются языками программирования. В обоих случаях, на уровне языка предоставляются встроенные возможности к распределению данных между экземплярами конкретного сервиса. Однако подобные продукты достаточно слабо развиты и предоставляют весьма скудную функциональность для разработки востребованных сервисов. Невозможность использования существующей кодовой базы и необходимость в большинстве случаев писать веб-сервис «с нуля» отталкивает потенциальных разработчиков от подобных решений и препятствует их дальнейшему развитию. Представителями данного класса являются следующие продукты: Opa, Swarm.

Примеры сервисов, основанных на «облачных» технологиях:

1) iCloud

«Облачный» сервис iCloud от компании Apple (пришедший на смену MobileMe), полностью автоматический и бесплатный (хоть и с небольшими функциональными ограничениями). Он позволяет хранить всевозможный контент (почта, календарь, контакты, документы, музыка, видео и изображения и т.д.) на серверах, а затем доставляет его на все устройства (iPhone, iPad, iPod touch, Mac и PC) с помощью беспроводной технологии Push.

2)Google Play

«Облачный» сервис под названием Google Play от корпорации Google предназначен для размещения пользователями кинофильмов, музыки, приложений и книг на специальных серверах хранения цифровой информации. Доступ к сервису предоставляется непосредственно из браузера, независимо от ОС, а поэтому может осуществляться как с ПК, так и с мобильных устройств на базе Android. У каждого пользователя есть возможность разместить и хранить до 20-ти тысяч музыкальных записей на бесплатной основе, а также напрямую скачивать на сервер приобретенные в магазинах (Android Market, Google Music и Google eBookstore) цифровые товары – кинофильмы, электронные книги, программы, музыкальные треки, как купленные, так и взятые напрокат.

3)Xbox Live

Игровой сервис, который также предоставляет богатую интернет-функциональность и имеет отношение к «облачным» технологиям. Суть сервиса в том, что обладатели игровых приставок Xbox 360 и КПК на базе Windows Phone 7, могут играть друг с другом в компьютерные игры и общаться, а также покупать дополнения и различный мультимедийный контент, в онлайн-магазине. Таким образом, сервис создает некую виртуальную вселенную для геймеров, компоненты которой расположены не на консолях конечных пользователей, а в «облаке».

2.6 Достоинства и недостатки «облачных» технологий

Достоинства:

— Доступ к личной информации с любого компьютера, подключённого к Интернету;

— Можно работать с информацией с разных устройств (ПК, планшеты, телефоны и т.п.);

— Работа с любых операционных систем;

— Одну и ту же информацию можно просматривать и редактировать одновременно с разных устройств;

— Многие платные программы стали бесплатными (или более дешёвыми) веб-приложениями;

— Резервные копии любой информации любого устройства;

— Всегда обновлённые программы;

— Свою информацию можно объединять с другими пользователями;

— Легко можно делиться информацией с любым человеком, где бы он ни находился.

Недостатки:

— Ограничения при развёртывании ПО на «облаках» и предоставление его пользователю. Пользователь имеет ограничения в используемом обеспечении и иногда не имеет возможности настроить его под свои собственные цели;

— Конфиденциальность данных, хранимых в публичных «облаках», в настоящее время, вызывает много споров, но в большинстве случаев эксперты сходятся в том, что не рекомендуется хранить наиболее ценные для компании документы на публичном «облаке», так как в настоящее время нет технологии, которая бы гарантировала 100% конфиденциальность данных;

— «Облако» само по себе является достаточно надежной системой, однако при проникновении в него злоумышленник получает доступ к огромному хранилищу данных;

— Для построения собственного «облака» необходимо выделить значительные материальные ресурсы, что не выгодно только что созданным и малым компаниям;[4]

3. Сетевой трафик в центрах обработки данных.

По своей сути, «облако» располагается на физическом оборудовании, представляющем собой центр обработки данных. Таким образом, провайдеры облачных услуг используют дата-центры для размещения «облачных» сервисов и «облачных» ресурсов. Более того, они часто владеют несколькими дата-центрами в нескольких географических точках — так они гарантируют, что клиент получит доступ к своим данным во время отключений электричества и других сбоев в работе некоторых из центров обработки данных.[5]

Сетевой трафик — объём информации, передаваемой через компьютерную сеть за определённый период времени.

Виды трафика:

— Входящий: информация, поступающая из внешней сети в другую сеть, компьютер, сервер и т.д.

— Исходящий: информация, поступающая во внешнюю сеть;

— Внутренний: движение информации внутри определённой сети или части сети, ограниченной по какому – либо признаку (например, внутри сети провайдера);

— Внешний: информация, протекающая вне определённой сети, чаще всего интернет-трафик.

Сетевой трафик может измеряться в пакетах, битах (Килобиты, Мегабиты, Гигабиты), байтах (Килобайты, Мегабайты, Гигабайты).

В зависимости от источника трафик различают:

— Прямой: посещение сайта в результате прямого ввода адреса в строку браузера;

— Поисковый: переходы из поисковых систем по определённым запросам;

— Ссылочный: переход по ссылкам с других сайтов;

— Платный: посетители, пришедшие по объявлениям различной рекламы;

— Трафик из социальных сетей: пользователи, посетившие сайт по ссылке, размещённой в социальных сетях.

Выводы

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

Список источников

1. P.Mell, T.Grance. The NIST Definition of Cloud Computing. Recommendations of the National Institute of Standards and Technology, 2011, sp. 800-145.
2. Кухаренко А.А. Облачные вычисления. Платформа Windows Azure: реферат / Кухаренко А.А. – Гомель, 2012. — 59 с.
3. Батура Т.В., Мурзин Ф.А., Семич Д.Ф. Облачные технологии: основные понятия, задачи и тенденции развития // ЭЛЕКТРОННЫЙ НАУЧНЫЙ ЖУРНАЛ:ПРОГРАММНЫЕ ПРОДУКТЫ, СИСТЕМЫ И АЛГОРИТМЫ – 2014. doi: 10.15827/2311-6749.10.141
4. Воробьёв Андрей Игоревич Модели и методы повышения эффективности предоставления информационных услуг в центрах обработки данных: дис. на соиск. учен. степ. канд. техн. наук: 24.13.01: защищена 24.01.12 / Воробьёв Андрей Игоревич. — Санкт-Петербург, 2012. — 144 с.
5. Яремко І.М. Імовірнісні характеристики центрів обробки даних і резервування / І.М. Яремко, В.В. Турупалов, І.О. Молоковский // Наукові праці інституту проблем модулювання в енергетиці ім. Г.Є. Пухова «Моделювання та інформаційні технології». – Київ, 2011 р. - Випуск 60. – C.141-146.

Примечание

Автореферат носит обзорный характер и не является полной версией магистерской работы. При написании данного автореферата магистерская работа еще не завершена. Планируемы срок завершения работы: июнь 2018 года. Расширенные сведения по работе и полный перечень материалов могут быть получены у автора или его руководителя после указанной даты.