Single Team Oriented Service Architecture

Долгое время я выстраивал архитектуру и команды вокруг неё, руководствуясь следующими принципами:
- Строить архитектуру на базе сервисов.
- У каждого сервиса должна быть команда, которая за него отвечает.
- Одна команда может отвечать за много сервисов, но много команд не могут отвечать за один и тот же сервис.
- Команда отвечает за разработку сервиса целиком и за его эксплуатацию во всех окружениях.
- Каждый сервис сам отвечает за хранение своих данных.
- Каждый сервис обеспечивает публичный контракт для своих потребителей с помощью удобного и хорошо документированного API и SLA для него.

И вот недавно я узнал, что кто-то придумал всему этому название — Single Team Oriented Service Architecture (STOSA).
Теперь можно всем рассказывать, что я пользуюсь известным фреймворком 🙂