Те же разработчики ядра Linux практически поголовно сидят на немаленьких зарплатах у бигкорпов
Многие, конечно, но с категорическим «нет» я бы поспорил :-) Из статистики по Linux v6.8, в топе Most active 6.8 employers By changesets помимо собственно компаний есть категории Uknown (7.5%) и None (5.3%). В топе по contributions в Kubernetes за последний год — на пятом месте категория Independent вместо компании.
Такой моделью (Post-Open Source) занимается Bruce Perens:
Post-Open, as he describes it, is a bit more involved than Open Source. It would define the corporate relationship with developers to ensure companies paid a fair amount for the benefits they receive. It would remain free for individuals and non-profit, and would entail just one license.
Консультанты в области Kubernetes и cloud native. Авторы концепции GitOps. Авторы множества Open Source-проектов для экосистемы Kubernetes, самый известный - Flux, который недавно стал graduated project в CNCF.
Stefan Prodan, главный разработчик Flux CD, попрощался с Weaveworks 5 января. Теперь уже перешел на работу в компанию ControlPlane и пообещал там тоже заниматься развитием Flux. Второй человек по количеству коммитов в репозиторий Flux2, Hidde Beydals, 8 января написал, что ищет новое место работы.
предложение по добавлению sidecar-контейнеров (sidecar KEP) войдёт в релиз Kubernetes 1.28,
Здесь и в других местах статьи про v1.28 говорится в будущем времени, но это релиз уже состоялся (в августе), а скоро выходит v1.29. В то же время важно помнить, что пока эта фича имеет статус Alpha.
Для своего железа есть платформы от вендоров, которые стремятся предоставить те же удобства, что и облачные решения.
Единое решение (единый API, общие паттерны проектирования приложений, общая экосистема сопутствующих технологий) и для облаков, и для bare metal - одна из главных фич Kubernetes, которая внесла значимый вклад в становление стандартом.
Прямо сейчас Kubernetes Long Term Support Working Group проводит опрос сообщества по вопросам обновления K8s и связанных сложностей. Обратная связь от production-пользователей поможет общему делу: https://bit.ly/k8s-upgrade-survey
Как будто бы немного поспешили с новостью. Сайт по ссылке из новости пишет, что "We’re still preparing the notes for this release, and will post them here when they are ready. Please check back later", а по Download Firefox отдаёт версию 116.
Однако поддержка автоматического перевода Firefox не основана на облаке, а скорее опирается на локальные ресурсы
Тут странная формулировка: так скорее или точно? На какие именно локальные ресурсы? Это я и хотел уточнить в оригинале, а там столкнулся с тем, что см. выше…
Появился официальный анонс. Кодовое имя релиза — Planternetes — подчёркивает глобальный вклад Kubernetes, созданного усилиями глобального же сообщества.
Пётр Зайцев написал прекрасное. Полностью с ним согласен:
One issue we have in the open source space is terminology. Because no one really “owns” the term “open source,” it can be casually used in reference to just about everything rather than only relating to software strictly following the Open Source Definition. Today, an increasing number of new-generation developers do not understand the difference between “real” open source providing all the values you would expect versus faux-open source, which is referred to as ’open source’ but does not really fit the definition.
You also have some “advocates” claiming that the original open source definition does not really matter anymore and that we should all just adopt the newer loose definition instead.
Embracing this approach with a new open source definition allows companies to have their cake and eat it too. This approach is loved by many commercial open source companies (especially those that have abandoned their Open Source Licenses) as it allows them to promote a disingenuous message that there is no real difference for a user between real open source and faux-open source licensed software. They can look to get all of the benefits of community, faster adoption, and scaling their projects into products with the help of contributors without returning as much of that value back to the community in the first place.
Ну, а если так важна терминология, читайте эту новость как "продукты HashiCorp перестали быть свободными [поскольку FSF approved license сменили на несвободную BSL]".
Не согласен с таким взглядом. Я убежден, что Open Source - это не просто какая-то абстракция в духе "открытый (хоть какой-то и хоть на каких-то условиях) код", а всё-таки вполне конкретные гарантии по его открытости и возможностям (правам) для пользователей. Популяризация позиции о том, что каждый вендор сам волен трактовать смыслы Open Source так, как им сегодня и для этого продукта угодно, не помогает индустрии.
При всем уважении к Столлману, термин Free Software тоже имеет свои проблемы, и в массовой индустрии прижился ещё хуже. (Назад это не повернуть, к сожалению. Мир идёт вперед.) Так зачем "своим же" людям губить и второй термин, если мы идейно за общие ценности?.. Ведь идея в том, чтобы иметь больше софта, гарантирующего пользователям определенные права, а не в том, чтобы доказать, что мое название для этого софта лучше.
Как минимум есть ещё фактор «наши собственные желания» в смысле подхода к инфраструктуре. Например, в этой статье упомянут проект «своего докера», который был актуален для того, чтобы делать хостинг можно было удобно и эффективно — для нас, не для клиента, у которого «сайт просто работает» (но быстро, стабильно и так далее).
Аналогично: появление Kubernetes ответило на те наши внутренние потребности в смысле эксплуатации (управления, автоматизации, …) инфраструктуры, что уже сформировались на тот момент (и у нас, и у сообщества). Поэтому запрыгнуть в этот вагон было очевидным ходом [вместо развития своего изобретения очень ограниченными силами] — благо, тут и Open Source, и Linux, и т.п. А теперь, если посмотреть на эту нашу внутреннюю кухню (что там в инфраструктуре крутится) с другой стороны, клиентской, то именно она и позволила обеспечить нечто «принципиально новое»: быстрые выкаты, отказоустойчивость и т.п. — по сравнению с технологиями, которые были до этого.
А если смотреть на других клиентов — уже не покупателей готовой услуги, а на пользователей продукта, авторами которого мы стали, — то как раз Deckhouse стремится принести «принципиально новый» опыт работы с очень сложным Kubernetes, делая её максимально доступной. Но да, это по-прежнему Kubernetes, потому что в настоящий момент индустриальный стандарт. Уж тем более — для enterprise, который вообще не такой быстрый, чтобы уже сегодня думать о следующем.
Пару месяцев назад в LinkedIn мелькал вот такой интересный кейс в защиту OpenTofu.
Многие, конечно, но с категорическим «нет» я бы поспорил :-) Из статистики по Linux v6.8, в топе Most active 6.8 employers By changesets помимо собственно компаний есть категории Uknown (7.5%) и None (5.3%). В топе по contributions в Kubernetes за последний год — на пятом месте категория Independent вместо компании.
Такой моделью (Post-Open Source) занимается Bruce Perens:
https://www.theregister.com/2023/12/27/bruce_perens_post_open/
DragonflyDB - это не Open Source, они под лицензией BSL (если она устраивает, то и сама Redis почему нет).
Консультанты в области Kubernetes и cloud native. Авторы концепции GitOps. Авторы множества Open Source-проектов для экосистемы Kubernetes, самый известный - Flux, который недавно стал graduated project в CNCF.
Stefan Prodan, главный разработчик Flux CD, попрощался с Weaveworks 5 января. Теперь уже перешел на работу в компанию ControlPlane и пообещал там тоже заниматься развитием Flux. Второй человек по количеству коммитов в репозиторий Flux2, Hidde Beydals, 8 января написал, что ищет новое место работы.
Здесь и в других местах статьи про v1.28 говорится в будущем времени, но это релиз уже состоялся (в августе), а скоро выходит v1.29. В то же время важно помнить, что пока эта фича имеет статус Alpha.
Для своего железа есть платформы от вендоров, которые стремятся предоставить те же удобства, что и облачные решения.
Единое решение (единый API, общие паттерны проектирования приложений, общая экосистема сопутствующих технологий) и для облаков, и для bare metal - одна из главных фич Kubernetes, которая внесла значимый вклад в становление стандартом.
Прямо сейчас Kubernetes Long Term Support Working Group проводит опрос сообщества по вопросам обновления K8s и связанных сложностей. Обратная связь от production-пользователей поможет общему делу: https://bit.ly/k8s-upgrade-survey
Как будто бы немного поспешили с новостью. Сайт по ссылке из новости пишет, что "We’re still preparing the notes for this release, and will post them here when they are ready. Please check back later", а по Download Firefox отдаёт версию 116.
Тут странная формулировка: так скорее или точно? На какие именно локальные ресурсы? Это я и хотел уточнить в оригинале, а там столкнулся с тем, что см. выше…
Появился официальный анонс. Кодовое имя релиза — Planternetes — подчёркивает глобальный вклад Kubernetes, созданного усилиями глобального же сообщества.
Пётр Зайцев написал прекрасное. Полностью с ним согласен:
(source)
Появился форк: https://github.com/diggerhq/open-terraform
Ну, а если так важна терминология, читайте эту новость как "продукты HashiCorp перестали быть свободными [поскольку FSF approved license сменили на несвободную BSL]".
Не согласен с таким взглядом. Я убежден, что Open Source - это не просто какая-то абстракция в духе "открытый (хоть какой-то и хоть на каких-то условиях) код", а всё-таки вполне конкретные гарантии по его открытости и возможностям (правам) для пользователей. Популяризация позиции о том, что каждый вендор сам волен трактовать смыслы Open Source так, как им сегодня и для этого продукта угодно, не помогает индустрии.
При всем уважении к Столлману, термин Free Software тоже имеет свои проблемы, и в массовой индустрии прижился ещё хуже. (Назад это не повернуть, к сожалению. Мир идёт вперед.) Так зачем "своим же" людям губить и второй термин, если мы идейно за общие ценности?.. Ведь идея в том, чтобы иметь больше софта, гарантирующего пользователям определенные права, а не в том, чтобы доказать, что мое название для этого софта лучше.
О, привет! Но что тогда является определением Open Source в твоём понимании? BSL - это Open Source по каким критериям?
Edge networks :)
Спасибо за мнение! Передал коллегам для обсуждения.
Как минимум есть ещё фактор «наши собственные желания» в смысле подхода к инфраструктуре. Например, в этой статье упомянут проект «своего докера», который был актуален для того, чтобы делать хостинг можно было удобно и эффективно — для нас, не для клиента, у которого «сайт просто работает» (но быстро, стабильно и так далее).
Аналогично: появление Kubernetes ответило на те наши внутренние потребности в смысле эксплуатации (управления, автоматизации, …) инфраструктуры, что уже сформировались на тот момент (и у нас, и у сообщества). Поэтому запрыгнуть в этот вагон было очевидным ходом [вместо развития своего изобретения очень ограниченными силами] — благо, тут и Open Source, и Linux, и т.п. А теперь, если посмотреть на эту нашу внутреннюю кухню (что там в инфраструктуре крутится) с другой стороны, клиентской, то именно она и позволила обеспечить нечто «принципиально новое»: быстрые выкаты, отказоустойчивость и т.п. — по сравнению с технологиями, которые были до этого.
А если смотреть на других клиентов — уже не покупателей готовой услуги, а на пользователей продукта, авторами которого мы стали, — то как раз Deckhouse стремится принести «принципиально новый» опыт работы с очень сложным Kubernetes, делая её максимально доступной. Но да, это по-прежнему Kubernetes, потому что в настоящий момент индустриальный стандарт. Уж тем более — для enterprise, который вообще не такой быстрый, чтобы уже сегодня думать о следующем.
«Флант» сейчас активен на рынке РФ (и соседних стран). В ЕС можем рекомендовать Palark GmbH.