KuberDock Blog - End-of-sale & end-of-life announcement for KuberDock
KuberDock and Docker Blog

End-of-sale & end-of-life announcement for KuberDock

End-of-sale & end-of-life announcement for KuberDock

We at CloudLinux strive to provide our partners and customers with the most valuable and dependable solutions available. Unfortunately, at this time, we have decided to end sales and support for one of our products, KuberDock. After an extensive research, speaking with our customers, and re-evaluating the technology and the market, we have decided that additional investment into KuberDock’s development is not viable.

The decision to discontinue KuberDock did not come lightly and was based on several factors. Docker technologies still show significant momentum, but despite this high potential, its adoption in the hosting industry was considerably lower than expected. Prepackaged Docker applications have not proven to be easily understood and consumed by the typical end-user. We have seen this across all of our KuberDock customers - marketing new applications to their customers proved to be a much more difficult task given the state of this mature and competitive industry. We understand that you have invested resources in offering KuberDock-based solutions, and we apologize for this inconvenience.

Please note important dates for this EOS/EOL process:

Technical Support:

In order to help you manage the end-of-life transition, we will continue full 24x7 support of KuberDock until January 31st, 2017. After that date, and for the next three months until April 30th, we will provide limited support with response times of up to 2 business days.

Sales and Ordering:

As of Thursday, January 26th 2017, KuberDock will no longer be offered for sale. The ability to try and/or purchase it will be removed from our website and the CLN shortly. 

Software Development:

We are stopping the development of the KuberDock platform effective immediately. The product is now free for the current KuberDock customers and can be used indefinitely (without support beyond the next 3 months). We are tentatively planning to make the platform available on GitHub as an Open Source solution sometime in February. All our KuberDock developers will be transitioned to various teams to continue improvement of our flagship products, CloudLinux OS and KernelCare, as well as rapidly expand the development of the new Imunify360.

Again, we apologize for any inconvenience that this may have caused you, but we hope you understand why we had to come to this difficult but necessary decision. Please feel free to contact us at sales [at] cloudlinux.com with any questions you may have.

Sincerely,
Igor Seletskiy
CloudLinux CEO

Beta: LVE Manager, alt-python27-cllib, lve-utils, ...
What CloudLinux Customers think about our support
 

Comments 26

Guest - S Stewart on Friday, 27 January 2017 23:53

Have you considered the MIT license also?

Have you considered the MIT license also?
Igor Seletskiy on Saturday, 28 January 2017 15:45

Yes, we did consider MIT & BSD licenses, but we decided to go with the more copyleft license. It sounds more 'right' -- though I don't know why. Feel free to voice the reasons behind going with MIT license instead.

Yes, we did consider MIT & BSD licenses, but we decided to go with the more copyleft license. It sounds more 'right' -- though I don't know why. Feel free to voice the reasons behind going with MIT license instead.
Guest - Sam Supportlobby on Sunday, 29 January 2017 02:18

I was excited about this product and did talk to many of our customers about it. I truly believe that you can come up with something to work it around .

I was excited about this product and did talk to many of our customers about it. I truly believe that you can come up with something to work it around .
Guest - Sergio on Tuesday, 31 January 2017 20:42

Can you provide Docker hosting inside cPanel server with CloudLinux? (Like Plesk). I think that will be great!

Can you provide Docker hosting inside cPanel server with CloudLinux? (Like Plesk). I think that will be great!
Igor Seletskiy on Tuesday, 31 January 2017 22:49

At this moment I am not sure there is a mrket for that.
Can you explain some of the use cases? How would customer use it? How would you charge for it?

At this moment I am not sure there is a mrket for that. Can you explain some of the use cases? How would customer use it? How would you charge for it?
Guest - Richard on Wednesday, 08 February 2017 19:29

We were looking forward to providing multiple mysql/postgre versions, with private cache etc as well as mongodb, beanstalkd, solr etc. No need to have them on a remote server though, just automatic setup, updates and virtual user network security.

Most of our current customers dont' request these, but some do and we believed that there could be a market for it. However I do agree, I wasn't sure about charging extra for these services but more including them, making our hosting appeal more to developpers.

Ruby, Python, and the future Nodejs selector will help for this but will not help for adding multiple mysql versions or services like beanstalkd, elastic search or mattermost. We would love to be able to have app capability inside the cPanel user's CPU limits.

We were looking forward to providing multiple mysql/postgre versions, with private cache etc as well as mongodb, beanstalkd, solr etc. No need to have them on a remote server though, just automatic setup, updates and virtual user network security. Most of our current customers dont' request these, but some do and we believed that there could be a market for it. However I do agree, I wasn't sure about charging extra for these services but more including them, making our hosting appeal more to developpers. Ruby, Python, and the future Nodejs selector will help for this but will not help for adding multiple mysql versions or services like beanstalkd, elastic search or mattermost. We would love to be able to have app capability inside the cPanel user's CPU limits.
Guest - Sergio on Wednesday, 08 February 2017 19:39

Yes, that's what I meant.

Yes, that's what I meant.
Igor Seletskiy on Wednesday, 08 February 2017 21:55

The question is -- what kind of UI is needed for the end user to manage that.

The question is -- what kind of UI is needed for the end user to manage that.
Guest - Richard on Thursday, 09 February 2017 13:44

That's a good question. How to make it simple and yet have enough options to make it usable.

In a similar way to what kuberdock did there could be a list of programs in cPanel (not necessaraly PHP applications, maybe only applications that users can't run on shared hosting…). Some applications like for example Mattermost could have an option to choose a URL, others like mysql might not need any options and just provide credentials when installed.

If it is technicaly possible it would be good if the application could run inside the user's container limits and sore user configurable files on that user's account…

We would gladly pay an annulal licence on a per server basis for this. We would not charge our customers more for it and would include it in our existing hosting plans. It would be a bit like offering Ruby / Python / Nodejs selector.

This would allow us to keep most customers satisfied on shared hosting an remove the need to have a VPS for specifiy software.




That's a good question. How to make it simple and yet have enough options to make it usable. In a similar way to what kuberdock did there could be a list of programs in cPanel (not necessaraly PHP applications, maybe only applications that users can't run on shared hosting…). Some applications like for example Mattermost could have an option to choose a URL, others like mysql might not need any options and just provide credentials when installed. If it is technicaly possible it would be good if the application could run inside the user's container limits and sore user configurable files on that user's account… We would gladly pay an annulal licence on a per server basis for this. We would not charge our customers more for it and would include it in our existing hosting plans. It would be a bit like offering Ruby / Python / Nodejs selector. This would allow us to keep most customers satisfied on shared hosting an remove the need to have a VPS for specifiy software.
Guest - Sergio on Thursday, 09 February 2017 13:53
https://docs.plesk.com/en-US/onyx/administrator-guide/web-hosting/using-docker.75823/
Already Registered? Login Here
Guest
Friday, 20 September 2019

Captcha Image