Подлинная архитектура программного обеспечения Дизайн архитектуры. Интеграция крупномасштабного веб-сайта Техническая архитектура и бизнес-архитектура KAFKA Учебное пособие
Вес товара: ~0.7 кг. Указан усредненный вес, который может отличаться от фактического. Не включен в цену, оплачивается при получении.
Описание товара
Название книги: Проектирование архитектуры программного обеспечения: как интегрировать техническую архитектуру и бизнес-архитектуру больших веб-сайтов
Цена: 79,00 юань
Автор: Ю Чуньлун
Пресса: электронная промышленная пресса
ISBN: 9787121356032
«Проектирование архитектуры программного обеспечения: как интегрировать техническую архитектуру и бизнес-архитектуру больших веб-сайтов» систематически объясняет методологию и практику технической архитектуры и бизнес-архитектуры.«Проектирование архитектуры программного обеспечения: интеграция технической архитектуры и бизнес-архитектуры больших веб-сайтов» разделено на пять частей. Часть 1 определяет концепцию и сферу применения архитектуры на основе отраслевого опыта; Во второй части подробно обсуждаются навыки работы с компьютером, необходимые для архитектуры, включая языки программирования, операционные системы, базы данных, сети, платформы и промежуточное программное обеспечение; Часть 3 начинается с точки зрения высокого параллелизма, высокой доступности и стабильности.Техническая архитектура обсуждается с точки зрения качественных распределенных транзакций, алгоритма консенсуса Paxos/Raft, теории CAP и т. д.;В части 4 бизнес-архитектура обсуждается с точки зрения бизнес-архитектурного мышления, микросервисов, предметно-ориентированного проектирования и интеграции технической архитектуры и бизнес-архитектуры;В части 5 объясняется метод перехода от технологии к менеджменту с точки зрения личных качеств и командных способностей. Благодаря книге «Проектирование архитектуры программного обеспечения: интеграция технической архитектуры и бизнес-архитектуры больших веб-сайтов» читатели смогут получить общее представление о методологии архитектуры крупномасштабных бизнес-систем и в то же время получить глубокое понимание основных возможностей архитектуры программного обеспечения, которые могут служить ориентиром для личного технического роста.
«Проектирование архитектуры программного обеспечения: как интегрировать техническую архитектуру и бизнес-архитектуру больших веб-сайтов» подходит для чтения не только инженерам и архитекторам, но и специалистам по разработке программного обеспечения, включая разработчиков корпоративных систем.
Часть 1 Что такое архитектура
Глава 1. Различные профессии архитектора 2.
1.1 Классификация карьеры архитектора 2
1.2 Классификация архитектуры 2
Глава 2 Дао и техника архитектуры 5
2.1 Что такое Дао и что такое техника 5
2.2 Диалектические отношения между Дао и искусством 6
Часть 2. Компьютерные навыки
Глава 3 Язык 10
3.1 Новые языки программирования 10
3.2 Овладеть языком 10
Глава 4. Операционные системы 12.
4.1 Буферизованный ввод-вывод и прямой ввод-вывод 12
4.2 Файлы, отображаемые в памяти, и нулевая копия 14
4.2.1 Файлы, отображаемые в памяти 14
4.2.2 Нулевая копия 15
4.3 Модель сетевого ввода-вывода 17
4.3.1 Модель сетевого ввода-вывода уровня реализации 17
4.3.2 Режим реактора и режим преактора 20
4.3.3 LT и ET select и epoll 20
4.3.4 Модель серверного программирования 1+N+M 22
4.4 Процессы, потоки и сопрограммы 24
4.5 Без блокировки (барьер памяти и CAS) 27
4.5.1 Барьер памяти 27
4.5.2 CAS 30
Глава 5 Сеть 31
5.1 HTTP 1.0 31
5.1.1 Проблемы с HTTP 1.0 31
5.1.2 Механизм Keep-Alive и атрибут Content-Length 31
5.2 HTTP 1.1 32
5.2.1 Повторное использование соединений и механизм фрагментов 32
5.2.2 Проблемы блокировки конвейера и начала линии 33
5.2.3 Методы повышения производительности до появления HTTP/2 34
5.2.4&«Дкво»;”Вопрос 35
5.2.5 Возобновить загрузку с точки останова 36
5.3 HTTP/2 36
5.3.1 Совместимость с HTTP 1.1 37
5.3.2 Двоичный кадр 37
5.3.3 Сжатие головы 39
5.4 SSL/TLS 39
5.4.1 Общие сведения 39
5.4.2 Проблемы с симметричным шифрованием 40
5.4.3 Двустороннее асимметричное шифрование 41
5.4.4 Одностороннее асимметричное шифрование 42
5.4.5 Атака «человек посередине» 43
5.4.6 Цифровые сертификаты и центры аутентификации сертификатов 44
5.4.7 Корневой сертификат и цепочка доверия ЦС 45
5.4.8 Протокол SSL/TLS: четырехстороннее рукопожатие 47
5.5 HTTPS 48
5.6 TCP/UDP 49
5.6.1 Надежность и ненадежность 49
5.6.2 TCP&LDQUO”Соединение (конечный автомат) 51
5.6.3 Трехстороннее подтверждение связи (общая проблема сети 2) 53
5.6.4 Четыре волны 54
5.7 QUIC 56
5.7.1 Отсутствие потери пакетов (алгоритм Raid5 и алгоритм Raid6) 57
5.7.2 Меньше RTT 58
5.7.3 Миграция соединения 58
Глава 6 База данных 59
6.1 Парадигма и антипарадигма 59
6.2 Подбаза данных и подтаблица 59
6.2.1 Зачем делить 60
6.2.2 Служба распределенной генерации идентификаторов 60
6.2.3 Выбор размеров разделения 60
6.2.4 Проблемы с запросами на объединение 61
6.2.5 Распределенные транзакции 61
6,3 Б+ дерево 62
6.3.1 Логическая структура дерева B+ 62
6.3.2 Физическая структура дерева B+ 63
6.3.3 Индекс непервичного ключа 65
6.4 Транзакции и блокировки 66
6.4.1 Четыре уровня изоляции транзакций 66
6.4.2 Пессимистическая блокировка и оптимистическая блокировка 67
6.4.3 Обнаружение тупиковой ситуации 71
6.5 Принцип реализации транзакции 1: Журнал повторов 72
6.5.1 Write-Ahead 73
6.5.2 Логическая и физическая структура журнала повторов 74
6.5.3 Physiological Logging 75
6.5.4 Атомарность операций ввода-вывода (двойная запись) 76
6.5.5 Структура блока журнала повторов 77
6.5.6 Взаимосвязь между транзакциями, LSN и блоком журнала 78
6.5.7 Откат транзакции и восстановление после сбоя (алгоритм ARIES) 80
6.6 Принцип реализации транзакции 2: журнал отмены 86
6.6.1 Нужен ли журнал отмены? 86
6.6.2 Журнал отмены (MVCC) 88
6.6.3 Журнал отмены не является журналом 89
6.6.4 Связь между журналом отмены и журналом повтора 90
6.6.4 Различные замки 91
6.7 Бинлог и репликация «главный-подчиненный» 94
6.7.1 Основные различия между Binlog и Redo Log 94
6.7.2 Внутренний XA&ндаш; Проблемы согласованности между Binlog и Redo Log 95
6.7.3 Три метода репликации «главный-подчиненный» 96
6.7.3 Параллельная репликация 97
Глава 7. Структура, программное обеспечение и промежуточное ПО 99
7.1 Понимание экосистемы 99
7.2 Структура 99
7.3 Программное обеспечение и промежуточное программное обеспечение 100
Часть 3. Путь технической архитектуры
Глава 8. Проблемы высокого параллелизма 104
8.1 Классификация проблем 104
8.1.1 Фокус на&Ldquo;”Система 104
8.1.2 Фокус на“”Система 105
8.1.3 Также сосредоточьтесь на&Ldquo;&rdquo“”Система 106
8.2 Высокое одновременное чтение 108
8.2.1 Стратегия 1: Добавить кэш 108
8.2.2 Стратегия 2: Параллельное чтение 109
8.2.3 Стратегия 3: переписать и легко прочитать 110
8.2.4 Резюме: разделение чтения и записи (архитектура CQRS) 113
8.3 Высокая степень одновременности написания 114
8.3.1 Стратегия 1: сегментирование данных 114
8.3.2 Стратегия 2: Распределение задач 115
8.3.3 Стратегия 3: Асинхронный 117
8.3.4 Стратегия 4: партия 123
8.3.5 Стратегия 5: сериализация + многопроцессный однопоток + асинхронный ввод-вывод 124
8.4 Планирование мощностей 125
8.4.1 Пропускная способность, время отклика и количество параллелизма 125
8.4.2 Стресс-тестирование и оценка потенциала 127
Глава 9 Высокая доступность и стабильность 129
9.1 Несколько копий 129
9.2 Изоляция, ограничение тока, плавкие предохранители и деградация 130
9.3 Освобождение и откат в оттенках серого 135
9.4 Система мониторинга и журнал тревог 136
Глава 10 Транзакционная согласованность 138
10.1 Проблемы распределенных транзакций, которые можно увидеть повсюду 138
10.2 Краткое описание решений для распределенных транзакций 139
10.2.1 2PC 139
10.2.2 Конечная согласованность (промежуточное программное обеспечение сообщений) 141
10.2.3 TCC 145
10.2.4 Таблица состояний транзакций + повтор вызывающего абонента + идемпотентность получателя 147
10.2.5 Согласование 148
10.2.6 Компромисс: слабая последовательность + государственная компенсация 149
10.2.7 Компрометация: повторная попытка + откат + сигнализация + восстановление вручную 151
10.2.8 Резюме 152
Глава 11 Согласованность нескольких копий 153
11.1 Насколько сложно добиться высокой доступности и строгой согласованности 153
11.1.1 Проблема потери сообщений Кафки 153
11.1.2 Проблема путаницы в сообщениях Kafka 156
11.2 Анализ алгоритма Паксоса 158
11.2.1 Какие проблемы решает Paxos 158
11.2.2 Копирование конечных автоматов 161
11.2.3 Простая и глубокая мысль 163
11.2.4 Базовый алгоритм Паксоса 164
11.2.5 Алгоритм Мульти Паксоса 167
11.3 Анализ алгоритма Рафта 169
11.3.1 для“Понятность”Дизайн 169
11.3.2 Запись по одной точке 170
11.3.3 Бревенчатая конструкция 171
11.3.4 Этап 1: Выборы лидера 174
11.3.5 Этап 2: Репликация журналов 176
11.3.6 Фаза 3: Фаза восстановления 177
11.3.7 Гарантия безопасности 177
11.4 Анализ алгоритма Заба 180
11.4.1. Реплицированный конечный автомат в сравнении с системой основного резервного копирования 180
11.4.2 zxid 182
11.4.3&Ldquo; Предисловие”: Неочередная подача по сравнению с последовательной подачей 182
11.4.4 Выборы лидера: алгоритм FLE 184
11.4.5 Обычная фаза: двухэтапная подача 186
11.4.6 Фаза восстановления 186
11.5 Сравнение трех алгоритмов 187
Глава 12 Теория CAP 189
12.1 Непонимание теории CAP 189
12.2 Реального мира не существует“Сильная последовательность”(теория PACELC) 190
12.3 Типичный случай: распределенная блокировка 192
Часть 4. Путь бизнес-архитектуры
Глава 13. Деловая осведомленность 196
13.1 Менеджер по продукту и аналитик требований 196
13.2 Что такое“ бизнес” 198
13.3“Бизнес-архитектура”двойной смысл 199
13.4“Бизнес-архитектура”С“Техническая архитектура”отличие 200
Глава 14. Бизнес-архитектурное мышление 202
14.1“ псевдо”Наслоение 202
14.2 Граничное мышление 204
14.3 Системное мышление 205
14.4 Анализ заинтересованных сторон 206
14.5 Анализ нефункциональных требований (начинайте с учетом конечной цели) 208
14.6 Перспектива (рассматриваемая горизонтально как гребень и как вершина сбоку) 209
14.7 Абстракция 210
14.8 Моделирование 213
14.9 Ортогональное разложение 215
Глава 15 Интеграция технической архитектуры и бизнес-архитектуры 218
15.1 Различные методологии 218
15.2 Почему“ Управляемый доменом” 218
15.3“Бизнес-процесс”Не равно“” 221
15.4 Почему сложно разработать хорошую модель предметной области 222
15.5 Доменно-ориентированное проектирование и микросервисная архитектура&LDQUO” 223
15.6 Проектирование на основе домена и разделение чтения и записи (CQRS) 224
15.7 Шаблон многоуровневой бизнес-архитектуры 225
15.8 Трубы&-Шаблон архитектуры фильтра 226
15.9 Шаблон архитектуры конечного автомата 226
15.10 Бизнес-аспекты/модель бизнес-архитектуры с замкнутым контуром 228
Часть 5 От архитектуры к управлению технологиями
Глава 16 Улучшение качества личности 232
16.1 Модель возможностей 232
16.2 Формирование влияния 234
Глава 17 Улучшение возможностей команды 237
17.1 Неопределенность и контроль рисков 237
17.2 Управление, ориентированное на ценность 239
17.3 Развитие команды 241