Бестселлеры O'Reilly - Сэм Ньюмен - Создание микросервисов [2016, PDF/EPUB, RUS]

Статистика раздачи
Размер:  10.5 MB   |   Зарегистрирован:  2 года 7 месяцев   |   .torrent скачан:  4,568 раз
Сиды:  21   Личи:  1
Автор
Сообщение

dimkqa

Стаж: 8 лет 2 месяца

Сообщений: 15

flag

dimkqa · 30-Янв-16 13:38 (2 года 7 месяцев назад, ред. 07-Фев-16 19:05)

 

Создание микросервисов
Год издания: 2016
Автор: Сэм Ньюмен
Жанр или тематика: Программирование микросервисов
Издательство: Питер
ISBN: 978-5-496-02011-4
Серия: Бестселлеры O'Reilly
Язык: Русский
Формат: PDF/EPUB
Качество: Издательский макет или текст (eBook)
Интерактивное оглавление: Нет
Количество страниц: 304
Описание: Книга посвящена программированию микросервисов — небольших автономных компонентов, позволяющих добиться модульности и отказоустойчивости любой программы. Теория микросервисов тесно связана с философией Unix, способствует улучшению архитектуры любых приложений, дает возможность избегать громоздкого и запутанного кода. Эта книга поможет читателю заново взглянуть на многие, казалось бы, трудноразрешимые проблемы, масштабировать любые проекты, ювелирно разрабатывать даже самые сложные системы.
Эта книга полна конкретных примеров использования микросервисов, собранных по всему миру, включая их применение в таких организациях, как Netflix, Amazon, Gilt и REA group, пришедших к мысли, что возросшая автономность этой архитектуры дает их командам огромные преимущества.
Тематика книги довольно обширна, что, собственно, соответствует масштабам последствий применения архитектур микросервисов, обладающих высокой степенью детализации. Книга предназначена для тех, кто интересуется аспектами проектирования, разработки, развертывания, тестирования и обслуживания систем. А те, кто уже приступил к работе с архитектурами, обладающими высокой степенью детализации, создавая приложения с нуля или разбивая на более мелкие части существующую монолитную систему, найдут в ней массу полезных практических советов. Книга поможет и тем, кто хочет узнать, в чем тут дело, чтобы понять, подходят им микросервисы или нет.
Микросервисы — весьма динамичная тема. Хоть идея и не нова (несмотря на новизну применяемого термина), накопленный по всему миру опыт наряду с новыми технологиями существенно повлияли на сами способы ее использования. Из-за высокого темпа перемен в данной книге я старался сконцентрироваться скорее на идеях, чем на конкретных технологиях, зная, что подробности реализации всегда изменяются быстрее, чем положенные в их основу размышления. И тем не менее я полон ожиданий, что буквально через несколько лет мы еще глубже вникнем в суть областей применения микросервисов и порядок их эффективного использования.
Хотя я приложил все свои силы к тому, чтобы передать в этой книге основную суть затронутой тематики, если у вас появился к ней серьезный интерес и вы хотите быть в курсе самых последний веяний, будьте готовы к тому, чтобы посвятить ее изучению не один год.
Примеры страниц
Оглавление
Предисловие . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Для кого написана эта книга . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Зачем я написал эту книгу . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Мир микросервисов сегодня . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
Структура книги . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
Соглашения, принятые в этой книге . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Благодарности . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Об авторе . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
От издательства . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
Глава 1. Микросервисы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
Что же такое микросервисы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
Небольшие и нацеленные на то,
чтобы хорошо справляться только с одной работой . . . . . . . . . . . 23
Автономные . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
Основные преимущества . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
Технологическая разнородность . . . . . . . . . . . . . . . . . . . . . . . . . . 25
Устойчивость . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
Масштабирование . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
Простота развертывания . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
Решение организационных вопросов . . . . . . . . . . . . . . . . . . . . . . . 29
Компонуемость . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
Оптимизация с целью последующей замены . . . . . . . . . . . . . . . . . 30
А как насчет сервис-ориентированной архитектуры? . . . . . . . . . . . . . . . . 30
Другие технологии декомпозиции . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
Совместно используемые библиотеки . . . . . . . . . . . . . . . . . . . . . . 31
Модули . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
Никаких универсальных решений . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
Резюме . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
Глава 2. Архитектор развития . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
Неверные сравнения . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
Эволюционное видение для архитектора . . . . . . . . . . . . . . . . . . . . . . . . . 37
Зонирование . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
Принципиальный подход . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
Стратегические цели . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
Принципы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
Инструкции . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
Объединение принципов и инструкций . . . . . . . . . . . . . . . . . . . . . 41
Практический пример . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
Необходимый стандарт . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
Мониторинг . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
Интерфейсы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
Архитектурная безопасность . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
Управление посредством кода . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
Экземпляры . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
Подгоняемый шаблон сервиса . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
Технические обязательства . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
Работа с исключениями . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
Руководство и ведущая роль центра . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
Формирование команды . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50
Резюме . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50
Глава 3. Как моделировать сервисы . . . . . . . . . . . . . . . . . . . . . . . . . . 52
Представление MusicCorp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
Как создать хороший сервис . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
Слабая связанность . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
Сильное зацепление . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
Ограниченный контекст . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
Общие и скрытые модели . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
Модули и сервисы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
Преждевременная декомпозиция . . . . . . . . . . . . . . . . . . . . . . . . . 56
Бизнес-возможности . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
Внизу сплошные черепахи . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
Обмен данными с точки зрения бизнес-концепций . . . . . . . . . . . . . . . . . . 59
Техническая граница . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
Резюме . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
Глава 4. Интеграция . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
Поиск идеальной интеграционной технологии . . . . . . . . . . . . . . . . . . . . . 62
Уклонение от разрушающих изменений . . . . . . . . . . . . . . . . . . . . . 62
Сохранение технологической независимости применяемых API . . . 62
Сохранение простоты использования сервиса потребителями . . . . 63
Скрытие внутренних деталей реализации . . . . . . . . . . . . . . . . . . . 63
Взаимодействие с потребителями . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
Совместно используемая база данных . . . . . . . . . . . . . . . . . . . . . . 64
Сравнение синхронного и асинхронного стилей . . . . . . . . . . . . . . 66
Сравнение оркестрового и хореографического принципов . . . . . . . 67
Удаленные вызовы процедуры . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
Технологическая связанность . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
Локальные вызовы не похожи на удаленные . . . . . . . . . . . . . . . . . 71
Хрупкость . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
Неужели RPC настолько страшен? . . . . . . . . . . . . . . . . . . . . . . . . . 73
REST . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
REST и HTTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
Гиперсреда как механизм определения состояния приложения . . . 75
JSON, XML или что-то другое? . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
Опасайтесь слишком больших удобств . . . . . . . . . . . . . . . . . . . . . 78
Недостатки REST с использованием HTTP . . . . . . . . . . . . . . . . . . . 79
Реализация асинхронной совместной работы на основе событий . . . . . . . 80
Выбор технологии . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80
Сложности асинхронных архитектур . . . . . . . . . . . . . . . . . . . . . . . 82
Сервисы как машины состояний . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83
Реактивные расширения . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84
DRY и риски повторного использования кода в мире микросервисов . . . . 84
Доступ по ссылке . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86
Управление версиями . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88
Откладывание изменений на максимально возможный срок . . . . . 88
Выявление критических изменений на самой ранней стадии . . . . . 89
Использование семантического управления версиями . . . . . . . . . . 90
Сосуществование различных конечных точек . . . . . . . . . . . . . . . . 90
Использование нескольких параллельных версий сервиса . . . . . . . 92
Пользовательские интерфейсы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93
Движение в направлении к единым цифровым устройствам . . . . . 94
Ограничения . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95
API-композиция . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95
Составление фрагментов пользовательского интерфейса . . . . . . . 97
Внутренние интерфейсы, предназначенные
для внешних интерфейсов . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99
Гибридный подход . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102
Интеграция с программами сторонних разработчиков . . . . . . . . . . . . . . 102
Отсутствие должного контроля . . . . . . . . . . . . . . . . . . . . . . . . . . 103
Адаптация . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103
Тонкости интеграции . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104
На наших собственных условиях . . . . . . . . . . . . . . . . . . . . . . . . . 104
Шаблон Strangler (Дроссель) . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107
Резюме . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109
Глава 5. Разбиение монолита на части . . . . . . . . . . . . . . . . . . . . . . . 110
Все дело в стыках . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110
Разбиение MusicCorp на части . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111
Мотивы для разбиения монолита на части . . . . . . . . . . . . . . . . . . . . . . . 112
Темпы изменений . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112
Структура команды . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112
Безопасность . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112
Технология . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113
Запутанные зависимости . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113
База данных . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113
Решение проблем . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113
Пример 1: разрыв взаимоотношений, использующих
внешние ключи . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 115
Пример 2: совместно используемые статичные данные . . . . . . . . 117
Пример 3: совместное использование данных . . . . . . . . . . . . . . . 118
Пример 4: совместно используемые таблицы . . . . . . . . . . . . . . . 119
Перестройка баз данных . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120
Транзакционные границы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122
Повторная попытка . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 123
Отмена всей операции . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124
Распределенные транзакции . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124
Так что же делать? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 125
Создание отчетов . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126
База данных для создания отчетов . . . . . . . . . . . . . . . . . . . . . . . 126
Извлечение данных посредством служебных вызовов . . . . . . . . . 128
Программы перекачки данных . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 130
Альтернативные направления . . . . . . . . . . . . . . . . . . . . . . . . . . . 132
Перекачка данных на основе событий . . . . . . . . . . . . . . . . . . . . . 132
Перекачка данных на основе систем резервного копирования . . . 133
Переход к реальности . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134
Цена внесения изменений . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134
Умение разбираться в основных причинах . . . . . . . . . . . . . . . . . 135
Резюме . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 136
Глава 6. Развертывание . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137
Краткое введение в непрерывную интеграцию . . . . . . . . . . . . . . . . . . . . 137
Отображение непрерывной интеграции на микросервисы . . . . . . . . . . . . 139
Сборочные конвейеры и непрерывная доставка . . . . . . . . . . . . . . . . . . . 141
Артефакты для конкретных платформ . . . . . . . . . . . . . . . . . . . . . . . . . . 143
Артефакты операционных систем . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144
Настраиваемые образы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 145
Образы как артефакты . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 148
Неизменяемые серверы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 148
Среды . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149
Конфигурация сервиса . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 150
Отображение сервиса на хост . . . . . . . . . . . . . . . . . . . . . . . . . . . 151
Несколько сервисов на каждый хост . . . . . . . . . . . . . . . . . . . . . . 152
Приложения-контейнеры . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 154
Размещение по одному сервису на каждом хосте . . . . . . . . . . . . 156
Платформа в качестве услуги . . . . . . . . . . . . . . . . . . . . . . . . . . . 157
Автоматизация . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 158
От физического к виртуальному . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 159
Традиционная виртуализация . . . . . . . . . . . . . . . . . . . . . . . . . . . 159
Vagrant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162
Контейнеры Linux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162
Docker . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 164
Интерфейс развертывания . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 165
Резюме . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 168
Глава 7. Тестирование . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 169
Разновидности тестов . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 169
Области применения тестов . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171
Блочные тесты . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 172
Тесты сервиса . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173
Сквозные тесты . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 174
Компромиссы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 174
Что и в каком объеме проводить . . . . . . . . . . . . . . . . . . . . . . . . . 175
Реализация тестов сервисов . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 176
Использование имитации или применение заглушки . . . . . . . . . . 176
Более интеллектуальный сервис-заглушка . . . . . . . . . . . . . . . . . 177
Сложности, связанные со сквозными тестами . . . . . . . . . . . . . . . . . . . . . 178
Недостатки сквозного тестирования . . . . . . . . . . . . . . . . . . . . . . 179
Тесты со странностями, не дающие четкого представления
об источнике сбоя . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 179
Кто создает все эти тесты . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 180
Насколько продолжительными бывают тесты . . . . . . . . . . . . . . . 181
Сплошное нагромождение . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 182
Метаверсия . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 183
Тестируйте маршруты, а не истории . . . . . . . . . . . . . . . . . . . . . . . . . . . . 183
Тесты на основе запросов потребителей, спасающие ситуацию . . . . . . . 184
Pact . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 186
О переговорах . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 187
А нужно ли вообще пользоваться сквозными тестами? . . . . . . . . . . . . . . 188
Тестирование после перевода в производственный режим работы . . . . . 188
Отделение развертывания от выпуска . . . . . . . . . . . . . . . . . . . . . 189
Канареечный выпуск . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 191
Что важнее: среднее время восстановления работоспособности
или среднее время безотказной работы? . . . . . . . . . . . . . . . . . . . 192
Межфункциональное тестирование . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193
Резюме . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 195
Глава 8. Мониторинг . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 197
Один сервис на одном сервере . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198
Один сервис на нескольких серверах . . . . . . . . . . . . . . . . . . . . . . . . . . . 199
Несколько сервисов на нескольких серверах . . . . . . . . . . . . . . . . . . . . . 200
Журналы, журналы и еще журналы… . . . . . . . . . . . . . . . . . . . . . . . . . . . 201
Отслеживание показателей сразу нескольких сервисов . . . . . . . . . . . . . 201
Рабочие показатели сервисов . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 203
Искусственный мониторинг . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 204
Реализация семантического мониторинга . . . . . . . . . . . . . . . . . . . . . . . . 205
Идентификаторы взаимосвязанности . . . . . . . . . . . . . . . . . . . . . . . . . . . 205
Каскадные сбои . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 208
Стандартизация . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 208
Расчет на аудиторию . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 209
Перспективы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 210
Резюме . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 211
Глава 9. Безопасность . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 213
Аутентификация и авторизация . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 213
Общепринятые реализации технологии единого входа . . . . . . . . 214
Шлюз технологии единого входа . . . . . . . . . . . . . . . . . . . . . . . . . 215
Авторизация с высокой степенью детализации . . . . . . . . . . . . . . 217
Взаимная аутентификация и авторизация сервисов . . . . . . . . . . . . . . . . 217
Разрешение всего в пределах периметра . . . . . . . . . . . . . . . . . . 218
Стандарт HTTP(S) Basic Authentication . . . . . . . . . . . . . . . . . . . . . 218
Использование SAML или OpenID Connect . . . . . . . . . . . . . . . . . . 219
Клиентские сертификаты . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 220
HMAC через HTTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 220
API-ключи . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 222
Проблема помощника . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 222
Безопасность данных, находящихся в покое . . . . . . . . . . . . . . . . . . . . . . 225
Пользуйтесь хорошо известными средствами . . . . . . . . . . . . . . . 225
Все зависит от ключей . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 226
Выберите защищаемые объекты . . . . . . . . . . . . . . . . . . . . . . . . . 226
Расшифровка по требованию . . . . . . . . . . . . . . . . . . . . . . . . . . . 227
Шифровка резервных копий . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227
Глубоко эшелонированная оборона . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227
Брандмауэры . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227
Регистрация . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 228
Система обнаружения (и предотвращения) вторжений . . . . . . . . 228
Обособление сетей . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 228
Операционная система . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 229
Рабочий пример . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 230
Проявляйте сдержанность . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 232
Человеческий фактор . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 233
Золотое правило . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 233
Создание системы безопасности . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 234
Внешняя проверка . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 234
Резюме . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 235
Глава 10. Закон Конвея и проектирование систем . . . . . . . . . . . . . 236
Доказательства . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 236
Организации со слабыми и сильными связями . . . . . . . . . . . . . . . 237
Windows Vista . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 237
Netflix и Amazon . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 237
Так что же со всем этим делать? . . . . . . . . . . . . . . . . . . . . . . . . . 238
Адаптация к направлениям обмена данными . . . . . . . . . . . . . . . . . . . . . 238
Владение сервисом . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 239
Побудительные мотивы для создания общих сервисов . . . . . . . . . . . . . . 240
Слишком большие трудности разбиения на части . . . . . . . . . . . . 240
Команды разработки функций . . . . . . . . . . . . . . . . . . . . . . . . . . . 240
Узкие места, касающиеся вопросов поставки . . . . . . . . . . . . . . . 241
Семейственный открытый код . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 242
Роль кураторов . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 243
Зрелость . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 243
Инструментарий . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 243
Ограниченные контексты и структуры команд . . . . . . . . . . . . . . . . . . . . 244
Осиротевшая служба? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 244
Конкретный пример: RealEstate.com.au . . . . . . . . . . . . . . . . . . . . . . . . . 245
Закон Конвея наоборот . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 247
Люди . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 248
Резюме . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 249
Глава 11. Масштабирование микросервисов . . . . . . . . . . . . . . . . . . 250
Сбои могут происходить везде . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 250
Слишком много — это сколько? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 251
Снижение уровня функциональных возможностей . . . . . . . . . . . . . . . . . 252
Архитектурные меры безопасности . . . . . . . . . . . . . . . . . . . . . . . . . . . . 253
Антихрупкая организация . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 256
Настройки времени ожидания . . . . . . . . . . . . . . . . . . . . . . . . . . . 257
Предохранители . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 257
Переборки . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 259
Изолированность . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 261
Идемпотентность . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 261
Масштабирование . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 262
Наращивание мощностей . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 262
Разделение рабочих нагрузок . . . . . . . . . . . . . . . . . . . . . . . . . . . 263
Распределение риска . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 264
Балансировка нагрузки . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 265
Системы на основе исполнителей . . . . . . . . . . . . . . . . . . . . . . . . 267
Начинаем все заново . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 268
Масштабирование баз данных . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 268
Доступность сервиса против долговечности данных . . . . . . . . . . 269
Масштабирование для считываний . . . . . . . . . . . . . . . . . . . . . . . 269
Масштабирование для производства записей . . . . . . . . . . . . . . . 270
Совместно используемые инфраструктуры баз данных . . . . . . . . 271
CQRS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 272
Кэширование данных . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 273
Кэширование на стороне клиента, прокси-сервере
и стороне сервера . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 273
Кэширование при использовании технологии HTTP . . . . . . . . . . . 274
Кэширование, проводимое для операций записи . . . . . . . . . . . . . 276
Кэширование в целях повышения отказоустойчивости . . . . . . . . 276
Скрытие источника . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 276
Не нужно ничего усложнять . . . . . . . . . . . . . . . . . . . . . . . . . . . . 278
Отравление кэша: предостережение . . . . . . . . . . . . . . . . . . . . . . 278
Автоматическое масштабирование . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 279
Теорема CAP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 280
Принесение в жертву согласованности . . . . . . . . . . . . . . . . . . . . 282
Принесение в жертву доступности . . . . . . . . . . . . . . . . . . . . . . . 282
А как насчет принесения в жертву терпимости к разделению? . . 283
AP или CP? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 283
Это не все или ничего . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 284
И реальный мир . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 285
Обнаружение сервисов . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 285
DNS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 286
Динамическая регистрация сервисов . . . . . . . . . . . . . . . . . . . . . 287
Zookeeper . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 288
Consul . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 289
Eureka . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 290
Прокатка собственной системы . . . . . . . . . . . . . . . . . . . . . . . . . . 290
Не забывайте про людей! . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 291
Документирующие сервисы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 291
Swagger . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 291
HAL и HAL-браузер . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 292
Самостоятельно описываемая система . . . . . . . . . . . . . . . . . . . . . . . . . . 293
Резюме . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 294
Глава 12. Коротко обо всем . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 295
Принципы микросервисов . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 295
Модель, построенная вокруг бизнес-концепций . . . . . . . . . . . . . . 296
Внедрение культуры автоматизации . . . . . . . . . . . . . . . . . . . . . . 296
Скрытие подробности внутренней реализации . . . . . . . . . . . . . . 297
Всесторонняя децентрализация . . . . . . . . . . . . . . . . . . . . . . . . . 297
Независимое развертывание . . . . . . . . . . . . . . . . . . . . . . . . . . . . 298
Изолирование сбоев . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 298
Всестороннее наблюдение . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 299
А когда не следует применять микросервисы? . . . . . . . . . . . . . . . . . . . . 299
Напутствие . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 300
P.S. Господа, торрент перезалит! 07.02.16, Местное время - 22:05!
Зарегистрирован:
  • 07-Фев-16 19:05
  • Скачан: 4,568 раз

