Мікропослуги: сучасна архітектура програмного забезпечення
Продовжуючи с тема еволюції та змін у парадигмах та методах роботи відбулося в галузі розробки програмного забезпечення, про що ми нещодавно торкнулись у названих статтях "Розробка програмного забезпечення: історичний огляд до сьогодні", "Взаємодія через хмару: як її досягти?" y "XaaS: хмарні обчислення - все як послуга", сьогодні ми поговоримо про Мікропослуги.
Мікропослуги - це сучасна архітектура програмного забезпечення, а не API (Інтерфейс програмування програм) або сама технологія, яку можна встановити та використовувати. Архітектури програмного забезпечення, також відомі як зразки програмного забезпечення, абсолютно чужі мовам програмування, оскільки вони є не чим іншим, як лише тим, що встановлюють спосіб роботи технологій, а не спосіб їх реалізації.
Введення
Мікросервіси можна розглядати як еволюцію архітектури SOA (архітектура, орієнтована на послуги), який спрямовує розробників на створення більш модульних додатків, які є функціональними та автономними, з великою ємністю для ефективного повторного використання, як це робиться подібним чином, коли ми оптимізуємо використання деяких апаратних засобів, в яких воно розкриває лише те, що дійсно необхідна, замість того, щоб розкривати весь свій потенціал без потреби.
Архітектура мікросервісів, на практиці це не стало настільки масовим, як у теорії, тобто це краще відоме, ніж використовується. Однак з кожним днем багато розробників впроваджують його, оскільки це модель розробки програмного забезпечення покращує змінні час, продуктивність та стабільність у проектах, де це застосовується. До того ж його проста асоційована масштабованість робить його особливо придатним у розробках, де крос-платформна сумісність (Web, Mobile, Wearables, IoT) є надзвичайно важливою.
Але тоді як SOA - це архітектура вищого рівня, тобто Архітектура, де будуються додатки, засновані на послугах, де послуга є найменшою та найбільш функціональною одиницею роботи в рамках створеної програми, Архітектура мікросервісів також дозволяє нам створювати послуги, але ці послуги розроблені дуже малим і конкретним чином так що вони виконують дуже точну та пунктуальну функціональність, таким чином, що їх можна відокремити від решти програм і функціонувати повністю автономно від решти програми, де вона була створена.
Що таке програмні архітектури (зразки)?
Щоб добре зрозуміти архітектуру програмного забезпечення мікросервісів, добре знати трохи про всі найвідоміші існуючі архітектури програм. Існує багато існуючих, як це можна побачити на сайті Езодизайн або просто в Вікіпедія, але за відомою книгою називається «Книга з дизайном візерунків» (Дизайн шаблонів книги) існуючі моделі можна класифікувати як:
Творчі
Ті, що мають справу зі способами створення екземплярів об'єктів і метою яких є абстрагування процесу створення екземплярів та приховування деталей способу створення або ініціалізації об'єктів. У цьому класі є такі:
- Анотація заводу
- Будівельник
- Заводський метод
- Прототип
- Сінглтон
Структурні
Ті, що описують, як класи та об'єкти (прості або складені) можуть поєднуватися, утворюючи великі структури та забезпечуючи нові функціональні можливості. У цьому класі є такі:
- Адаптер
- Міст
- Composite
- Декоратор
- фасад
- Flyweight
- довірена особа
Поведінка
Ті, що допомагають нам визначити зв'язок та ітерацію між об'єктами системи. Мета цього шаблону - зменшити зв'язок між об'єктами. У цьому класі є такі:
- Ланцюг відповідальності
- Command
- перекладач
- Ітератор
- Посередник
- Сувенір
- Спостерігач
- стан
- Стратегія
- Шаблонний метод
- Відвідувач
інші
Попередні шаблони проектування виражали схеми, що визначають структуру проектування, за допомогою якої можна будувати програмні системи. Але коли ми хочемо краще виразити фундаментальну організаційну та структурну схему створених програмних систем, ми зазвичай знаходимо таку іншу класифікацію:
- Шиферна архітектура
- DAO: Об'єкт доступу до даних
- DTO: Об'єкт передачі даних
- EDA: Архітектура, керована подіями
- Неявне виклик
- Оголені предмети
- Пошарове програмування
- Рівний-рівному
- Трубопровід
- SOA: Архітектура, орієнтована на обслуговування
- Три рівні
Є також "Модель подання контролера" який добре відомий і використовується, і поділяється на:
- Модель / Вид / Контролер
- Модель / Вид / Ведучий
- Модель / Вигляд / Ведучий з Модель Презентатор
- Модель / Вид / Вид-Модель
- Модель / Вид / Презентатор з пасивним видом
- Модель / Вигляд / Презентатор з контролером супервізора
Буття "Модель подання контролера" - одна з найвідоміших та впроваджених сьогодні, недостатньо надати необхідні функціональні можливості для корпоративного додатка, і це одна з основних причин, чому, архітектура мікросервісів замінює модель-View-Controller (MVC).
Переваги архітектури мікропослуг
Коли веб-платформа використовує архітектуру мікросервісів, вона зазвичай має такі переваги:
- Вирішити легко вирішити кожну проблему чи проблему, що стосується кожної невеликої мікрослужби, яка бере участь у конкретній ситуації.
- Щоб пом'якшити Загальні або глобальні збої в роботі служб, оскільки, коли мікросервіс виходить з ладу, це не впливає на інші, оскільки вони абсолютно незалежні.
- Щоб полегшити запуск та включення повних або конкретних функціональних можливостей або послуг, оскільки кожна мікрослужба може бути додана або видалена та оновлена окремо та поступово.
- Щоб покращитися доступ до програм або служб, створених з усіх типів пристроїв та платформ.
- Aumentar універсальність платформи, оскільки мікросервіси можуть розповсюджуватися на різних серверах і писатися різними мовами.
Фреймворки з відкритим кодом
Є багато параметри з відкритим кодом що розробники програмного забезпечення можуть використовувати для розробки рішень, які є частиною архітектури мікросервісів. Спеціально для Java, яка є широко використовуваною технологією для цього, є такі:
- Крикет
- dropwizard
- Мікропрофіль Eclipse
- Гелідон
- Джерсі
- Payara Micro
- Play
- Рестлет
- Іскритися
- Весняний черевик
- сквош
- Збійник
- Телеприсутність
- Торфейл WildFly
- Жипкін
Веб-приклади з архітектурою мікросервісів
Серед великої кількості веб-сайтів, які надають широкомасштабні прикладні послуги та поступово впроваджують архітектуру мікросервісів для поліпшення обслуговування та масштабованості платформи своїх послуг та продуктів, роблячи її простою, ефективною та швидкою, можна назвати три основні в галузі Хто вони:
- Amazon
- Ebay
- Netflix
Висновок
Зрозуміло, що Мікросервіси роблять великий внесок у розробку сучасного веб-програмного забезпеченняАле вони також означають вирішення багатьох нових проблем, які потрібно вирішити. Проблеми, які пов’язані не тільки з навчальним процесом та ефективною роботою, але й з тим, як ці нові розробки доповнюються та впроваджуються в ІТ-відділах, які врешті-решт є тими, хто розміщує їх в мережі та керує ними, і мають вагомий голос в остаточних рішеннях щодо кожного розвитку. Але Ця Архітектура тут, і вона залишилася надовго.