8 (905) 200-03-37 Владивосток
с 09:00 до 19:00
CHN - 1.14 руб. Сайт - 17.98 руб.

Ультра -хрупкое распределение распределенной системы Решение архитектуры системы: каждый -это архитектор 2.0 Gaoshu Dragon Dragon Dravied System Architecture Book с нуля с нуля.

Цена: 801руб.    (¥44.5)
Артикул: 613962189710

Вес товара: ~0.7 кг. Указан усредненный вес, который может отличаться от фактического. Не включен в цену, оплачивается при получении.

Этот товар на Таобао Описание товара
Продавец:电子工业出版社旗舰店
Адрес:Пекин
Рейтинг:
Всего отзывов:0
Положительных:0
Добавить в корзину
Другие товары этого продавца
¥46.8842руб.
¥9162руб.
¥9.36169руб.
¥ 198 148.52 671руб.


Введение

    

   В этой книге есть 5 глав.Глава 1 основана на открытии книги с крупной структурой обслуживания.Глава 2 посвящена тому, как реализовать полный тест на давление в полной линии накануне продвижения по службе, а также для проведения планирования мощности и оптимизации производительности поучительны, чтобы сделать систему крепко как рок.Глава 3 фокусируется на том, как эффективно контролировать поток.Глава 4 посвящена тому, как решить основные технические проблемы, такие как высокая параллельная и высокая писательница в сценарии продвижения по службе.Глава 5 подробно представил процесс эволюции архитектуры реляционной базы данных, а также была сосредоточена на том, как обеспечить окончательную согласованность данных в сценарии фактического бизнеса.


Оглавление

