Микросервисы / распределенные системы

​​Scaling Engineering Teams via Writing Things Down and Sharing - aka RFCs



Практическая статья от Uber. Очень интересные и местами смелые мысли о масштабировании инженерных команд.



Тезисно

1. Спланировать прежде, чем что-то делать. А именно — достигнуть кристально-чистого общего понимания решения всеми членами команды

2. Собрать план в небольшой документ (aka RFC)

3. Получить апрув от нескольких релевантных решаемой задаче коллег

4. Отправить план всем инженерам в компании, любой может оставить свои комментарии

5. Все в компании должны следовать этим шагам для любых не тривиальных задач



В Uber итеративно пришли к таким шаблонам документов:



Backend

- List of approvers

- Abstract (what is the project about?)

- Architecture changes

- Service SLAs

- Service dependencies

- Load & performance testing

- Multi data-center concerns

- Security considerations

- Testing & rollout

- Metrics & monitoring

- Customer support considerations



Mobile/Web

- List of approvers

- Abstract (what is the project about?)

- UI & UX

- Architecture changes

- Network interactions detailed

- Library dependencies

- Security concerns

- Testing & rollout

- Analytics

- Customer support considerations

- Accessiblity