CloudLinux - Блог CloudLinux - Объявление об окончании продаж и окончании срока службы для KuberDock
RSS

Объявление о завершении продажи и окончание срока службы для KuberDock

Объявление о завершении продажи и окончание срока службы для KuberDock

Мы в CloudLinux стремимся предоставить нашим партнерам и клиентам самые ценные и надежные решения. К сожалению, в это время мы решили продажи и поддержка одного из наших продуктов, KuberDock, После обширных исследований, общения с нашими клиентами и переоценки технологий и рынка мы решили, что дополнительные инвестиции в развитие KuberDock не являются жизнеспособными.

Решение о прекращении деятельности KuberDock не было легкомысленным и основано на нескольких факторах. Докерные технологии по-прежнему демонстрируют значительный импульс, но, несмотря на этот высокий потенциал, его принятие в хостинговой отрасли было значительно ниже, чем ожидалось. Прикладные приложения Docker не были легко поняты и потреблены типичным конечным пользователем. Мы видели это во всех наших клиентах KuberDock - реклама новых приложений для их клиентов оказалась намного более сложной задачей, учитывая состояние этой зрелой и конкурентоспособной отрасли. Мы понимаем, что вы инвестировали средства в предлагаемые решения на основе KuberDock, и приносим извинения за эти неудобства.

Обратите внимание на важные даты для этого процесса EOS / EOL:

Техническая поддержка:

Чтобы помочь вам управлять переходом на конец жизни, мы продолжим полную поддержку 24x7 KuberDock до января 31st, 2017. После этой даты и в течение следующих трех месяцев до апреля 30th мы предоставим ограниченную поддержку с временем отклика до рабочих дней 2.

Продажа и заказ:

По состоянию на четверг, января 26th 2017, KuberDock больше не будет выставлен на продажу. Возможность попробовать и / или купить его будет удалена с нашего сайта и CLN в ближайшее время.

Разработка программного обеспечения:

Мы немедленно прекращаем разработку платформы KuberDock. Продукт теперь доступен для текущих клиентов KuberDock и может использоваться неограниченное время (без поддержки в течение следующих месяцев 3). Мы предварительно планируем сделать платформу доступной на GitHub как решение с открытым исходным кодом в феврале. Все наши разработчики KuberDock будут переведены в различные команды, чтобы продолжить совершенствование наших флагманских продуктов, CloudLinux OS и KernelCare, а также быстро расширить разработку нового Imunify360.

Опять же, мы приносим извинения за любые неудобства, которые могут вас причинить, но мы надеемся, что вы поймете, почему нам пришлось прийти к этому трудному, но необходимому решению. Пожалуйста, не стесняйтесь обращаться к нам по продажам [at] cloudlinux.com с любыми вопросами, которые могут возникнуть у вас.

С уважением,
Игорь Селецкий
Генеральный директор CloudLinux

Бета: менеджер LVE, alt-python27-cllib, lve-utils, ...
Пользователи CloudLinux думают о нашей поддержке

Комментарии 26

Это все что угодно, кроме управления. Любой постоянный конечный пользователь после установки контейнера Docker потратит часы вашего времени поддержки, задавая вопросы о том, как подключиться и управлять тем, что он установил в Docker ...

Это все что угодно, кроме управления. Любой постоянный конечный пользователь после установки контейнера Docker потратит часы вашего времени поддержки, задавая вопросы о том, как подключиться и управлять тем, что он установил в Docker ...
Гость - Ричард в четверг, 09, февраль, 2017, 14: 14.

Мы ограничили бы доступные изображения теми, для которых мы даем документацию на поставку и проверили себя.

Я был бы обеспокоен тем, что одна вещь в версии plesk заключается в том, что я предполагаю, что случайный сопоставленный порт будет доступен всем. Вот где cloudlinux будет хорошо работать с виртуальными сетями.

Мы ограничили бы доступные изображения теми, для которых мы даем документацию на поставку и проверили себя. Я был бы обеспокоен тем, что одна вещь в версии plesk заключается в том, что я предполагаю, что случайный сопоставленный порт будет доступен всем. Вот где cloudlinux будет хорошо работать с виртуальными сетями.

Я согласен с Игорем в том, что вся концепция Docker слишком сложна для конечных пользователей - для 90% конечных пользователей более чем достаточно для установки скриптов, таких как Softaculous и Installatron.

