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. Ограничение использования жестко прописанных URL4.2. Программирование клиентов, понимающих HTTP4.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. Публикация не менее одного стабильного URL5.2. Предотвращение утечек внутренних моделей5.3. Преобразование внутренних моделей во внешние сообщения5.4. Выражение внутренних функций в виде внешних действий5.5. Оповещение клиента о поддерживаемых настройках5.6. Поддержка согласования HTTP-содержимого5.7. Публикация полноценных словарей для клиентов5.8. Поддержка общих словарей в стандартных форматах5.9. Публикация документов определений сервисов5.10. Публикация метаданных API5.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 и AND6.5. Возвращение метаданных в ответах на запросы6.6. Возврат на запросы данных HTTP-кода состояния 200 или....4006.7. Использование медиатипов для запросов данных6.8. Игнорирование неизвестных полей данных6.9. Повышение производительности с помощью директив кэширования6.10. Изменение моделей данных в промышленной среде6.11. Расширение удаленных хранилищ данных6.12. Установка лимита на объемные ответы6.13. Использование промежуточных сервисов для обмена даннымиГлава 7. Рабочий поток на основе гипермедиа7.1. Проектирование сервисов, совместимых с рабочими потоками7.2. Поддержка общего состояния в рабочих потоках7.3. Описание рабочего потока через код7.4. Описание рабочего потока через DSL7.5. Описание рабочего потока через документы7.6. Поддержка RESTful-языка управления задачами7.7. Предоставление ресурса прогресса, отражающего выполнение рабочих потоков7.8. Возвращение всех сопутствующих действий7.9. Возвращение последних использованных ресурсов7.10. Паттерн «текущая работа» с сохранением состояния7.11. Внедрение стандартной навигации по спискам7.12. Поддержка частичной отправки форм7.13. Использование наблюдения состояния для реализации рабочего потока под управлением клиента7.14. Оптимизация запросов с помощью сохраненных повторов7.15. Синхронный повтор незавершенной работы с ответом 202 Accepted7.16. Краткосрочные исправления с помощью автоматических повторов7.17. Поддержка локальной отмены или отката7.18. Призыв на помощь7.19. Масштабирование рабочего потока с помощью очередей и кластеров7.20. Использование посредников рабочих потоков для включения несовместимых сервисовГлава 8. Подведение итоговИспользование рецептовТрансформация существующих сервисовДополнительные ресурсыДальнейшие шагиПриложенияПриложение А. Руководящие принципы RESTful Web APIПриложение Б. Дополнительные материалыПриложение В. Сопутствующие стандартыПриемлемые зарегистрированные медиатипы для RESTful Web APIФорматы определения APIФорматы документов семантических профилейСопутствующие форматы гипермедиаПриложение Г. Использование HyperCLIHello, Hyper!Прочая информацияКоманды HyperCLIОб автореИллюстрация на обложке