В этой небольшой заметке рассмотрим ряд основных различий между SOAP и REST.

Как правило, разработчики Highload-систем работают с серверной частью, то есть с backend'ом. Значительно реже в их обязанности входит fullstack-разработка. Однако в разных компаниях требования к соответствующим специалистам могут кардинально различаться. Тем не менее существуют вещи, которые пригодятся практически в любом высоконагруженном проекте.

Микросервисы имеют и плюсы и минусы, на которых мы сейчас останавливаться не будем. Существует 6 причин разделять компоненты на микросервисы, вместо разработки монолита:

BDD — разработка через поведение. BDD для микросервисов — это сотрудничество клиента, разработчиков и тестировщиков. BDD — это разработка, которая учитывает и технические интересы и бизнес-требования. Этот подход обычно применяется для описания интерфейсов приложений, а так как микросервисы — детали реализации системы, то BDD прекрасно походит и для разработки микросервисов. Как это сделать — в переводе материала от Ken Pugh.

Это продолжение статьи «Проблемы пакетной обработки запросов и их решения». Рекомендуется сначала ознакомиться с первой частью, так как в ней подробно описана суть задачи и некоторые подходы к ее решению. Здесь же мы рассмотрим другие методы.

Практически все современные программные продукты состоят из нескольких сервисов. Часто большое время отклика межсервисных каналов становится источником проблем с производительностью. Стандартное решение такого рода проблем — это упаковка нескольких межсервисных запросов в один пакет, которую называют пакетной обработкой (batching).

Рекомендации, представленные в статье, помогут "выжить" при разработке мобильного ПО и будут вам особенно полезны, если вы этой разработкой руководите. Даются советы как относительно архитектуры, так и в плане процессов.

Настоящее легаси — это тонны кода, оперирующие коэффициентами, про которые никто не помнит, откуда они взялись. Куски кода и системы на устаревших языках, которых вы не понимаете. Система, построенная на логике, которую вы не понимаете.

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

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

1. Message Queues, по сути, представляют собой еще одну систему, которую надо купить, инсталлировать, а также правильно сконфигурировать и на протяжении эксплуатации поддерживать. Соответственно, потребуются