# Вернер Фогельс о будущем облаков и культуре Amazon

Источник: https://www.youtube.com/watch?v=adtuntQ8rh4
Канал: Y Combinator
Опубликовано: 11.11.2018

---

## От академика до архитектора облаков: уроки Вернера Фогельса ☁️
[[JUMP:0:32]]

Вернер Фогельс, технический директор (CTO) Amazon, прошел путь от академического исследователя распределенных систем в Корнелле до одного из главных идеологов облачных вычислений. В этом интервью для Y Combinator он рассказывает о том, как культура Amazon, основанная на принципе «работы в обратном направлении» (working backwards) и децентрализации, сформировала AWS и продолжает менять правила разработки программного обеспечения.

### 🧬 Путь к инновациям и «технологическая кухня» Amazon
[[JUMP:0:44]]

До прихода в Amazon Фогельс был ученым, занимавшимся крупномасштабными распределенными системами, и успел поработать в сфере радиотерапии в Нидерландском институте исследований рака. Его переход в Amazon произошел случайно, когда его пригласили выступить с лекцией.

*   **Осознание масштаба:** По словам Фогельса, при первом же взгляде на «внутреннюю кухню» Amazon он понял, что это не просто книжный интернет-магазин, а колоссальная технологическая компания.
*   **Практический подход:** В 2004 году, когда Фогельс присоединился к компании, еще не существовало готовых учебников по построению масштабируемых организаций. Amazon пришлось развивать эти принципы самостоятельно, часто жертвуя эффективностью ради скорости инноваций и допуская создание технического долга, который впоследствии системно погашался.

### ⚙️ Культура инженерных команд и роль CTO
[[JUMP:16:09]]

Фогельс утверждает, что уникальная культура Amazon — главный двигатель успеха компании. Она строится на следующих принципах:

*   **Независимость и отсутствие иерархии:** Фогельс считает традиционную иерархию «неестественной». Команды Amazon организованы по принципу «двух пицц» (10–12 человек), где каждый сотрудник обладает максимальной автономией и ответственностью.
*   **Лидерские принципы:** В компании существует 14 «принципов лидерства», на которых базируется весь процесс найма. Культурное соответствие кандидата оценивается не менее строго, чем его технические навыки.
*   **Разделение ролей:** Фогельс проводит четкую грань между ролями CTO и VP of Engineering. Если первый сосредоточен на технологическом видении и инструментах, то второй сфокусирован на людях, эффективности команд и качестве найма.

### ☁️ Философия AWS: как рождались облака
[[JUMP:21:00]]

Идея создания AWS возникла из внутренней необходимости: когда команды Amazon стали масштабироваться, они начали тратить слишком много времени на базовую инфраструктуру (базы данных, хранилища, сети), вместо того чтобы заниматься продуктовой инновацией.

*   **Сервис-ориентированная архитектура:** Переход от монолита к микросервисам занял 2–3 года. Ошибки в архитектуре данных (например, когда сервисы заказов и каталогов стали перегруженными) привели к необходимости дальнейшей декомпозиции.
*   **Масштабируемость как сервис:** AWS была запущена в 2006 году как попытка дать другим компаниям те же инструменты, которые Amazon построила для себя. Фогельс отмечает, что 95% функций AWS — это прямые запросы клиентов.
*   **Минимально жизнеспособный продукт (MVP):** Даже запуская новые сервисы, Amazon выпускает их с минимальным набором функций, но при этом делает их «скальными» (надежными), так как бизнес клиентов зависит от этой инфраструктуры.

### 🧠 Методология «Работа в обратном направлении»
[[JUMP:38:45]]

Фогельс подчеркивает важность процесса «working backwards», который используется для запуска любых инициатив — от новых сервисов AWS до открытия офисов.

1.  **Пресс-релиз:** Пишется для себя, чтобы четко описать суть того, что планируется создать.
2.  **FAQ:** Список из 20 самых частых вопросов и ответов на них.
3.  **UX-документ:** Описание взаимодействия пользователя с будущим продуктом.
4.  **Руководство пользователя:** Документация и глоссарий.

В Amazon действует мораторий на PowerPoint. Вместо слайдов используются «шестистраничники» (six-page documents) — подробные нарративы, которые участники совещания читают в тишине первые 30 минут. Это обеспечивает «ясность ума» и глубокое понимание контекста всеми участниками обсуждения.

### 🛡️ Будущее разработки: безопасность и устойчивость
[[JUMP:43:57]]

Фогельс прогнозирует рост серверных (serverless) технологий, где разработчикам не нужно управлять виртуальными машинами. Однако главным вызовом он считает безопасность.

*   **Безопасность как приоритет:** По мнению Фогельса, защищать данные клиентов — работа номер один для любого, от инженера до CEO.
*   **Интеграция в пайплайн:** Безопасность должна быть встроена в CI/CD-процессы. Автоматизация позволяет проверять код постоянно, что, по мнению гостя, эффективнее старых методов «ручной» проверки больших объемов кода.
*   **Типы компаний:** Фогельс разделяет стартапы на «наемников» (mercenaries), которые стремятся к быстрому росту и выходу (продаже), и «миссионеров» (missionaries), которые нацелены на устойчивый продукт в долгосрочной перспективе. Технологические архитектуры для них требуются разные.