После нескольких лет бесплатного участия в проектах с открытым исходным кодом компания развивает собственную одержимость внесением вклада.
Что-то изменилось в Amazon Web Services (AWS) в отношении его ранее напряженных отношений с открытым исходным кодом. Хотя всегда было неправильно критиковать AWS за открытый исходный код для “раздельного майнинга”, как это сделал Дайсуке Вакабаяси в New York Times, дыма от “раздельного майнинга” было достаточно, чтобы обвинение казалось несколько правдоподобным.
В конце концов, беглый просмотр лучших проектов с открытым исходным кодом от Cloud Native Computing Foundation, Apache Software Foundation или практически где угодно показал бы, что Google имеет тенденцию возглавлять чарты с открытым исходным кодом, а Microsoft уверенно занимает второе место. AWS была в стороне, вероятно, поздравляя себя с тем, что избавила клиентов от “недифференцированной тяжелой работы” по самостоятельному управлению открытым исходным кодом.
Что ж, это было тогда; это сейчас. Команды по обслуживанию (продуктам) в AWS, похоже, наконец-то поняли, что для реализации “Одержимости клиентами”, главного принципа лидерства Amazon (или даже других принципов, таких как владение, достижение результатов и т.д.), Им действительно нужно быть одержимыми вкладами с открытым исходным кодом.
Странно, но это правда
Я упоминал ранее, что AWS, похоже, меняет свой менталитет в отношении владения. Принцип лидерства AWS номер 2 заставил некоторые сервисные группы AWS предположить, что единственный способ по-настоящему заботиться о клиентах - владеть всеми аспектами взаимодействия. Это затрудняло привлечение сообществ с открытым исходным кодом, поскольку, казалось, подразумевало, что Amazon будет зависеть от сообщества в исправлении ошибок и т.д.
Некоторые сервисные группы AWS неохотно вносили свой вклад, чтобы не раскрывать слишком много о том, как работают их системы, или не предоставлять конкурентам исправления ошибок или функции, которые отличали собственные сервисы Amazon. В процессе они накопили технический долг, что затруднило предоставление заказчику того, что они действительно хотели: простого способа запуска Apache Spark, или MySQL, или [вставить проект с открытым исходным кодом здесь].
Когда я работал в AWS, я увидел, что это начало меняться, хотя и медленно. Сейчас, похоже, она быстро набирает обороты. Возьмем, к примеру, PostgreSQL. Несколько лет назад AWS регулярно подвергалась критике (я бы сказал, справедливо) за бесплатное использование PostgreSQL. Компания заработала много денег, управляя PostgreSQL для клиентов, но мало что вернула.
Однако сейчас страница коммиттера PostgreSQL заполнена сотрудниками AWS. Некоторые из этих людей уже были коммиттерами и были наняты AWS для работы над PostgreSQL (и предположительно сервисами баз данных AWS, такими как RDS и Aurora), но Натан Боссарт, Масахико Савада и другие заслужили это отличие своим вкладом. Рискну предположить, что AWS сейчас является третьим по величине корпоративным вкладчиком в PostgreSQL, если суммировать вклады ее сотрудников в PostgreSQL. Я ни в коей мере не преуменьшаю ценность вклада других. Скорее, я указываю на поразительный рост вовлеченности AWS.
Долгий путь
Давайте помнить, что подготовительная работа с открытым исходным кодом еще не закончена. Например, AWS зарабатывает много денег на своем сервисе Kubernetes, но все еще едва пробивается в топ-10 разработчиков за последний год. То же самое верно для других проектов с открытым исходным кодом, для которых AWS управляет сервисами, такими как OpenTelemetry, или проектов, от которых зависят ее клиенты, таких как Knative (AWS занимает 12-е место). Как насчет Apache Hadoop, основы для AWS Elastic MapReduce? В AWS есть только один коммиттер. Для Apache Airflow цифры лучше.
В любом случае, это наполовину пустой стакан. Тот факт, что у AWS есть какие-либо коммиттеры для этих проектов, является важным показателем того, что компания меняется. Несколько лет назад в этих проектах не было бы коммиттеров. Теперь есть один или много.
Все это указывает на другое предназначение AWS. Компания всегда отлично справлялась с запуском проектов с открытым исходным кодом в качестве сервисов для своих клиентов. Как я обнаружил, работая там, большинство клиентов просто хотят что-то, что работает. Но для того, чтобы это “просто работало” так, как хотят клиенты (т. Е. ванильная версия проекта с открытым исходным кодом, а не какая-то раздвоенная версия “премиум”), AWS должна запачкать руки при разработке проекта. Команды инженеров традиционно не были заинтересованы в этом; по-видимому, сейчас они заинтересованы.
Все это хорошо для AWS, хорошо для ее клиентов и хорошо для open source. Трудно переоценить, насколько по-разному работает AWS, учитывая его масштаб. В масштабе все ломается, и AWS научилась их исправлять. Если мы сможем внедрить больше ноу-хау в проекты с открытым исходным кодом, это принесет пользу всем и, я бы сказал, создаст гораздо большие рынки, где AWS сможет продавать свои услуги.