Тем не менее, рынок ИМО для KuberDock был для компаний, занимающихся разработкой приложений, которые делают свои собственные разработки на докере, и после этого хотят легко перейти от разработки к производству.

Для этого Kuberdock был идеальным совпадением и позволил бы нам меньшим хостерам конкурировать с такими крупными парнями, как Google, Amazon и т. Д.

Я согласен с Игорем в том, что вся концепция Docker слишком сложна для конечных пользователей - для 90% конечных пользователей более чем достаточно для установки скриптов, таких как Softaculous и Installatron. Тем не менее, рынок ИМО для KuberDock был для компаний, занимающихся разработкой приложений, которые делают свои собственные разработки на докере, и после этого хотят легко перейти от разработки к производству. Для этого Kuberdock был идеальным совпадением и позволил бы нам меньшим хостерам конкурировать с такими крупными парнями, как Google, Amazon и т. Д.

Я помню, когда Игорь сказал в своем выступлении, что рынок был в SaaS, а не в самих ресурсах. Я много раз об этом говорил с людьми в Cloudlinux. По моему скромному мнению, создавая специальную команду cloudlinux для создания изображений приложений с большим количеством полезных свойств (ssl ready, nginx + php_fpm, готовые готовые конфигурационные файлы smtp на постоянном диске), возможно, привлечет больше людей, чтобы переключиться с общего хостинга на выделенный хостинг приложений. В любом случае мне было грустно видеть конец жизни Кубердока. Я по-прежнему считаю, что это лучше / проще для конечного пользователя, чем VPS или VM хостинг.

Спасибо Cloudlinux за вашу большую поддержку.

Я помню, когда Игорь сказал в своем выступлении, что рынок был в SaaS, а не в самих ресурсах. Я много раз об этом говорил с людьми в Cloudlinux. По моему скромному мнению, создавая специальную команду cloudlinux для создания изображений приложений с большим количеством полезных свойств (ssl ready, nginx + php_fpm, готовые готовые конфигурационные файлы smtp на постоянном диске), возможно, привлечет больше людей, чтобы переключиться с общего хостинга на выделенный хостинг приложений. В любом случае мне было грустно видеть конец жизни Кубердока. Я по-прежнему считаю, что это лучше / проще для конечного пользователя, чем VPS или VM хостинг. Спасибо Cloudlinux за вашу большую поддержку.

Как разработчик и хостинг-провайдер, мы искали способ управлять простым хостингом, таким как WordPress, традиционным способом, а также поддерживать клиентов, которые запускают приложения Ruby on Rails. Мы боролись с cPanel, поскольку на это никогда не обращалось особого внимания.

Мы собирались переключить передачи с выделенного хостингового сценария на кучу меньших серверов Linode. Теперь я обнаружил KuberDock, и похоже, что вы только что закрыли его, но я обнаружил, что вы опубликовали источник здесь:
https://github.com/cloudlinux/kuberdock-platform

Платформа позволяет контролировать развертывание и интеграцию в панель клиентов таких вещей, как Dokku on Docker с cPanel?

Как разработчик и провайдер хостинга, мы искали способ обработки простого хостинга, такого как WordPress, традиционным способом, а также возможности поддержки клиентов, которые запускают приложения Ruby on Rails. Мы боролись с cPanel, так как на самом деле никогда не было никакого внимания к этому. Мы собирались сменить тему с выделенного хостинга на несколько небольших серверов Linode. Теперь я обнаружил KuberDock и похоже, что вы только что его выключили, НО я обнаружил, что вы опубликовали здесь источник: https://github.com/cloudlinux/kuberdock-platform Позволяет ли ваша платформа контролировать развертывание и интеграция в клиентскую панель таких вещей, как Dokku на Docker с cPanel?

Я удивлен, что некоторые из вас этого не видели. В самом деле? LVE - это уже ощущение микроконтейнера, в то время как более базовое оно работает и решает некоторые проблемы, которые были у поставщиков.

Вы честно представляли, что такое базовое бета-программное обеспечение, как Kuberdock, которое также дорого, может конкурировать с чем-то вроде Rancher, которое может масштабировать, кластеризовать и выполнять все возможные трюки, которые вы пожелаете. Я упомянул его бесплатно как пиво? Открытый исходный код?
Здесь не было никаких шансов для Кубердока, и я потрясен, что Игорь не видел этого, прежде чем инвестировать в нечто вроде Кубердока. Но это не главная причина, по которой я думаю.

Давайте посмотрим ... У Plesk уже есть докерные контейнеры!

