> они - собирать денежки за "консалтинг"да, что здесь плохого?
> не каждый мелкий индусский бизнес справится настроить и эксплуатировать, особенно когда отрастет до энцатитерабайтного
как раз наоборот, потребность в консалтинге у top-contributors не может возникнуть вдруг. это очень критичный пункт. не у всех инсталляции вырастают на терабайт, а пока нет - можно и нужно искать хотя бы вот таких чуваков upwork dot com /hire/elasticsearch-developers/
> никому в пень не нужна база с rtt 250ms
да, очень хорошо сказано, консалтинг должен "приходить" к инсталляции, а не наоборот. данные должны принадлежать и оставаться там где родились, чисто ES как сервис действительно не нужен. имо, надо оставаться в консалитнге и наоборот открывать как можно больше инфра кода, чтобы инсталляции были похожи, т.е. чтобы это было еще одним поводом обратиться именно к тебе, с другой - чтобы придя к инсталляции уже знать, что там и как.
короче, ES надо не только остаться на SSPL но и сделать так, чтобы на ec2 можно было это 1) изи развернуть 2) легко туда мигрировать 3) иметь возможность изи вытащить все из EC2 на селфхостед (дело не в копировании виртуалок, а скажем в минимальном даунтайме на это) после определенного уровня потребность в aws saas должна отпасть сама собой.
реально, весь aws зоопарк родился не на пустом месте, не каждый oss действительно беспроблемен в эксплуатации, появление aws сервиса это критика в oss, на которую конструктивный ответ это не "отобрать", а сделать лучше.
aws / do и другие должны остаться как IaaS и провайдеры резиновых compute мощностей (storage мощности обычно не сжимаются, а обычно медленно растут)
> а давайте половину фич позахреначим в платные x-pack
> готовые патчи с той же ldap auth closed, wontfix
да, +100500. больше интеграций, AD, безопасность, kubernetes first class citizen. во первых постоянные мысли о "плагино-friendly" делают код гибче и лучше, во вторых не надо плыть против течения, всегда появятся opendistro, а это распыление усилий в мировом масштабе. короче если у OSS "широкие" возможности, то оно затрагивает все больше народа, а значит провоцирует ситуации консалтинга
еще раз - ключевой момент в том, что девелоперы не втыкают глазами в разные (одинаково унылые но неуниверсальные) saas-api (в т.ч. амазона), а смотрят в исходиники. и эти исходники в основном должны заполонить _все_. ключевая разница в том, что ты всегда можешь прорвать все слои абстракции и повернуть на 360, а с границами saas-api это вообще невозможно
а еще saas-ы умирают, а этот код должен остаться, т.е. глобально усилия не пропадают даром - главный лейтмотив раздражения тут. из исключений на моей памяти - s3 api, которое стало протоколом и захватило место эталонной реализации дальнейших OSS, это стремно
> ребята поняли, что они воообще нафиг никому становятся не нужны
это самый больной и самый важный пункт. мне кажется тут надо различать когда не хватает на жизнь и другое, я понимаю, что некрасиво считать чужие деньги, но порядок цифр важен. например, посмотри сколько компания зарабатывала в последние 6 лет www dot northdata dot com/Elasticsearch+GmbH,+M%C3%BCnchen/Amtsgericht+Charlottenburg+%28Berlin%29+HRB+178715+B - кто знает на сколько человек по списку github dot com/elastic/elasticsearch/graphs/contributors в реальности делятся эти столбики?