Цитаты из книги Микросервисы. Паттерны разработки и рефакторинга

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

Тестирование REST-клиента и REST-сервера с помощью одного контракта обеспечивает согласованность их API.

Никогда не просите человека сделать то, что у компьютера получается намного лучше. По сравнению с компьютерами люди работают с низкой производительностью и не способны делать это круглосуточно.

API-шлюз — это сервис, который служит точкой входа в приложение из внешнего мира.

Порождение событий — это событийный подход к реализации бизнес-логики и сохранению агрегатов. Агрегат хранится в базе данных в виде цепочки событий.

Масштабирование базы данных путем сегментирования агрегатов — довольно простая задача.

Сердцем промышленных приложений является бизнес-логика, которая реализует бизнес-правила.

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

Умение справляться с частичными отказами должно быть неотъемлемой способностью ваших сервисов...

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

Микросервисная архитектура — это архитектурный стиль, который делает приложение хорошо поддерживаемым, тестируемым и развертываемым.

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

Информационные технологии часто не поспевают за потребностями бизнеса.

Сервис — это автономный, независимо развертываемый программный компонент, который реализует определенные полезные функции.

Использование микросервисной архитектуры в сочетании с каскадной моделью разработки напоминает езду на Ferrari, в который запряжена лошадь, — большинство преимуществ микросервисов попросту теряется.

Язык шаблонов микросервисной архитектуры — это набор методик, которые помогают в проектировании приложений на основе микросервисов.

Программный шаблон решает архитектурную проблему, определяя ряд взаимодействующих между собой программных элементов.

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

Архитектура и проектирование в конечном итоге сводятся к принятию решений. Вам нужно решить, какая архитектура лучше всего подходит для вашего приложения — монолитная или микросервисная. Делая этот выбор, вы должны взвесить большое количество за и против. Если остановитесь на микросервисах, вам придется столкнуться с множеством вызовов.

Монолитны приложения с длинным жизненным циклом, как правило, превращаются в «большие комки грязи».