От академика до архитектора облаков: уроки Вернера Фогельса ☁️ 0:32
Вернер Фогельс, технический директор (CTO) Amazon, прошел путь от академического исследователя распределенных систем в Корнелле до одного из главных идеологов облачных вычислений. В этом интервью для Y Combinator он рассказывает о том, как культура Amazon, основанная на принципе «работы в обратном направлении» (working backwards) и децентрализации, сформировала AWS и продолжает менять правила разработки программного обеспечения.
🧬 Путь к инновациям и «технологическая кухня» Amazon 0:44
До прихода в Amazon Фогельс был ученым, занимавшимся крупномасштабными распределенными системами, и успел поработать в сфере радиотерапии в Нидерландском институте исследований рака. Его переход в Amazon произошел случайно, когда его пригласили выступить с лекцией.
- Осознание масштаба: По словам Фогельса, при первом же взгляде на «внутреннюю кухню» Amazon он понял, что это не просто книжный интернет-магазин, а колоссальная технологическая компания.
- Практический подход: В 2004 году, когда Фогельс присоединился к компании, еще не существовало готовых учебников по построению масштабируемых организаций. Amazon пришлось развивать эти принципы самостоятельно, часто жертвуя эффективностью ради скорости инноваций и допуская создание технического долга, который впоследствии системно погашался.
⚙️ Культура инженерных команд и роль CTO 16:09
Фогельс утверждает, что уникальная культура Amazon — главный двигатель успеха компании. Она строится на следующих принципах:
- Независимость и отсутствие иерархии: Фогельс считает традиционную иерархию «неестественной». Команды Amazon организованы по принципу «двух пицц» (10–12 человек), где каждый сотрудник обладает максимальной автономией и ответственностью.
- Лидерские принципы: В компании существует 14 «принципов лидерства», на которых базируется весь процесс найма. Культурное соответствие кандидата оценивается не менее строго, чем его технические навыки.
- Разделение ролей: Фогельс проводит четкую грань между ролями CTO и VP of Engineering. Если первый сосредоточен на технологическом видении и инструментах, то второй сфокусирован на людях, эффективности команд и качестве найма.
☁️ Философия AWS: как рождались облака 21:00
Идея создания AWS возникла из внутренней необходимости: когда команды Amazon стали масштабироваться, они начали тратить слишком много времени на базовую инфраструктуру (базы данных, хранилища, сети), вместо того чтобы заниматься продуктовой инновацией.
- Сервис-ориентированная архитектура: Переход от монолита к микросервисам занял 2–3 года. Ошибки в архитектуре данных (например, когда сервисы заказов и каталогов стали перегруженными) привели к необходимости дальнейшей декомпозиции.
- Масштабируемость как сервис: AWS была запущена в 2006 году как попытка дать другим компаниям те же инструменты, которые Amazon построила для себя. Фогельс отмечает, что 95% функций AWS — это прямые запросы клиентов.
- Минимально жизнеспособный продукт (MVP): Даже запуская новые сервисы, Amazon выпускает их с минимальным набором функций, но при этом делает их «скальными» (надежными), так как бизнес клиентов зависит от этой инфраструктуры.
🧠 Методология «Работа в обратном направлении» 38:45
Фогельс подчеркивает важность процесса «working backwards», который используется для запуска любых инициатив — от новых сервисов AWS до открытия офисов.
- Пресс-релиз: Пишется для себя, чтобы четко описать суть того, что планируется создать.
- FAQ: Список из 20 самых частых вопросов и ответов на них.
- UX-документ: Описание взаимодействия пользователя с будущим продуктом.
- Руководство пользователя: Документация и глоссарий.
В Amazon действует мораторий на PowerPoint. Вместо слайдов используются «шестистраничники» (six-page documents) — подробные нарративы, которые участники совещания читают в тишине первые 30 минут. Это обеспечивает «ясность ума» и глубокое понимание контекста всеми участниками обсуждения.
🛡️ Будущее разработки: безопасность и устойчивость 43:57
Фогельс прогнозирует рост серверных (serverless) технологий, где разработчикам не нужно управлять виртуальными машинами. Однако главным вызовом он считает безопасность.
- Безопасность как приоритет: По мнению Фогельса, защищать данные клиентов — работа номер один для любого, от инженера до CEO.
- Интеграция в пайплайн: Безопасность должна быть встроена в CI/CD-процессы. Автоматизация позволяет проверять код постоянно, что, по мнению гостя, эффективнее старых методов «ручной» проверки больших объемов кода.
- Типы компаний: Фогельс разделяет стартапы на «наемников» (mercenaries), которые стремятся к быстрому росту и выходу (продаже), и «миссионеров» (missionaries), которые нацелены на устойчивый продукт в долгосрочной перспективе. Технологические архитектуры для них требуются разные.