Как долго вы ожидаете, пока cPanel не заработает Docker в своем программном обеспечении? Уже рассмотрен запрос функции. Хорошо, так как большая часть клиентской базы CloudLinux использует cPanel, что означает, что они просто будут использовать cPanel для своих контейнеров.
И Игорь прав: продажа контейнеров сама по себе не имеет смысла, если вы не являетесь Google или Amazon, а ваши серверы RAM 512 GB стоят вам 5 центов в месяц на запуск. Вы не можете конкурировать, продавая инфраструктуру. Кубердок был позиционирован для продажи приложений. Цена была слишком низкой, потому что она также не позволяла устанавливать гибкие цены для каждого приложения. Не говоря уже о том, что такие контейнеры, как Docker, все еще имеют свои проблемы. Да, даже сейчас в 2017 они не являются полностью стабильными или безопасными.

Затем у вас есть OnApp и другие платформы 5 или 10, которые также делают контейнеры. Несмотря на это, рынок не принимает контейнеры. Это похоже на новые расширения домена. Больше трюка, чем что-либо еще. Конечно, контейнеры работают, но не для типа хостинг-провайдеров CloudLinux. Я подозревал это уже несколько месяцев уже в прошлом году, и я поздравляю Игоря за то, что он честен, и просто вытащил пробку сразу же, забрав деньги клиентов за то, что они знали, не будет терпеть неудачу. Я также отметил, что это сильно повлияло на разработку CloudLinux, которая как-то застопорилась в прошлом году. Теперь он медленно ускоряется.

Первая самая большая ошибка CloudLinux пыталась решить проблему, которая не существовала в первую очередь. Больше, когда CloudLinux решила проблемы, которые уже были у большинства распространенных поставщиков. Они пытались конкурировать с собственным продуктом.

Я удивлен, что некоторые из вас этого не видели. В самом деле? LVE - это уже ощущение микроконтейнера, в то время как более базовое оно работает и решает некоторые проблемы, которые были у поставщиков. Вы честно представляли, что очень базовое бета-программное обеспечение, такое как Kuberdock, которое было дорого, также могло конкурировать с чем-то вроде Rancher, которое может масштабировать, группировать и делать все возможное, что вы можете пожелать. Я упомянул его бесплатно как пиво? Открытый исходный код? Здесь не было никаких шансов для Кубердока, и я потрясен, что Игорь не видел этого, прежде чем инвестировать в нечто вроде Кубердока. Но это не главная причина, по которой я думаю. Давайте посмотрим ... У Plesk уже есть докерные контейнеры! Как долго вы ожидаете, пока cPanel не заработает Docker в своем программном обеспечении? Уже рассмотрен запрос функции. Хорошо, так как большая часть клиентской базы CloudLinux использует cPanel, что означает, что они просто будут использовать cPanel для своих контейнеров. И Игорь прав, продавать контейнеры в одиночку не имеет смысла, если вы не являетесь Google или Amazon, а ваши серверы RAM 512 GB стоят вам 5 cent в месяц для запуска. Вы не можете конкурировать с продажей инфраструктуры. Kuberdock был позиционирован для продажи приложений. Цена была далеко, потому что она не давала гибкой цены за приложение. Не говоря уже о том, что контейнеры, такие как Docker, все еще имеют свою долю проблем. Да, даже сейчас в 2017 они не полностью стабильны или безопасны. Затем у вас есть OnApp и другие платформы 5 или 10, которые также делают контейнеры. Несмотря на это, рынок не принимает контейнеры. Это похоже на новые расширения домена. Больше трюка, чем что-либо еще. Конечно, контейнеры работают, но не для типа хостинг-провайдеров CloudLinux. Я подозревал это уже несколько месяцев уже в прошлом году, и я поздравляю Игоря за то, что он честен, и просто вытащил пробку сразу же, забрав деньги клиентов за то, что они знали, не будет терпеть неудачу. Я также отметил, что это сильно повлияло на разработку CloudLinux, которая как-то застопорилась в прошлом году. Теперь он медленно ускоряется. Первая самая большая ошибка CloudLinux пыталась решить проблему, которая не существовала в первую очередь. Больше, когда CloudLinux решила проблемы, которые уже были у большинства распространенных поставщиков. Они пытались конкурировать с собственным продуктом.
Уже зарегистрирован? ВОЙТИ
гость
Понедельник, 18 ноября 2019

Защитный код изображение