Общество электроэнергии] Пусть модель облачных вычислений облачных вычислений (SaaS, PaaS и IAAS) -разработка решений Майкл Дж. Кавис Электронная промышленность пресса
Вес товара: ~0.7 кг. Указан усредненный вес, который может отличаться от фактического. Не включен в цену, оплачивается при получении.
Описание товара
Основная информация
Название: Let Clouds Land: дизайнерские решения для моделей службы облачных вычислений (SaaS, PaaS и IAAS)
Первоначальная цена: 65,00 юаней
Автор: (MEI) Майкл Дж. Кавис (Майкл Дж. Кавис), Чен Чживей
Пресса: электронная промышленная пресса
Дата публикации: 2015-12-01
ISBN: 9787121277382
Количество слов: 220 000
Номер страницы: 276
Издание: 1
Переплет: мягкая обложка
Открыто: 16
Товарный вес:
Выбор редактора
В эпоху облачных вычислений, как приземляется конкретная модель обслуживания?Эта книга стремится предоставлять преимущества и недостатки различных моделей обслуживания с точки зрения потребителей облачных услуг.Для лиц, принимающих решения, которые начинают и вводят процесс разработки для каждого решения облачных вычислений для своих решений для облачных вычислений, эта книга является обязательной.
Оглавление
Глава 1 Почему облачные вычисления и почему сейчас 1
1.1 Эволюция облачных вычислений 4
1.2 Введите облако 9
1.3. Начало -исследование тематических случаев: Instagram, за ночь, от 0 до 1 миллиарда
Доллар США 10
1.4 зрелые общественные исследования: Netflix, миграция с локальной в облако 11
1.5 Правительственное исследование: NOAA, Email и Cloud Collaboration 13
1.6 Примерный исследование: кампания Обамы, 6 месяцев в Интернете, только пик
Несколько дней 14
1.7 Резюме 14
Глава 2 Режим облачной службы 17
2.1 Инфраструктура - это услуга 17
2.2 Платформа - это сервис 20
2.3 Программное обеспечение - это сервис 23
2.4 Режим развертывания 24
2.5 Резюме 29
Глава 3 Неправильная практика облачных вычислений 31
3.1 При миграции в облако избегайте сбоя 31
3.2 Переместите приложение в облако 32
3.3 Нереалистичные ожидания 36
3.4 Ошибка познания облачной безопасности 39
3.5 Выберите только*Мне нравится, не выбирайте*подходящее 42
3.6 Сервисное прерывание и остановка бизнес -сцены 43
3.7 Эпизоды Влияние организации изменений в организации 45
3.8 Технология меньше 47
3.9 У вас есть ошибка в спросе клиента 50. 50
3.10 Неожиданная стоимость 51
3.11 Резюме 54
Глава 4 Начните с архитектуры 56
4.1 Важность 5W1H 57
4.2 Начните с бизнес -архитектуры 58
4.3 Проблема идентификации (причина) 64
4.4 Оценить характеристики пользователя (ВОЗ) 65
4.5 Уточнить деловые и технические потребности (что) 66
4.6 Визуализируйте опыт обслуживания потребителей (где) 67
4.7 Уточните ограничения проекта (когда и какие требования) 70
4.8 Понять текущее ограничение ситуации (как) 71
4.9 Резюме 74
Глава 5 Выберите режим правой облачной службы 75
5.1 Рассмотрим, когда выбрать режим облачного обслуживания 76
5.2 Когда использовать SaaS80
5.3 Когда использовать PAAS85
5.4 Когда использовать IAAS89
5.5 Common Counts Case 93
5.6 Резюме 95
Глава 6 Ключ к Юну: Служба RESTful 96
6.1 Почему REST98
6.2 Переместите оставшуюся систему в задачу, стоящую перед облаком 101
6.3 Резюме 103
Глава 7 Аудит 104
7.1 Данные и облачная безопасность 105
7.2 Audit Cloud Application 106
7.3 Правила в облаке 108
7.4 Стратегия дизайна аудита 112
7.5 Резюме 115
Глава 8 Данные Юна рассмотрим 116
8.1 Функция данных 116
8.2 Multi -Cennant или Single Anduls 123
8.3 Выберите тип хранилища данных 127
8.4 Резюме 131
Глава 9 Проект безопасности в облаке 133
9.1 Правда данных в облаке 134
9.2 Уровень безопасности 136
9.3 Ответственность в каждом режиме облачной службы 140
9.4 Стратегия безопасности 146
9.5 Focus Field 148
9.6 Резюме 160
Глава 10 Создайте централизованную стратегию журнала 161
10.1 Файл журнала Использование 162
10.2 Требования к записи журнала 163
10.3 Резюме 169
Глава 11 Управление SLA 170
11.1 Факторы, влияющие на SLA 170
11.2 Определите SLA175
11.3 Поставщик управления SLA177
11.4 Резюме 181
Глава 12 Стратегия надзора 183
12.1 Активный мониторинг по сравнению с непересечным мониторингом 183
12.2 Какое содержимое необходимо контролировать?
12.3 Стратегия мониторинга классификации 187
12.4 Мониторинг в соответствии с уровнем облачной службы 194
12.5 Резюме 197
Глава 13 План аварийного восстановления 198
13.1 Сколько стоит время неудачи 199
13.2 IAAS -стратегия восстановления 201
13.3 Аварийное восстановление основных центров обработки данных 203
13.4 Стратегия аварийного восстановления Пааса 209
13.5 Стратегия аварийного восстановления SaaS 210
13.6 Mixed Cloud Disaster Recovery 212
13.7 Резюме 214
Глава 14 Используйте культуру DevOps для обеспечения программного обеспечения быстрее и более надежным для программного обеспечения 215
14.1 Разработка менталитета DevOps 216
14.2 Инфраструктура автоматизации 218
14.3 Автоматическое развертывание 220
14.4 Маркировка функции дизайна 221
14.5 Измерение, мониторинг и тест 222
14.6 Непрерывная интеграция и непрерывная доставка 222
14.7 Резюме 225
Глава 15 Оцените влияние модели облака на организацию 227
15.1 Режим предприятия против упругого облачного режима 229
15.2 It Impact 230
15.3 Влияние на бизнес 232
15.4 План изменений организации 236
15.5 Реформа реального мира 240
15.6 Резюме 240
Глава 16*Мышление после 242
16.1 Облако - это быстрое эволюция 243
16.2 Облачная культура 245
16.3 Новая бизнес -модель 246
16.4 PaaS - это правила игры, изменение 248
16.5 Резюме 252
Краткое содержание
Посадка облачных вычислений является фактом.С точки зрения популярности предыдущих лет, и теперь все больше и больше компаний переехали бизнес в облако, облачные вычисления меняют концепцию и метод информационных ресурсов во всем обществе.
Облачные вычисления все еще растет, а технические детали постоянно меняются.Для пользователей выбор правильной модели облачных сервисов, основанная на собственных бизнесах, технологиях и организационных потребностях, является одним из успешных использования основных технических решений облачных вычислений*.
В этой книге есть 16 глав. .
Для лиц, принимающих решения, которые начинают и вводят процесс разработки для каждого решения для облачных вычислений для своих решений для облачных вычислений, эта книга является обязательной.
Абстрактный
Похожего контента пока нет
Похожего контента пока нет
об авторе
Майк Кавис (Переводчик Примечание: Майкл Дж. Кавис) является вице -президентом и главным архитектором Partners Cloud Technology и промышленным аналитиком.У него более 25 лет опыта архитектуры корпоративных решений с точки зрения технических функций.
В 2010 году, будучи главным технологическим директором сети стартапов M-DOT, его публика выиграла знаменитый Amazon AWS Global Startup Challenge.M-DOT строит высокоскоростную небольшую платежную сеть.Сеть M-DOT была приобретена в 2011 году.В свободное время он предоставил консалтинговые услуги для некоторых стартапов с ролью консультантов.После работы он любит ходить на столичный стадион в Нью -Джерси, чтобы посмотреть игру своего любимого нью -йоркского гиганта.