Dangdang.com Микросервис Архитектура Модель компьютерная сеть Другая компьютерная сеть книги Механическая индустрия издательство подлинные книги
Вес товара: ~0.7 кг. Указан усредненный вес, который может отличаться от фактического. Не включен в цену, оплачивается при получении.
Описание товара
Эта книга написана Крисом Ричардсоном, одним из десяти лучших архитекторов программного обеспечения в мире, пионером микросервисной архитектуры и лидером мнений в сообществе разработчиков Java.Его цель – помочь архитекторам и программистам научиться использовать микросервисную архитектуру для успешной разработки приложений. В книге описывается, как решить многие проблемы архитектурного проектирования, с которыми мы столкнемся, в том числе как управлять распределенными данными.В нем также рассказывается, как преобразовать одно приложение в микросервисную архитектуру, охватывающую 44 шаблона архитектурного проектирования и систематически решающую такие проблемы, как разделение служб, управление транзакциями, запросы и межсервисное взаимодействие.Эта книга не является манифестом в защиту микросервисной архитектуры.Автор не только знакомит с принципами и принципами работы микросервисов, но и подробно объясняет шаблоны архитектурного проектирования в реальной реализации. Это позволит вам понять микросервисную архитектуру, ее преимущества и недостатки, а также когда использовать микросервисную архитектуру. Эта книга поможет вам составить глобальное представление о микросервисах и научиться делать правильный архитектурный выбор и находить компромиссы в сложных ситуациях.
◆ Справочник ◆
Оглавление
Напишите в китайскую версию читателей
Переводчик
Китайское издание Предисловие Один
Китайское издание Предисловие II
Предисловие
введение
Глава 1. Побег из единого ада / 1
1.1 Долгий путь к единому аду / 2
1.1.1 Архитектура приложения FTGO / 3
1.1.2 Преимущества монолитной архитектуры / 4
1.1.3 Что такое единый ад? / 4
1.2 Почему эта книга важна для вас / 7
1.3 Что вы узнаете из этой книги? / 8
1.4 Способ спасения: микросервисная архитектура / 8
1.4.1 Кубы расширения и сервисы / 9
1.4.2 Микросервисная архитектура как форма модульности / 11
1.4.3 Каждый сервис имеет свою базу данных / 12
1.4.4 Микросервисная архитектура FTGO / 12
1.4.5 Сходства и различия между микросервисной архитектурой и SOA / 14
1.5 Преимущества и недостатки микросервисной архитектуры / 15
1.5.1 Преимущества микросервисной архитектуры / 15
1.5.2 Недостатки микросервисной архитектуры / 17
1.6 Язык шаблонов микросервисной архитектуры / 19
1.6.1 Микросервисная архитектура не“ серебряная бомба” / 20
1.6.2 Шаблоны и языки шаблонов / 21
1.6.3 Обзор языка шаблонов для микросервисной архитектуры / 24
1.7 Выше микросервисов: процесс и организация / 29
1.7.1 Организация, которая разрабатывает и поставляет программное обеспечение / 30
1.7.2 Процесс разработки и поставки программного обеспечения / 31
1.7.3 Человеческий фактор при внедрении микросервисной архитектуры / 32
Глава 2. Стратегия разделения услуг / 34
2.1 Что такое микросервисная архитектура? / 35
2.1.1 Что такое архитектура программного обеспечения и почему она так важна? / 35
2.1.2 Что такое архитектурный стиль? / 37
2.1.3 Микросервисная архитектура — это архитектурный стиль. / 40
2.2 Определите архитектуру микросервисов для вашего приложения / 43
2.2.1 Определение операций системы / 45
2.2.2 Разделение услуг в зависимости от возможностей бизнеса / 50
2.2.3 Разделение услуг на основе поддоменов / 53
2.2.4 Руководящие принципы разделения / 54
2.2.5 Сложности разделения одного приложения на сервисы / 56
2.2.6 Определение API сервиса / 59
Глава 3 Межпроцессное взаимодействие в микросервисной архитектуре / 63
3.1 Обзор межпроцессного взаимодействия в микросервисной архитектуре / 64
3.1.1 Метод взаимодействия / 64
3.1.2 Определение API в микросервисной архитектуре / 66
3.1.3 Эволюция API / 67
3.1.4 Формат сообщения / 69
3.2 Связь на основе режима синхронного удаленного вызова процедур / 70
3.2.1 Использование ОТДЫХа / 71
3.2.2 Использование gRPC / 74
3.2.3 Использование режима автоматического выключателя для устранения локальных неисправностей / 75
3.2.4 Использование обнаружения служб / 78
3.3 Связь на основе режима асинхронных сообщений / 82
3.3.1 Что такое обмен сообщениями / 83
3.3.2 Использование механизма сообщений для реализации взаимодействия / 84
3.3.3 Создание спецификаций API для сервисных API на основе механизмов сообщений / 86
3.3.4 Использование брокеров сообщений / 87
3.3.5 Обработка параллелизма и порядка сообщений / 91
3.3.6 Обработка дубликатов сообщений / 92
3.3.7 Транзакционные сообщения / 93
3.3.8 Библиотеки классов и платформы, связанные с сообщениями / 97
3.4. Используйте асинхронные сообщения для повышения удобства использования / 99
3.4.1 Синхронные сообщения снижают доступность / 99
3.4.2 Устранение синхронных взаимодействий / 101
Глава 4. Использование Saga для управления транзакциями / 106
4.1 Управление транзакциями в рамках микросервисной архитектуры / 107
4.1.1 Требования микросервисной архитектуры для распределенных транзакций / 108
4.1.2 Проблемы распределенных транзакций / 109
4.1.3. Используйте режим Saga для обеспечения согласованности данных. / 109
4.2 Координационная модель Saga / 113
4.2.1 Совместная сага / 113
4.2.2 Аранжированная сага / 117
4.3. Решение проблемы изоляции / 121
4.3.1 Проблемы, вызванные отсутствием изоляции / 122
4.3.2 Контрмеры для достижения изоляции в режиме Saga / 123
4.4 Проектирование службы заказов и сага о создании заказов / 127
4.4.1 Класс OrderService / 128
4.4.2 Реализация саги о создании заказа / 129
4.4.3 Класс OrderCommandHandlers / 136
4.4.4 Класс OrderServiceConfiguration / 138
Глава 5 Проектирование бизнес-логики в микросервисной архитектуре / 141
5.1 Модель организации бизнес-логики / 142
5.1.1 Использование шаблона сценария транзакции для разработки бизнес-логики / 143
5.1.2 Использование шаблона модели предметной области для разработки бизнес-логики / 144
5.1.3 О предметно-ориентированном проектировании / 146
5.2. Использование шаблона агрегирования для разработки моделей предметной области / 146
5.2.1 Проблемы, вызванные размытыми границами / 147
5.2.2 Агрегация имеет четкие границы / 149
5.2.3 Правила агрегирования / 150
5.2.4 Размер частиц агрегата / 152
5.2.5 Использование агрегирования для разработки бизнес-логики / 153
5.3 Публикация событий домена / 154
5.3.1 Зачем нам нужно публиковать события изменений? / 154
5.3.2 Что такое события предметной области? / 155
5.3.3 Улучшение событий / 155
5.3.4 Идентификация событий предметной области / 156
5.3.5 Создание и публикация событий домена / 157
5.3.6 События в потребительской сфере / 161
5.4 Бизнес-логика Kitchen Service / 162
5.5 Бизнес-логика Службы заказов / 167
5.5.1 Агрегация заказов / 169
5.5.2 Класс OrderService /
Успешная разработка прикладного программного обеспечения на основе микросервисной архитектуры требует освоения ряда новых архитектурных идей и практик.В этой уникальной книге Крис Ричардсон, один из десяти лучших в мире архитекторов программного обеспечения и пионер архитектуры микросервисов, собирает, классифицирует и объясняет 44 шаблона архитектурного проектирования, которые решают сложные проблемы, такие как декомпозиция сервисов, управление транзакциями, запросы и межсервисное взаимодействие.
Эта книга научит вас разрабатывать и развертывать приложения микросервисной архитектуры производственного уровня.Этот ценный набор шаблонов архитектурного проектирования основан на многолетнем опыте работы с распределенными системами. Крис также добавил новые шаблоны для разработки сервисов и объединения их в системы, которые масштабируются и надежно работают в реальных условиях.Эта книга — не просто каталог шаблонов. Она содержит основанные на опыте советы, которые помогут вам проектировать, внедрять, тестировать и развертывать приложения на основе микросервисов.
Эта книга включает в себя:
Как (и почему) использовать архитектуру микросервиса
Стратегия расщепления услуг
Управление транзакциями и модели, связанные с запросами
Эффективная стратегия тестирования
Режим развертывания, включая контейнеры и без серверов
Эта книга, написанная для разработчиков, знакомых со стандартной архитектурой корпоративных приложений, использует Java для написания всех примеров кода.
Крис·Крис Ричардсон)
Один из десяти лучших архитекторов программного обеспечения в мире, автор таких технических шедевров, как «POJOS в действии», а также основатель известных проектов с открытым исходным кодом Cloud Foundry и Eventuate. Области его исследований включают проектирование микросервисной архитектуры, управление распределенными данными, архитектуру приложений, управляемую событиями, проектирование, управляемое предметной областью, непрерывную доставку, среду Spring, Scala, базу данных NoSQL и т. д.
Ю Юн
Проработав много лет в сфере технологий, он был техническим евангелистом Microsoft и ответственным за экологическое строительство VMware Cloud Foundry, а также ему посчастливилось возглавить предпринимательскую волну отечественных контейнерных технологий. В настоящее время живет в Канаде и занимается микросервисной архитектурой, облачными приложениями и другими областями.
Крис и Ю Юн уже много лет вместе работают в глобальной команде по связям с разработчиками VMware. Теперь они сотрудничают, предоставляя консультационные и обучающие услуги, связанные с микросервисами, отечественным предприятиям-клиентам. Их китайский сайт: www.chrisrichardson.cn.