RESTful Web API паттерны и практики: Связывание и оркестрация микросервисов и распределенных данных

Предисловие

Введение

О книге

Условные обозначения

Благодарности

От издательства

О научном редакторе русского издания

Часть I. Знакомство с RESTful гипермедиа

Глава 1. Знакомство с RESTful Web API

Что такое RESTful Web API

Почему гипермедиа

Общие принципы масштабируемых сервисов в веб-среде

Глава 2. Мышление и проектирование в контексте гипермедиа

Закладываем основы с помощью проектирования гипермедиа

Повышение отказоустойчивости клиентов гипермедиа

Повышение стабильности и изменяемости сервисов на основе гипермедиа

Поддержка распределенных данных

Увеличение расширяемости с помощью рабочего потока на основе гипермедиа

Часть II. Рецепты для работы с гипермедиа

Глава 3. Проектирование гипермедиа

3.1. Обеспечение интероперабельности с помощью зарегистрированных медиатипов

3.2. Обеспечение будущей совместимости с помощью структурированных медиатипов

3.3. Предоставление информации о предметной области через публикуемые словари

3.4. Описание предметной области с помощью семантических профилей

3.5. Выражение действий в среде выполнения с помощью встроенных средств гипермедиа

3.6. Проектирование последовательных операций записи с помощью идемпотентных действий

3.7. Обеспечение интероперабельности с помощью передачи состояния между сервисами

3.8. Проектирование с учетом возможности повторения действий

3.9. Проектирование с учетом возможной отмены действий

3.10. Проектирование с учетом возможности расширения сообщений

3.11. Проектирование с учетом возможности изменения интерфейсов

Глава 4. Клиенты гипермедиа

4.1. Ограничение использования жестко прописанных URL

4.2. Программирование клиентов, понимающих HTTP

4.3. Программирование отказоустойчивых клиентов с помощью реализаций на основе сообщений

4.4. Программирование эффективных клиентов, понимающих профили словарей

4.5. Согласование поддержки профилей во время выполнения

4.6. Управление форматами представления в среде выполнения

4.7. Использование документов схем в качестве источника метаданных сообщений

4.8. Каждому важному элементу ответа нужен идентификатор

4.9. Использование средств гипермедиа в ответе

4.10. Поддержка ссылок и форм для сервисов без поддержки гипермедиа

4.11. Проверка свойств данных в среде выполнения

4.12. Использование документов схем для валидации исходящих сообщений

4.13. Использование запросов документов для проверки входящих сообщений

4.14. Валидация входящих данных

4.15. Сохранение состояния

4.16. Наличие цели

Глава 5. Сервисы на основе гипермедиа

5.1. Публикация не менее одного стабильного URL

5.2. Предотвращение утечек внутренних моделей

5.3. Преобразование внутренних моделей во внешние сообщения

5.4. Выражение внутренних функций в виде внешних действий

5.5. Оповещение клиента о поддерживаемых настройках

5.6. Поддержка согласования HTTP-содержимого

5.7. Публикация полноценных словарей для клиентов

5.8. Поддержка общих словарей в стандартных форматах

5.9. Публикация документов определений сервисов

5.10. Публикация метаданных API

5.11. Поддержка мониторинга состояния сервисов

5.12. Стандартизация отчетов об ошибках

5.13. Облегчение поиска сервисов с помощью реестра сервисов среды выполнения

5.14. Повышение скорости обработки с помощью клиентских идентификаторов

5.15. Повышение надежности с помощью идемпотентной операции создания

5.16. Предоставление зависимым сервисам запасного варианта выполнения

5.17. Использование семантических посредников для доступа к несовместимым сервисам

Глава 6. Распределенные данные

6.1. Сокрытие внутренних деталей хранилища данных

6.2. Делаем все изменения идемпотентными

6.3. Сокрытие связей данных для внешних действий

6.4. Использование HTTP URL-адресов для поддержки запросов типа Contains и AND

6.5. Возвращение метаданных в ответах на запросы

6.6. Возврат на запросы данных HTTP-кода состояния 200 или....400

6.7. Использование медиатипов для запросов данных

6.8. Игнорирование неизвестных полей данных

6.9. Повышение производительности с помощью директив кэширования

6.10. Изменение моделей данных в промышленной среде

6.11. Расширение удаленных хранилищ данных

6.12. Установка лимита на объемные ответы

6.13. Использование промежуточных сервисов для обмена данными

Глава 7. Рабочий поток на основе гипермедиа

7.1. Проектирование сервисов, совместимых с рабочими потоками

7.2. Поддержка общего состояния в рабочих потоках

7.3. Описание рабочего потока через код

7.4. Описание рабочего потока через DSL

7.5. Описание рабочего потока через документы

7.6. Поддержка RESTful-языка управления задачами

7.7. Предоставление ресурса прогресса, отражающего выполнение рабочих потоков

7.8. Возвращение всех сопутствующих действий

7.9. Возвращение последних использованных ресурсов

7.10. Паттерн «текущая работа» с сохранением состояния

7.11. Внедрение стандартной навигации по спискам

7.12. Поддержка частичной отправки форм

7.13. Использование наблюдения состояния для реализации рабочего потока под управлением клиента

7.14. Оптимизация запросов с помощью сохраненных повторов

7.15. Синхронный повтор незавершенной работы с ответом 202 Accepted

7.16. Краткосрочные исправления с помощью автоматических повторов

7.17. Поддержка локальной отмены или отката

7.18. Призыв на помощь

7.19. Масштабирование рабочего потока с помощью очередей и кластеров

7.20. Использование посредников рабочих потоков для включения несовместимых сервисов

Глава 8. Подведение итогов

Использование рецептов

Трансформация существующих сервисов

Дополнительные ресурсы

Дальнейшие шаги

Приложения

Приложение А. Руководящие принципы RESTful Web API

Приложение Б. Дополнительные материалы

Приложение В. Сопутствующие стандарты

Приемлемые зарегистрированные медиатипы для RESTful Web API

Форматы определения API

Форматы документов семантических профилей

Сопутствующие форматы гипермедиа

Приложение Г. Использование HyperCLI

Hello, Hyper!

Прочая информация

Команды HyperCLI

Об авторе

Иллюстрация на обложке

В настоящее время многие организации создают и поддерживают приложения, основанные на сторонних сервисах. Разработчикам программного обеспечения и архитекторам часто приходится заниматься координацией и поддержкой приложений на основе API существующих сервисов, работающих за пределами их экосистемы. Найдите проверенные рецепты, которые помогут объединить множество разрозненных компонентов в вашей сети.

Майк Амундсен предлагает пошаговые решения для поиска, связывания и поддержки приложений, созданных сторонними разработчиками. Неважно, делаете ли вы мобильные приложения, ориентированные на людей, или мощные решения, основанные на межмашинных взаимодействиях, вы найдете правила, процедуры, команды и протоколы объединения отдельных API, способствующие их безопасной, масштабируемой и надежной совместной работе.

5 причин купить книгу:

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