Скачать .torrent

14 KB

Тип: обычная
Статус: ? недооформлено
Размер: 10.5 MB  ·  magnet649F62A90DCA5AB3315271EF5F55AEE2C6FAAF9E
  • Свернуть поддиректории
  • Развернуть
  • Переключить
  • Увел./умен. окно
загружается...

void main()

Moderator

Стаж: 9 лет 2 месяца

Сообщений: 7531

flag

void main() · 31-Янв-16 12:14 (спустя 22 часа)

dimkqa!
Пожалуйста:
1. Переделайте скриншоты - они должны быть от 750 до 1000 пикселов по большей стороне
2. Переименуйте файлы по модели
Цитата:
Автор - Название (Серия) - Год.расширение
, а папку - по
Цитата:
Автор - Название (Серия) - Год
и перезалейте торрент-файл
Хозяйке на заметку: раньше этот модератор носил имя hfr0001.
При дооформлении раздач обязательно отпишитесь в личную почту с указанием на url раздачи.

void main()

Moderator

Стаж: 9 лет 2 месяца

Сообщений: 7531

flag

void main() · 05-Фев-16 21:58 (спустя 5 дней)

dimkqa!
В названии файлов и папки забыли указать серию в скобках.
Хозяйке на заметку: раньше этот модератор носил имя hfr0001.
При дооформлении раздач обязательно отпишитесь в личную почту с указанием на url раздачи.

