Лекция Облачные технологии

Микрослужбы Service Fabric
С помощью службы Service Fabric можно проектировать приложения на 
базе микрослужб или контейнеров. Микрослужбы могут быть без отслеживания 
состояния и с отслеживанием состояния. Микрослужбы без отслеживания 
состояния (протоколы шлюзов, веб-прокси и т.д.). Такие микрослужбы требуют 
обработку запроса службой для поддержки изменяемого состояния. К службам 
можно отнести рабочие роли в облачных службах Azure.
Микрослужбы с отслеживанием состояния (учетные записи пользователей, 
базы данных, устройства, корзины интернет-магазинов, очереди и т. д.) 
поддерживают изменяемые достоверные состояния без обработки запроса 
службой. Современные веб-приложения могут одновременно содержать 
микрослужбы с отслеживанием состояния и без него. 
Можно создать службы оперативной обработки транзакций (OLTP) с 
высокой пропускной способностью, низкой задержкой и хорошей 

---

66 
отказоустойчивостью, размещая программы и данные рядом на одной 
виртуальной машине. В качестве примеров таких служб можно привести онлайн-
магазины, службы поиска, системы Интернета вещей, торговые системы, 
системы обработки кредитных карт и обнаружения мошенничества, а также 
службы управления персональными данными. 
Можно создать микрослужбы с отслеживанием состояния, которые 
устраняют необходимость в дополнительных очередях и кэшах и обычно 
требуются для обеспечения доступности и минимизации задержек в 
приложениях без отслеживания состояния. Для служб с отслеживанием 
состояния изначально характерны высокая доступность и минимальные 
задержки, поэтому приложением в целом будет проще управлять. 
Поддерживаемые модели программирования 
С помощью Service Fabric можно использовать несколько способов 
регистрации и управления создаваемыми службами. API-интерфейсы 
платформы Service Fabric позволяют эффективно использовать компоненты 
платформы приложений. При этом программу, написанную на любом языке 
можно представить, как службу, размещенную в кластере Service Fabric.
Контейнеры. Основным способом развертывания и активации служб в 
Service Fabric являются процессы. В тоже время Service Fabric поддерживает 
развертывание служб в контейнерах [6]. Допускаются комбинированное 
развертывание и активация служб, когда в одном случае используется 
приложении службы с процессами, а в другом – с контейнерами. 
Служба Service Fabric предоставляет разработчику возможность 
использовать контейнеры Linux или Windows на Windows Server 2016. 
В контейнерах можно развернуть имеющиеся приложения, службы без 
отслеживания состояния или службы с отслеживанием состояния. 
Надежные службы (Reliable Services) представляются собой облегченную 
платформу для регистрации служб
, которые интегрируются с платформой 
Service Fabric [7]. Эти службы обеспечивают поддержку всех х функций 
платформы. Службы Reliable Services могут быть как без отслеживания 
состояния, так и с отслеживанием состояния. Если состояние службой не 
отслеживается, состояние сохраняется во внешнем решении, таком как база 
данных Azure или хранилище таблиц Azure. Если состояние отслеживается, оно 
сохраняется прямо в службе с использованием Reliable Collections. 
Состояние становится 
высокодоступным
за счет репликации и 
распределения путем 
секционирования
, которыми автоматически управляет 
Service Fabric. 
Надежные субьекты (Reliable Actor) представляют собой платформу 
приложений, реализующую модель Virtual Actor на основе шаблона 
проектирования субъектов, которая реализуется на базе Reliable Services [8]. 

---

67 
Reliable Actor, называемые субъектами, обеспечивают применение 
независимых единиц вычислений и состояний с однопоточным выполнением. 
Платформа Reliable Actor обеспечивает встроенное взаимодействие для 
субъектов, а также предустановленное сохранение состояния и масштабируемые 
конфигурации. 
ASP.NET Core 
является 
кроссплатформенным фреймворком с открытым 
исходным кодом, который интегрируется с
Service Fabric [9]. В Service Fabric 
фреймворк 
ASP.NET Core
 рассматривается в качестве модели программирования 
первого класса для создания веб-приложений и приложений API. Существуют 
два способа применения ASP.NET Core в Service Fabric: 
В первом способе 
ASP.NET Core
следует разместить в виде гостевого 
исполняемого файла. В основном это используется для запуска существующих 
приложений ASP.NET Core в Service Fabric без изменения кода. 
Во втором способе 
ASP.NET Core
следует выполнить в службе Reliable 
Service. Это обеспечивает более эффективную интеграцию со средой 
выполнения Service Fabric и позволяет использовать службы ASP.NET Core с 
отслеживанием состояния. 
Гостевой исполняемый файл представляет собой это произвольный 
существующий исполняемый файл, который может быть написан на любом 
языке программирования [10]. Данный файл должен быть размещен в кластере 
Service Fabric среди других служб.
Следует отметить, что данные файлы не интегрируются с интерфейсами 
API Service Fabric напрямую. Тем не менее они поддерживают преимущества 
предлагаемых платформой Service Fabric функций, таких как настраиваемые 
отчеты о работоспособности и загрузке, а также возможности обнаружения 
службы путем вызова REST API.