Мікрослужби .NET: архітектура контейнерних застосунків.NET

Міністерство освіти і науки України

Київський національний університет імені Тараса Шевченка

Факультет інформаційних технологій

Кафедра інтелектуальних технологій

Звіт

з дисципліни «Сервіс-орієнтована архітектура»

з лабораторної роботи №9

Виконав

студент, групи КН-41                                                   Мартус Артем Антонович

Київ-2021

Тема: мікрослужби .NET: архітектура контейнерних застосунків.NET

Мета: дослідження архітектури контейнерних застосунків .Net.

Завдання: реалізувати Docker image телефонного довідника (база даних може бути реалізована у вигляді файлу на сервері) у вигляді мікросервіса за допомогою .Net Core.

Хід роботи:

Телефонний довідник xml:

[pic 1]

Запуск Docker:

[pic 2] 

У нашому додатку є конвеєр OWIN. Він містить лише один компонент - Фреймворк Nancy. Код в класі Startup, додає до цього конвеєра компонент, який виводить у консоль текст Gоt request при кожному надходженні запиту. Потім він передає запит наступному компоненту конвеєрі – Nancy.

З цим проміжним ПО ОWIN, що записує запити, після запуску програми та виконання кількох запитів за адресою http://localhost:49490 вивід консолі нашого маленького мікросервісу буде виглядати наступним чином:

[pic 3] 

Тепер можна перезапустити програму та знову перейти у браузері за адресою http://localhost:49490. Браузер звернеться до маршруту в модулі Nancy та відобразить помилку. Nancy не може знайти уявлення для маршруту. Це нормально.

Призначення цієї маленької програми полягає не у видачі HTML браузеру, а у видачі даних у форматі JSON або XML. Щоб перевірити, що наш додаток може це зробити, скористаємося Postman або аналогічною утилітою для виконання НТТР-запиту GET до кореневого маршруту програми із заголовком Accept, що має значення application/json. Цей тест з допомогою Postman: