Single Team Oriented Service Architecture Долгое время я выстраивал архитектуру и команды вокруг неё, руководствуясь следующими принципами: - Строить архитектуру на базе сервисов. - У каждого сервиса должна быть команда, которая за него отвечает. - Одна команда может отвечать за много сервисов, но много команд не могут отвечать за один и тот же сервис. - Команда отвечает за разработку сервиса целиком и за его эксплуатацию во всех окружениях. - Каждый сервис сам отвечает за хранение своих данных. - Каждый сервис обеспечивает публичный контракт для своих потребителей с помощью удобного и хорошо документированного API и SLA для него. И вот недавно я узнал, что кто-то придумал всему этому название — Single Team Oriented Service Architecture (STOSA). Теперь можно всем рассказывать, что я пользуюсь известным фреймворком 🙂