Comments 9
Быстро они))) Docker 18.09 особенно радует)
etcd внутри кластера боязно, но к этому давно шли)
etcd внутри кластера боязно, но к этому давно шли)
Огонь! Релиз обещает быть очень вкусным на нововведения…
Зануда mode ON.
Это замечательный Open Source-проект, а не продукт. Продуктом он становится когда появляется саппорт, road map, product life cycle и SLA. L3 саппорт возможен только, если ты контрибьютишь в проект или если ты предлагаешь свой форк проекта, что как бы тупик. Нет L3 — нет возможности предоставить пользователю патчи, значит ты сам просто продвинутый пользователь, но никак не вендор с продуктом. Про остальное и говорить не имеет смысла. Есть over 9000 дистрибутивов кубера, есть огромное количество людей, которые утверждают, что могут саппортить кубер, но это неправда. Они не могут. Они могут установить, настроить, может быть даже придумать костыль. Это не энтерпрайз. Такие дела. Не вводите людей в заблуждение, пожалуйста.
в новой версии этого замечательного Open Source-продукта.
Это замечательный Open Source-проект, а не продукт. Продуктом он становится когда появляется саппорт, road map, product life cycle и SLA. L3 саппорт возможен только, если ты контрибьютишь в проект или если ты предлагаешь свой форк проекта, что как бы тупик. Нет L3 — нет возможности предоставить пользователю патчи, значит ты сам просто продвинутый пользователь, но никак не вендор с продуктом. Про остальное и говорить не имеет смысла. Есть over 9000 дистрибутивов кубера, есть огромное количество людей, которые утверждают, что могут саппортить кубер, но это неправда. Они не могут. Они могут установить, настроить, может быть даже придумать костыль. Это не энтерпрайз. Такие дела. Не вводите людей в заблуждение, пожалуйста.
Это больше похоже на «хотелось вот такое написать, но не знал, к чему бы…».
«Продукты» бывают только от вендоров и только для «enterprise» (и что конкретно вы называете этим термином, он довольно расплывчат)? Или вы считаете, что сам по себе Kubernetes (не будучи каким-то вендорским проявлением…) в принципе не готов к enterprise, поэтому не «продукт»?
Если вы хотите сказать, что ни один Open Source-проект сам по себе продуктом не является (так читаются рассуждения про L3 и т.п. Хотя природа Open Source такова, что патчи потенциально может сделать буквально каждый «продвинутый пользователь»), то больше вопросов возникает к слову «продукт». Но это какая-то демагогия про слова, а не суть…
«Продукты» бывают только от вендоров и только для «enterprise» (и что конкретно вы называете этим термином, он довольно расплывчат)? Или вы считаете, что сам по себе Kubernetes (не будучи каким-то вендорским проявлением…) в принципе не готов к enterprise, поэтому не «продукт»?
Если вы хотите сказать, что ни один Open Source-проект сам по себе продуктом не является (так читаются рассуждения про L3 и т.п. Хотя природа Open Source такова, что патчи потенциально может сделать буквально каждый «продвинутый пользователь»), то больше вопросов возникает к слову «продукт». Но это какая-то демагогия про слова, а не суть…
Это больше похоже на «хотелось вот такое написать, но не знал, к чему бы…».
Да вы не стесняйтесь, переходите сразу к оскорблениям, чего уж там.
«Продукты» бывают только для «enterprise» (и что конкретно вы называете этим термином, он довольно расплывчат)?
Эмм, да. Продукт — это только для энтерпраза. В этом смысл слова «продукт». Вендор предлагает заплатить ему деньги за экспертизу, от пресейла и проектирования архитектуры до проактивного сопровождения решения на всем жизненном цикле. Ваши истории успеха очень успешны, но заказчики настолько большие, богатые и компетентные, что это скорее аргумент использовать вендорские решения, т.к. далеко не каждый ООО «Вектор» может себе позволить тратить существенные деньги и время на внутреннюю экспертизу, ведь сделать Kubernetes правильно — это непросто, кому как не вам это знать. Однако, каждый сможет получить преимущества использование Kubernetes в бизнесе.
https://en.wikipedia.org/wiki/Product_(business)
Перед вами живой пример — компания «Флант», которая обслуживает upstream-дистрибутив Kubernetes для production у многих компаний. Что не так?
Я озвучил один простой тезис — upstream это не продукт, это проект. Я не знаю, что с этим утверждением не так. И почему это так вас задевает. У меня встречный вопрос, почему истории успеха сферические в вакууме, а не ваши?
На основе какого источника основывается ваша терминология? Хочу почитать определение продукта и проекта.
А это не моя терминология, это как раз первоисточники. Прошу ознакомиться.
https://opensource.com/resources/what-open-source
Есть опенсорс проекты, продукты и инициативы.
Вот, например, Kubernetes, который вы свободно скачиваете и устанавливаете — это проект. Вы никому ничего не должны. Вам, впрочем, тоже никто ничего не должен и не несет никаких обязательств перед вами.
Google open-sourced the Kubernetes project in 2014. Kubernetes builds upon a decade and a half of experience that Google has with running production workloads at scale, combined with best-of-breed ideas and practices from the community.
kubernetes.io/docs/concepts/overview/what-is-kubernetes
Но есть коммерческие предложения, например от того же Google — Kubernetes Engine. Это продукт.
Есть цена, есть понимание что покупатель получит за эту цену, есть права и обязанности сторон.
cloud.google.com/kubernetes-engine
cloud.google.com/kubernetes-engine/pricing
И есть инициативы. Например.
en.wikipedia.org/wiki/Open_Source_Initiative
Sign up to leave a comment.
Kubernetes 1.14: обзор основных новшеств