Cloud -Borning Использование функций и данных контейнеров для построения следующего поколения Boris Scholl в ожидании базового входа издательских домов в индустрии машин для издательства механической промышленности.
Вес товара: ~0.7 кг. Указан усредненный вес, который может отличаться от фактического. Не включен в цену, оплачивается при получении.
Описание товара
Целью этой книги является предоставление некоторых базовых знаний, которые помогут разработчикам и архитекторам более спокойно начать работу над облачными приложениями.Книга 1 сначала знакомит с некоторыми базовыми принципами распределенных систем и их взаимосвязью с облачными приложениями, а затем далее знакомит с соответствующими технологиями, такими как контейнеры и функции. Затем в книге будет представлена модель связи между сервисами, эластичность услуг и модель данных, а также обсуждено, при каких обстоятельствах следует использовать эти технологии. Наконец, в нем будут обобщены некоторые эмпирические вопросы, например, как комбинировать методы DevOps, как учитывать переносимость, а также некоторые лучшие практики.Эти рекомендации помогут создать успешное облачное приложение.Эта книга не научит вас шаг за шагом, как реализовать облачное приложение, отвечающее конкретным потребностям бизнеса.Но прочитав эту книгу, вы наверняка будете знать, как проектировать, создавать и использовать успешное облачное приложение.
Предисловие 1
Глава D1. Знакомство с Cloud Native 5.
1.1 Распределенная система 5
1.1.1 Неспособность распределенной системы 5
1.1.2 Теорема Cap 8
1.2 Двенадцать элементов приложений 8
1.3 Протокол уровня доступности и обслуживания 11
1.4 Резюме этой главы 12
Глава D2. Основы Cloud Native 13
2.1 Контейнер 13
2.1.1 Уровень выделения контейнера 15
2.1.2 Расположение контейнера 16
2.1.3 Kubernetes Обзор 17
2.1.4 Kubernetes и контейнеры 20
2.2 Нет серверной архитектуры 21
2.3 Расчет функции 22
2.4 От виртуальной машины до Юнбиао 23
2.4.1 Продвижение и трансформация 23
2.4.2 Модернизация применения 24
2.4.3 Оптимизация приложения 26
2.5 Микросервис 26
2.5.1. Преимущества Micro Services 27
2.5.2 Задача, вызванная архитектура микросервиса 29
2.6 Сводка этой главы 31
Глава D3 Проектирование облачных приложений 33
3.1 Основы нативного приложения Yun 33
3.1.1 Lean Operation 33
3.1.2 Безопасность 35
3.1.3 Надежность и юзабилити 36
3.1.4 Масштабируемость и стоимость 37
3.2 Сравнение между юньнианской и традиционной архитектурой 37
3.3 Расчет и обслуживание функции 41
3.3.1 Используйте сценарии, рассчитанные по функции 42
3.3.2 Коэффициенты использования расчета функции 42
3.3.3 Комбинация функций и услуг 43
3.4 Design и управление версией API 45
3.4.1 API совместим с 46
3.4.2 Семантическая версия № 47
3.5 Связь между сервисной комнатой 48
3.5.1 Соглашение об связи 48
3.5.2 Протокол сообщения 50
3.5.3 Консультационные факторы сериализации 50
3.5.4 Уравнение мощности 51
3.5.5 Запрос и ответ 52
3.5.6 Издатель и подписчик 53
3.5.7. Режим и режим запроса/ответа издателя/режима запроса/ответа 55
3.5.8 Синхронизация и асинхронная 56
3.6 Шлюз 56
3.6.1 Маршрут 57
3.6.2 Агрегат 58
3.6.3 Удалить 59
3.6.4 Реализация шлюза 60
3.7 Экспортные ворота 60
3.8 Сервисная сетка 60
3.9 Пример архитектуры 69
3.10 Эта глава является резюме 73
Глава D4 Обработка данных 75
4.1 Система хранения данных 76
4.1.1 Объект, файл и диск 77
4.1.2 База данных 78
4.1.3 Поток и очередь 80
4.1.4 Блокчейн 81
4.1.5 Выбор хранилища данных 81
4.2 Данные в рамках Multi -Data 84
4.2.1 Захват данных Изменение 85
4.2.2 Запись изменений в качестве события для изменения журнала 87
4.2.3 Наблюдение за делами 88
4.2.4 Акции катятся 90
4.2.5 Извлечение, преобразование и загрузка 90
4.2.6 MSI и Data Lake 91
4.3 Данные доступа к клиенту 94
4.3.1 Ограниченный заказ клиентов (Ключ казино) 94
4.3.2 Услуги базы данных, контролируемые с помощью мелкого размера частиц 95
4.3.3 Служба данных GraphQL 96
4.4 Данные, которые могут быть быстро расширены 97
4.4.1 Данные FCK 98
4.4.2 Кэш данных 98
4.4.3 Сеть распределения контента 99
4.5 Анализ данных 101
4.5.1 Поток данных 101
4.5.2 партия лечения 101
4.5.3 Data Lake 102 на хранении объектов
4.5.4 Data Lake and Data Warehouse 102
4.5.5 Распределенный запрос двигатель 103
4.6 База данных 104 в Kubernetes 104
4.6.1 Объем хранилища 104
4.6.2 StatefulSet106
4.6.3 DaemonSet107
4.7 Резюме этой главы 107
Глава D5 DevOps109
5.1 Что такое Devops109
5.1.1 Совместное 109
5.1.2 Автоматизация 110
5.1.3 Принципы и процесс 110
5.1.4 Merture 111
5.1.5 Сообщите 111
5.2 Тест 112
5.2.1 Тестовая подставка -в 113
5.2.2 Тест автоматизации пирамида 113
5.2.3.3 Время применения различных типов тестов 118
5.2.4 Тестовый ритм 119
5.2.5 Тест в производственной среде 120
5.3 Среда и инструменты разработки 122
5.3.1 Инструмент разработки 123
5.3.2 Среда развития 126
5.3.3 Местная среда развития 126
5.3.4 Местная среда разработки в сочетании с удаленным кластером 127
5.3.5 Рабочий процесс разработки Skaffold 127
5.3.6 Удаленный кластер маршрут в местную среду разработки 129
5.3.7 Среда развития облака 129
5.4 Непрерывная интеграция/непрерывная доставка 130
5.4.1 Управление исходным кодом 131
5.4.2 Стадия строительства 132
5.4.3 Фаза тестирования 132
5.4.4 Стадия развертывания 134
5.4.5 Стадия выпуска 136
5.4.6 Фаза после выпуска 137
5.5 Мониторинг 137
5.5.1 Индекс коллекции 139
5.5.2. Наблюдение за службой 145
5.6 Управление конфигурацией 149
5.6.1 Переменная единая среда 151
5.6.2 Многоамбиент переменная 151
5.6.3 Поместите данные конфигурации в томе хранения 152
5.6.4 Ключ для сохранения 152
5.6.5 Конфигурация развертывания 154
5.7 Пример непрерывной интеграции/процесса непрерывной доставки 156
5.8 Эта глава является резюме 159
Глава D6?Лучшая практика 161
6.1 Действие Юньюна 161
6.1.1 Найдите разумную причину для нарушения приложения Boulder 161
6.1.2 Первая отделка простая служба 162
6.1.3 Узнайте небольшую эксплуатацию и техническое обслуживание 162
6.1.4 Используйте режим 2 -х слоя.
6.1.5 Используйте режим обрезания ножа 162
6.1.6 Подготовка стратегии миграции данных 164
6.1.7 Перепишите все шаблонный код 164
6.1.8 Рассмотрим структуру, язык, структуру данных и хранение данных 164
6.1.9 Устранение старого кода 164
6.2 Убедитесь, что эластичность 164
6.2.1 Повторите мгновенную разлову 165
6.2.2 Используйте ограниченное испытание 165
6.2.3 Используйте автоматические выключатели, чтобы справиться с неэффективной ошибкой 166
6.2.4 Элегантное отображение 166
6.2.5 Используйте режим изоляции 166
6.2.6 Проведение проверок здоровья и настроения 166
6.2.7 Установите процессор и предел памяти контейнера 166
6.2.8. Реализуйте ограничение скорости и ток 167
6.3 Обеспечить безопасность 167
6.3.1 Спрос безопасности так же важен, как и другие потребности 167
6.3.2 Учитывайте безопасность при проектировании167
6.3.3 Грант?Малый доступ 167
6.3.4 Использование отдельных учетных записей, подписок и клиентов167
6.3.5 Магазин безопасности все ключ 168
6.3.6 Неопределенные данные 168
6.3.7. Шифрование данных 168
6.3.8 Используйте совместное управление идентификацией 168
6.3.9 Используйте контроль доступа на основе символов 168
6.3.10 Kubernetes POD Изоляция 169
6.4 Обработка данных 169
6.4.1 Используйте базу данных хостинга и службу анализа данных 169
6.4.2 Используйте хранилище, которое соответствует требованиям данных 169
6.4.3 Сохранить данные в нескольких регионах или доступных областях 170
6.4.4 Используйте разделы данных и копируйте для улучшения масштабируемости 170
6.4.5 Избегайте чрезмерного сбора и частых операций ввода/вывода 170
6.4.6 Не ставьте бизнес -логику в базу данных для выполнения 170
6.4.7 Используйте данные о производственной среде для тестирования 170
6.4.8 Мгновенная неудача обработки 171
6.5 Производительность и расширение 171
6.5.1 Проектная масштабируемая служба без сохранения состояния 171
6.5.2 Используйте автоматическую телескопическую функцию платформы 171
6.5.3 Используйте кэш 172
6.5.4 Используйте разделы для достижения расширения, которое превышает ограничения на обслуживание 172
6.6 Расчет функции 172
6.6.1 Функция написания одной цели 172
6.6.2 Избегайте серийных функций 172
6.6.3 Функция должна поддерживать легкий и простой 173
6.6.4 Реализуйте функцию без сохранения состояния 173
6.6.5 Ввод функции разделения и бизнес -логика функции 173
6.6.6. Избегание функций, которые работают в течение длительного времени 173
6.6.7 Решить проблему общения с перекрестной функцией с очередью 173
6.7 Работа и обслуживание 173
6.7.1 Развертывание и выпуск — это два отдельных действия174
6.7.2 Развернутый контент должен быть максимально небольшим, насколько это возможно 174
6.7.3 CI/CD определение уровней компонентов 174
6.7.4 Согласованность развертывания приложений 174
6.7.5 Опубликовано с Zero Downtown 174
6.7.6 Не меняйте архитектуру после развертывания 174
6.7.7 Используйте контейнеризация для построения 175
6.7.8 Используйте код для описания инфраструктуры 175
6.7.9 Используйте пространство именования для организации услуг в Kubernetes 175
6.7.10 Изоляция между окружающей средой 175
6.7.11 Исходный код исходного кода 175
6.7.12 Исследование и развертывание соответствующего кода 175
6.8 Журнал, мониторинг и тревога 175
6.8.1 Используйте единую систему журнала 176
6.8.2 Использование ассоциации ID176
6.8.3 В записи журнала он содержит контекст 176
6.8.4 Unified Structured Log Format 176
6.8.5 Надлежащая маркировка индикаторов176
6.8.6 Избегайте усталости тревоги 177
6.8.7 Определение тревоги на основе ключевых показателей производительности 177
6.8.8 Продолжить тестирование в производственной среде 177
6.8.9 Начало с основных индикаторов 178
6.9 Служба связи 178
6.9.1 Рассмотрим совместимость спереди и задней части 178 при разработке дизайна
6.9.2. Служба упаковки избегайте утечки внутренних деталей 179
6.9.3 Достойное рассмотрение Асинхронное общение 179
6.9.4 Используйте эффективную технологию сериализации 179
6.9.5 Используйте очередь и поток, чтобы справиться с высокой нагрузкой и пиком трафика 180
6.9.6 Используйте партийную обработку для повышения эффективности обработки запросов 180
6.9.7 Значительные новости 180
6.10 Контейнер 180
6.10.1 Храните изображение в достоверном зарегистрированном сервере 180
6.10.2 Полное использование кеша строительства Docker 181
6.10.3 Не используйте режим привилегий для запуска контейнера 181
6.10.4 Используйте явную метку зеркала контейнера 181
6.10.5 Держите небольшой контейнер.
6.10.6 Один контейнер запускает только одно приложение 182
6.10.7 Используйте проверенное зеркальное изображение 182 на надежном зеркальном складе
6.10.8 Отображение уязвимостей зеркального изображения 182
6.10.9 Не сохраняйте данные в контейнере 183
6.10.10 Никогда не храните ключи и конфигурацию в контейнере 183
6.11 Эта глава является резюме 183
Глава D7 Переносимость 185
7. Зачем вам нужно пересадить приложение 185
7.2 Стоимость портативности 186
7.3 Когда и как достичь пересадки 187
7.3.1 Стандартизированный интерфейс 188
7.3.2 Общий сервис и включает 189
7.3.3 Аннотация и многослойный 189
7.3.4 Хостинговые услуги сторонних поставщиков услуг D 191
7.3.5 Инструмент трансплантации 192
7.3.6 Kubernetes используется в качестве портативного уровня 194
7.4 Резюме этой главы 196