Оглавление
Глава 1 крупные системы небольшие работы——Большая архитектура обслуживания ... ......................
1.1 Эволюция архитектуры распределенной системы ... .................... 1
1.1.1 Одиночная архитектура ... ............................................ .................................................. ........................
1.1.2 Кластерная архитектура ... .............................................. .................................................. ...................... 4
1.1.3 Вертикальная разделитель бизнес -подсистема ... ...............................
1.1.4 Эволюция структуры обслуживания ....................................................................................................................................... ................ .................................. ....... 8
1.1.5 Разница между обслуживанием и архитектурой микро -сервиса ... ......................... 9
1.1.6 Разница между кластерами и распределенной ... ...........................
1.1.7 Эволюция архитектуры разделения передней и задней части ... .............................
1.1.8 API Gateway Service ................................ ............ .................................................. .................... 14
1.1.9 Распределенная многоактивированная эволюция архитектуры центра обработки данных ... ..................... 17
1.2 Спрос на управление услугами ... ....................................................................................................................................................................... .................................................. ...................... 20
1.2.1 Протокол обслуживания и RPC ... ............................ 20
1.2.2 Dubbo на основе рамки управления обслуживанием для реализации обслуживания ......................... ....... двадцать два
1.2.3 Системная лавина, которая насторожена из -за сверхурочной работы и повторения ... ............. 26
1.2.4 Зачем вам внедрять управление услугами ............................................................................................................................... . .................. 28
1.2.5 В отношении проблемы распределенной транзакции после службы ... .......... 31
1.2.6 План производительности регистрационного центра ... ........................ 32
1.2.7 Сервис под распределенной много -активной архитектурой является ближайшим планом вызовов ... ...... 34
1.3 Цепочка управления обслуживанием вызовов ..................................... ...... .......................... 35
1.3.1 Google Dapper The Disess Введение ... .............. 36
1.3.2 Реализация цепочки вызовов ... ................................ 38
1.3.3 Решение AOP, основанное на не -инвазивном рабочем периоде, схема AOP реализовать сбор данных и отчет ...
1.3.4 Скорость выборки распределения ................................. ......... ....................... 57
1.4 Сводка этой главы ... .............................................. .................................................. ...................... ...... 58
Глава 2 Отличная подготовка к повышению по службе ядерной бомбы——Полный тест на давление в ссылке ....................................................................................................................................................................................... ............. 59
2.1 Почему вам нужно пройти полную тесту давления в Link в Интернете ... ........................ 60
2.2 Как различать трафик измерения напряжения ... ........................ 63
2.2.1 План маркировки тестирования давления .......................................... ...................................... 63
2.2.2 Пропустите тестирование давления в информации по ссылке ...................................... .... ............. 65
2.2.3 Внешний третий интерфейс частично занимает макет ........................................ ......................... 67
2.2.4 Схема выделения данных измерения давления ... ........................................ ..................................................
2.3 Как инициировать большой тест на давление ... ................................ 69
2.3.1 Платформа построения данных ... .............................................. .................................................. .................
2.3.2 Self -Develoded Full -Slink Testsing некоторое количество опыта совместного использования системы военных упражнений ... ..... 71
2.4 Сводка этой главы ... .............................................. .................................................. ...................... ...... 74
Глава 3 Пиковая долина заполнения——Схема потоковой передачи ................................. ............... ............. 75
3.1 Почему мне нужно ограничить ток ................................................................................................................................................................................................................................................................................................................................................... .................................................. .................................................. ........
3.2 Схема ограничения потока ... ............................................................................................................................................................................... .................................................. ..................... ......... 79
3.2.1 Алгоритм общего тока ... ............................................ .................................................. .................................................. ......................................
3.2.2 Реализуйте средний предел ставки на основе гуавы ... .............. 83
3.2.3 Схема ограничения потока доступа .......................................... ... .............................. 86
3.2.4 Ограничение уровня приложения——Ограниченное время -схема ограничения покупки ... ..... 89
3.3 План пикового резки на основе времени ................................................................................................................................... ........ .............................
3.3.1 Действия для достижения пиковой резки в течение периода времени ... ...................... 93
3.3.2, отвечая на проверку для достижения пиковой резки ... ..................................... .................................................. ...
3.4 Размещение, пик и*окончательное согласованное решение очереди сообщений ... ...... 94
3.4.1 Реализация очереди сообщений отделено ............................................ ............ ...................................... .......................... 95
3.4.2 Использование общего промежуточного программного обеспечения .......................................... ............ ...................................... .. 96
3.4.3 Некоторые типичные случаи, основанные на очереди сообщения ... ................... 113
3.5 Резюме этой главы ........................................... .. .................................................. .................................................. ............ ....... 116
Глава 4 Отличные вопросы по продвижению основных технологий——Решение с оптимизацией чтения/письма ... ...... 117
4.1 Введение в технологию кэша ... .............................................. .................................................. ...................... 118
4.1.1 локальный кеш ... ................
4.1.2 Болетные точки местного кеша ... .................................. 121
4.1.3 Загадочная технология вне HEAP ... .................... 122
4.2 Высокопроизводительный распределенный кэш Redis ... .......................... 127
4.2.1 Операция Redis на основе клиента Jedis ... .................... 128
4.2.2 Реализация Shaarding на основе режима повторного анализа ... .... 129
4.3 Тот же горячий продукт с высокой точки зрения и читает проблему ... ... ... ... ... ...
4.3.1 Схема многоуровневого кеша ... ................................................................................................................................... ................................. 135
4.3.2 Cchecre через мышление ................................................ ......... ......................................... ................................... 139
4.3.3 Решение о разделении/письменности в режиме Rediscluster ... ...... 140
4.4 Те же самые горячие продукты очень одновременно написаны с проблемами ... ... ... ...
4.4.1 Проблема блокировки двигателя Innodb ........................................................................................................................................................................... .................. 143
4.4.2 План вычета инвентаризации, основанный на оптимистичной блокировке Redis ... ............. 145
4.4.3 План вычета инвентаризации, встроенный в сценарий Lua ... ................... 149
4.4.4 На основе улучшения базы данных Alisql и одновременной работы по написанию ... ...... 155
4.5 Сводка этой главы .............................................. ...... .................................................. .................................................. ........ ...... 161
Глава 5 Звездная игра——Схема таблицы таблицы Sub -Bibrary ......................................... .... .......................... 162
5.1 Архитектура базы данных отношений развилась .................................. ........... ................... 163
5.1.1 Снятие/разделение базы данных ... .................................. 163
5.1.2 Вертикальная база данных базы данных ............................................................... ...... ................................ 164
5.1.3 Библиотека базы данных базы данных и горизонтальная таблица ............................................ ........... .................... 165
5.1.4 MySQL Sharding и MySQL Cluster ...
5.2 Sharding Middleware ... ........................................ 167
5.2.1 Обычное сравнение промежуточного программа Sharding ............................. .............. 167
5.2.2 Введение акулы ... .............................................. ........................ 169
5.2.3 Модель архитектуры акулы ... ......................................... ............................................. 170
5.2.4 Используйте акула для реализации задачи маршрутизации данных после разделения таблицы ветви ...
5.2.5 Воздействие после таблицы счетов .......................................... ..... ............................................. ....................... 178
5.2.6 Глобальное ** последовательное решение ... .............. 179
5.2.7 Запрос сложного условия на основе многогрательных условий Solr ... ...... 182
5.2.8 О распределенных транзакциях ... ......................................... .................................................. .....
5.3 HA Решение базы данных ... .......................................... ............................. 184
5.3.1 Реализуйте основной переключение на основе центра конфигурации ...................................... .......... ................ 185
5.3.2 Реализуйте основное переключение на основе Keepalive ... ................. 186
5.3.3 Согласованность данных в процессе гарантирования переключения шедевров ........................................ . ............. 188
5.4 Заказать требования к избыточному таблице бизнеса ... .......................................... .................................................. .................................................. .............................
5.4.1 Реализация избыточной таблицы ... .................................... 190
5.4.2 Данные*Окончательное решение для согласованности .......................................... ...... .................................. 192
5.5 Сводка этой главы ... .............................................. .................................................. ...................... ...... 195
Приложение ................................................. .................................................. .................................................. .............. ............................ 196
PostScript ................................................. .................................................. .................................................. .............. ...................... 223
об авторе

Лицо, отвечающее за инфраструктуру, и члена технического комитета, испытал трансформацию архитектуры сбора с 0 в 1 и стал свидетелем роста распыления бизнеса с собранием с большим количеством высокой пара одни из них, большим трафиком и большим количеством Обработка данных Практический опыт.
Рекомендуемая рекомендация

Эта книга максимально легко понять, объясните каждую точку знания простым способом и представьте большое количество реальных случаев в сочетании с реальными бизнес -сценариями.Эта книга подходит для всех архитекторов, разработчиков и сотрудников эксплуатации и технического обслуживания, которые заинтересованы в архитектуре крупных распределенных систем.