void main()

Moderator

Стаж: 9 лет 2 месяца

Сообщений: 7531

flag

void main() · 10-Фев-16 07:46 (спустя 4 дня)

dimkqa!
Серию надо указать и у второго файла. Для сокращений у автора лучше использовать инициалы.
Хозяйке на заметку: раньше этот модератор носил имя hfr0001.
При дооформлении раздач обязательно отпишитесь в личную почту с указанием на url раздачи.

void main()

Moderator

Стаж: 9 лет 2 месяца

Сообщений: 7531

flag

void main() · 14-Фев-16 14:18 (спустя 4 дня)

dimkqa!
Серия указана в названии только одного файла. Надо добавить и у второго. И год издания тоже надо в имя файла добавить.
Хозяйке на заметку: раньше этот модератор носил имя hfr0001.
При дооформлении раздач обязательно отпишитесь в личную почту с указанием на url раздачи.

drmexx

Стаж: 10 лет 1 месяц

Сообщений: 8


drmexx · 27-Апр-16 23:57 (спустя 2 месяца 13 дней)

Перевод ужасный, читать с трудом можно.

KompilyaTOR

Стаж: 8 лет 8 месяцев

Сообщений: 8

flag

KompilyaTOR · 18-Фев-18 13:10 (спустя 1 год 9 месяцев)

питер скатился, перевод отстой
 
All rights reserved © 2017-2018
Loading...
Error