Yunyuan: Используйте емкость, расчет функций и данные для создания следующего поколения приложений: O ' Reilly Book of Boris Scholl (Boris Scholl)
Вес товара: ~0.7 кг. Указан усредненный вес, который может отличаться от фактического. Не включен в цену, оплачивается при получении.
Описание товара
Основная информация
Название книги: Cloud Native: использование контейнеров, вычислений функций и данных для создания приложений следующего поколения:O&Рейли бутик -серия книг
Цена: 79,00 юань
Автор: [красота] Боуей&миддот; Борис Шолль Трент&миддот; Суонн
Пресса: Machinery Industry Press
Дата публикации: 2020-05-01
ISBN: 9787111653240
Количество слов:
Номер страницы:
Издание:
Переплет: в мягкой обложке, идеальный переплет.
Открыто: 16
Товарный вес:
Оглавление
Предисловие 1
Глава Введение в Cloud Native 5
1.1 Распределенная система 5
1.1.1 Неспособность распределенной системы 5
1.1.2 Теорема Cap 8
1.2 Двенадцать элементов приложений 8
1.3 Протокол уровня доступности и обслуживания 11
1.4 Резюме этой главы 12
Глава 2 Нативная база Юнь 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
Глава 3 Дизайн нативного приложения Yun 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. Краткое содержание данной главы 73
Глава 4 Обработка данных 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 Анализ данных 1
4.5.1 Поток данных 1
4.5.2 Пакетная обработка 1
4.5.3 Data Lake 2 в объектном хранилище
4.5.4 Озеро данных и хранилище данных 2
4.5.5 Механизм распределенных запросов 3
4.6 Базы данных в Kubernetes 4
4.6.1 Объем хранения 4
4.6.2 StatefulSet6
4.6.3 DaemonSet7
4.7 Краткое содержание главы 7
Глава 5 DevOps9
5.1 Что такое DevOps9
5.1.1 Сотрудничество 9
5.1.2 Автоматизация 1
5.1.3 Принципы и процессы бережливого производства 1
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
Глава 6 Практика 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. Изоляция модулей Kubernetes 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 Используйте раздел для достижения расширения, который превышает ограничения на обслуживание 1
Краткое содержание
- Изучите технологию, необходимую для разработки облачных приложений
- Представьте разницу между контейнером и функцией и узнайте об их применимых сценариях
- Целевые приложения для проектирования для удовлетворения потребностей, связанных с данными
- Изучите базовые знания о DevOps и некоторых разработке, тестировании, эксплуатации и технике обслуживания
- Узнайте некоторые методы, методы и практики для создания и управления облачными приложениями
- Понять стоимость построения пересадки применения и научитесь выбирать спрос
об авторе
Боррис&Миддот;
Boris Scholl является архитектором продукта Azure Computing Team.В то же время он также является автором книги микросервисов с Docker на Azure.
Торндетт&Миддот; Свансен
Трент Свансон - архитектор программного обеспечения, специализирующийся на технологии Cloud и Edge.Будучи соучредителем и консультантом Johnson Controls в области облачных технологий, а также соучредителем и консультантом по полномасштабным 180, он помог многим клиентам Microsoft мигрировать приложение в облако или создать приложения в облаке.
Питер&Миддот;
Петер Яусовец — инженер-программист с многолетним опытом разработки программного обеспечения и технологий. В последние годы он занимается разработкой облачных решений для распределенных систем.
Выбор редактора
Цель этой книги — предоставить некоторые базовые знания, которые помогут архитекторам и архитекторам более спокойно начать путь к созданию облачных приложений.В этой книге сначала представлены некоторые основные принципы распределенных систем и их взаимосвязь с облачными приложениями, а затем дополнительно представлены соответствующие технологии, такие как контейнеры и функции.Затем в книге будет представлена модель связи между сервисами, эластичность услуг и модель данных, а также обсуждено, при каких обстоятельствах следует использовать эти технологии. Наконец, в нем будут обобщены некоторые эмпирические вещи, например, как комбинировать методы DevOps, как учитывать переносимость, а также некоторые лучшие практики. Эти рекомендации часто помогают создать успешное облачное приложение.Эта книга не научит вас шаг за шагом, как реализовать облачное приложение, отвечающее конкретным потребностям бизнеса.Но прочитав эту книгу, вы узнаете, как спроектировать, создать и использовать успешное облачное приложение.