• Партнерская архитектура означает, что ваши пользователи помогают развитию вашей платформы.
• Низкие барьеры для экспериментов означают, что система «дружелюбна к хакерам», чтобы быть максимально инновационной.
• Взаимозаменяемость означает, что один из компонентов или одна из услуг могут быть заменены, если появится лучший вариант.
• «Программная замкнутость» достигается благодаря тому, что другие зависят от выгоды, которую приносят ваши услуги, а не потому, что вы полностью контролируете ситуацию.
Я также говорил о том, как рождаются эти платформы и как они развиваются. Прежде всего вследствие того, что хакеры и разработчики-любители исследуют потенциал новой технологии.
Новые технологии привлекают предпринимателей, и, стремясь построить бизнес, они делают вещи проще для обычных пользователей. Основные игроки разрабатывают платформу, воздвигая барьеры для входа на рынок. Прогресс резко замедляется, и тогда хакеры и предприниматели движутся вперед в поисках новых горизонтов. Но иногда (лишь иногда) индустрия выстраивает здоровую экосистему, в которой хакеры, предприниматели и платформы играют в креативную игру под названием «чехарда». Никто не получает полную власть, и все должны совершенствоваться, чтобы оставаться конкурентоспособными.
За этим следовал слайд под названием «Урок истории», концовка которого такова: «Стратегия платформы всегда одерживает победу над стратегией приложения!»
Платформа всегда одерживает победу над приложением
Джефф Безос, услышав эту речь на конференции по новым технологиям (Etech), в 2003 году попросил меня выступить с ней перед небольшой группой разработчиков Amazon.
Ранее, в марте 2001 года, во время своей поездки в Сиэтл я подбросил Джеффу идею о том, что компании Amazon следовало бы предлагать доступ к своим данным через веб-службы.
В целях исследования рынка компания O’Reilly делала запрос по Amazon через глобальный поиск по сети каждые три часа, чтобы загружать информацию о ценах, рейтинге, количестве страниц и рецензиях на наши книги и книги наших конкурентов. Глобальный поиск по сети казался мне нерациональным, поскольку нам приходилось загружать гораздо больше данных, чем требовалось, а затем извлекать только нужные биты информации. Я был убежден, что огромный каталог товаров Amazon был прекрасным примером обширного набора данных, к которому следует предоставить доступ – в программном отношении через веб-сервисы API в «операционной системе Интернета» следующего поколения, которую я проповедовал.
Джеффа заинтриговала эта идея, и вскоре он обнаружил, что уже ведется работа над проектом веб-сервисов skunkworks , начало которому положил инженер Amazon Роб Фредерик. Он также обнаружил, что существует множество других небольших компаний, таких как наша, которые осуществляют глобальный поиск по сети Amazon и создают несанкционированные интерфейсы их данных. Вместо того чтобы попытаться нас остановить, он пригласил всех нас поделиться знаниями друг с другом и помочь в обеспечении информационной поддержки стратегии Amazon.
Я как сейчас помню разочарование Джеффа по поводу моей речи на этой внутренней конференции разработчиков Amazon. Когда я закончил, он вскочил с задних рядов зала и сказал: «Вы не сказали ни слова о том, что платформа всегда одерживает победу над приложением!» Но я не ошибся, когда произнес другую версию своей речи на всеобщем собрании Amazon в мае 2003 года.
Веб-службы первого поколения, внедренные гигантом электронной коммерции в 2003 году, были связаны с доступом к их внутреннему каталогу товаров и к его базовым данным и имели мало общего с инфраструктурными услугами, которые были запущены под названием «Веб-сервисы Amazon» (или AWS) в 2006 году и стали отправной точкой великих преобразований в отрасли. Теперь это называется «облачной обработкой данных». Эти службы возникли по совершенно разным причинам, но мне нравится думать, что именно я заронил Джеффу идею о том, что для процветания компании Amazon в ближайшие годы необходимо стать чем-то гораздо большим, чем просто приложение электронной коммерции. Она должна была стать платформой.
Благодаря своей великолепной стратегии принимать любую идею и как следует ее обдумывать, Джефф продвинул идею платформы намного дальше, чем я себе представлял. Как поведал Джефф в коротком интервью Ому Малику в 2008 году: «Когда все это началось четыре года назад, у нас было довольно много сложностей внутри компании Amazon. Мы поняли, что тратим слишком много времени на точечную координацию действий между нашими группами сетевой технологии и группами прикладного программирования. По сути, то, что мы решили сделать, – это создать набор API-интерфейсов между этими двумя уровнями, чтобы можно было выполнять более общую координацию между этими двумя группами» (то есть это были «свободно соединенные мелкие частички»).
Читать дальше