Kubernetes Reviews

We use this solution to orchestrate our applications.

If for example, you want to use a Microservice for replication, you host it on Docker then you will need to orchestrate your application. This might include autoscaling, security, and traceability for the user.

I like the replication center and the configuration.

The dashboard, monitoring, and login need improvements.

I have been using Kubernetes for five years.

We are using versions 1.15 and 1.20.

Kubernetes is stable.

It's a scalable solution.

This solution is being used in large organizations from the financial sector.

We have not contacted technical support.

I have some experience with OpenShift and Azure.

The initial setup was straightforward.

It can be deployed in 45 minutes to one hour.

There are several teams required for different areas that communicate with each other such as security teams, work teams, and maintenance teams. There are anywhere from five to nine people that we communicate with, who are engineers from each division.

I completed the installation and implementation myself. I did not use the help of an integrator or consultant.

There are no licensing fees.

I would recommend this solution to others.

I would rate Kubernetes an eight out of ten.

We use Kubernetes mainly for the apps. We are a government organization, and we have many public-facing apps. We also run all our microservices run on Kubernetes.

I like that it gives you all the flexibility, for example, auto-scaling. Everything is figured out exactly right. It manages all your workloads without much intervention. It can scale in, scale out, and with security. Everything looks pretty good compared to the old legacy way of working.

Kubernetes has been tested and proven. I don't think there's anything that needs improvement, and it has been working very well. But the plugins could be better. That is one pain point we had, and we had to get in with many other open standards, like Calico networking and more. 

I have been using Kubernetes for about three years.

Kubernetes is stable.

Kubernetes was good, and it would automatically scale in and scale-out. We never had issues with scalability.

I have both Cloud Foundry and Kubernetes. Cloud Foundry is much better suited for an organization with less operational stuff. With about three people, you can manage all the apps in it. But Kubernetes needs patching and more, which makes it a bit tricky.

Kubernetes is open source. But we have to manage Kubernetes as a team, and the overhead is a bit high. In comparison, platforms like Cloud Foundry have much lower operational overheads. With Kubernetes, I have to manage the code, and I have to hire the developers. If someone has a product, a developer should know exactly what he's writing or there's high availability, and all those things which impact costs.

I would recommend Kubernetes to new users.

On a scale from one to ten, I would give Kubernetes an eight.

Kubernetes is used for cloud-native development. We deploy it to the hybrid cloud, like private in Azure and public cloud in Amazon AWS. Kubernetes is underlying, and we do not use Kubernetes directly. We use products that use underlying Kubernetes like OpenShift or Tanzu.

I like that it has really boosted cloud-native development and stood the test of time. The underlying architecture allows one to scale as per the business KPIs much faster. The underlying architecture is the master that works faster than the nodes. Then there are pods within those slave nodes, and there is a control pan as a part of the core architecture of the Kubernetes. Once you have the cluster up and running, you can monitor that and deploy your applications into the Kubernetes cluster. 

They should update Kubernetes more regularly. Kubernetes is open-source and supported by cloud-native communities. But there are other proprietary versions of Kubernetes like VMware, which runs Tanzu with underlying Kubernetes architecture, or Red Hat, which runs OpenShift. 

These have priority over the open-source project over the last five years. The Cloud Native Foundation is currently out with version number two. The first version came out 14 years ago. We really don't know when we will see another version or improvement with this totally open-source project.

Scalability can be improved. It should be flexible enough to run two instances that can be changed immediately to four, six, or eight swiftly. They could also simplify the logging process.

I have been using Kubernetes for about five years.

Kubernetes is stable.

Kubernetes is scalable because the underlying architecture allows you to scale faster.

The initial setup and installation are straightforward. You can install and deploy it within a matter of hours.

Kubernetes is open-source.

I would recommend it because of the microservices architecture that allows you to write cloud-native code in the Kubernetes environment. Kubernetes has become a leading choice for most big companies, and they are making their own products based on the underlying Kubernetes architecture. 

On a scale from one to ten, I would give Kubernetes a nine.

We are not using the Google version, but the open source Kubernetes.

This product can be deployed both on cloud or on-premises.

Our use case is mostly for multi-services or the applications which you will try to modernize. Investors will come from monolithic applications to mostly cloud-native applications. When I say cloud-native applications, that means each service component will be part of one container. You need a container orchestration or a management platform. So Kubernetes is actually a management or an orchestration platform for containers. Basically, it works with microservice applications.

One of Kubernetes' top features is its agility, it is very fast. You can deploy a container pretty quickly compared to a virtual machine. That is one strong feature. A second feature is its flexibility because you can use it on any platform. You can use it on Google or AWS or Microsoft or IBM or any clouds. So flexibility of deployment and agility are the top features. It also helps in your maintenance cycles when you do maintenance on your environment.

For improvements, I would say it's actually still evolving so they are already making a lot of improvements along the way. Each and every release comes with new features so I think they're doing well.

One feature I would actually like to see is the network monitoring part. When we talk about communities, it's mostly the computer side. But it does have some enhancements on the networking side which they have recently released. I would like to see more enhancement where we can monitor the networks of the Kubernetes cluster or the Kubernetes workloads.

This Kubernetes product is new so I would say I have been using it around two years.

I am using version 1.18, not the latest one.

Stability is still a question because it depends upon which flavor you're installing. It could be on-prem or it could be cloud, it could be open source. It's still debatable.

That said, stability-wise I haven't seen any problem myself up to now, but I might not be right. There are many other people who are deploying this in a production environment. I haven't done it myself in production so I would not be the correct person to answer that. But for me, I haven't found any stability issues.

Kubernetes definitely has good scalability. 

The number of users on it can vary. It can be used by very small organizations to very large and complex organizations. There is a customer I was working with who has more than 80,000 employees around the globe. But not everyone is a user of this technology. If you're asking about the users of this technology, I would say around 1,000 - 5,000.

Their technical support depends upon which flavor you're installing. Mostly, if you're going to the cloud version, support is definitely provided by the vendors. Like Microsoft provides its own support, AWS provides their own, and even IBM does the same. But if you're deploying on your own prem, that's where the question is. It depends. It's not a product sold by a single company, it's an open source, so big companies like J.P Morgan or Citibank have it deployed on their own premises and support will be their internal teams who will be working on that.

Installation is not a straightforward thing. It's a process that you have to follow step by step. On-prem is a little tedious because you have to spend some time to get this installed and create a platform. But people are mostly inclined towards cloud. They use Kubernetes on the cloud.

I did install it myself in my lab and the install itself doesn't take much time, about a couple of hours. But to go through the documentation takes time. You have to understand each and every component and then try to install that. So it's a combination of both understanding the documentation and then installing. Because it's a new technology, it does take a little bit of time.

It depends. If you talk to a customer and you get a project with them that they want to deploy, you're going to need a project manager or a technical architect, and then you'll need at least one or two guys who can do the hands on deployment. It's not a fairly large team, but you will need a project manager, a technical architect and an engineer.

There are different types of licenses. You have a subscription-based license if you are talking about cloud. This has both yearly or monthly available. Or you can go on number of workloads, based on how much workload you're putting on the cloud.

I would definitely recommend Kubernetes for others who want to start using it.

I would say it is no longer in its inception phase, but it is still in the early phase. The product hasn't matured enough. There are customers who are looking to take this maybe around two years down the line. On a scale of one to ten, I would give Kubernetes an eight.

It's a mobile phone application with a website written in Angular 8. It's a strategic microservices solution. There are a lot of containers and resources. The application is written in Java, and we are using Spring Boot, the second version. We are also using the application-gateway of Azure.

If you want to do the microservices strategy, you need to split the services to the smaller work. There must be containers in Docker. There are not that many good solutions for Docker. So right now, if you need to use Docker, you choose Kubernetes because they are number one for the container orchestration solution.

The auto-repair function in Kubernetes is perfect. When something breaks, the auto-repair function automatically repairs it. If you are running the content in Kubernetes, you have a good setup. You do not need to do anything for the management of this. So, the automation of Kubernetes is number one.

The Kubernetes dashboard can be improved. It is currently a mess. We were using Rancher earlier, and everyone was happy with the dashboard. Right now, we are using Kubernetes, and it's not working with Microsoft workstations. Aks is using mcr.microsoft.com/oss/kubernetes/dashboard:v2.0.0-rc7 for dashboard. It has problems with auth. It constantly deletes tokens in kube/config file. And auth with kube/config file is not working on mac. It does not work on chrome in windows 10. It is still laggy and slow. Auto refresh function is not working correctly and you need to refresh your browser. Older versions have similar problems. There is no restart function such as in rancher. There is no possible to restart or scale more deployments at the same time. You need to write script for that. Graphics design is out of date. After a while of not clicking anywhere it give you 401 and you need to login again.

I have been using this solution for two to three years. 

The stability is totally perfect because if something breaks, it gets auto-repaired. We had only one failure, but it was not the failure of Kubernetes, it was the failure of Azure machine.

The scalability is great. You have scale sets, and every scale set has node tools. You have different types of refurbishing, and you have a node count. If I need more CPU or more information, I just change the node count, and everything is run in the cloud. It will automatically pull the new node to Kubernetes in the product label, and the load will run there. 

I also used the downscale and upscale features. You can also automate the scaling, but I didn't try that. I would love to use that. I am using manual scaling. If I need a new installation, it takes two to ten minutes in a cluster. This can also be done by the junior admins in one click.

Support is the only problem we face with this solution. I don't know which plan we have, but our software is stable. We are also a customer of a reseller, and we need to open tickets with the reseller. After that, we open a ticket in Microsoft Azure, but it takes two or three weeks to get an answer from the technical guy from Microsoft, which is terrible. It could be because we have the basic support.

We were using Rancher 1.6 before, but it reached the end of life. Right now, the version is Rancher 2. In my opinion, I don't need to put another layer of Rancher 2 when I already have a good solution from Azure. So, I chose the Azure solution.

The initial setup is more complex because you don't only set up Kubernetes. You also need to set up some CI/CD solution, and you need a setup to back up your workload to the Kubernetes. If you want to deploy the workload to Kubernetes and you want to do it efficiently, you need to have Helm. Helm is for catalog package for Kubernetes. So, you need to know how to work with Helm. 

You need to create docket files or some DevOps scripts for deploying ability. The solution is complex. You definitely need to have an experienced DevOps person. If you have juniors in your company, they will not know how to set up the solution, which is not good. You need to have experience in tech DevOps.

For small setups, it doesn't matter. You run Kubernetes, put some containers, and you play with it. That's okay. However, if you want to run it in production with everything, it needs experienced DevOps staff. We have a team of up to 10 developers and DevOps members.

Yes, I am a certified administrator. Deployment was very easy. I deployed the Kubernetes service alone to run some workload in Asia. There is an automation feature in this solution. You only open one page and fill some requirements, and everything goes out to the team. It was great. 

I had everything scripted in the platform with code in 50 minutes, but this is only for Kubernetes, the infrastructure, and the network stuff. I had scripted everything again, but it was in the Ops script; not in the platform. I could deploy the complete workload within one hour.

The management layer is free, which is perfect. You don't need to pay money for the management layer, but in AWS develop service, you need to pay. I think it is €75 per month for the management layer. It is free here, so you can have as many Kubernetes clusters as you need. You are paying just for the workload, that is, for the machine, CPU, memory, and everything. 

I am still using the basic Docker Compose, which needs low care. I tried Rancher 2, but I don't have it in production. I also used Elastic Kubernetes Service (EKS), and I also tried the Google Cloud Platform. 

I think Google Cloud Platform is the best one, but here in Slovakia, we don't have enough support for Google Cloud, which will become a problem. If I can choose from the integration, I think the Google integration is the best because we could get into the Google products, but here in Europe, we don't have the support for Google Cloud Platform. 

Kubernetes is a great product. I am currently also helping a customer with the implementation of AKS because they only have a private cloud, and they want to have a hybrid cloud. I highly recommend to use this feature, and not to install Kubernetes manually or use some third-party tools. The Azure community service is better implemented than AWS community service. 

They are not good at planning the upgrades for Kubernetes. So, you really need to constantly upgrade the cost. The upgrade is automatic, but Azure changed the integration of load balancing, and I was forced to re-deploy all costs, which costed my company. We need two clusters at the same time from every environment. So, this was not good. I contacted the support, but there was no way to change the integration of the load balancer. I hope this will never happen again in the future.

I would rate Kubernetes an eight out of ten. The dashboard and support could be better. 

I was probably using Kubernetes from the operational side. The service requires high availability, ensuring 99.99% KPI for our customers. So, we primarily used Kubernetes for this purpose and for managing our services.

Kubernetes has everything. Its design structure is quite advanced, and its offerings are extensive. The practical feature was the seamless failover.

The big part has been the design of the environment and the configuration training itself. Then, they program in the test environment, establishing whether everything else is working. Once we hit the deployment on the test environment or the staging, we move to live. The challenging phase of that exercise is if you don't get the configuration right from the beginning to be able to adjust and change.

Kubernetes's configuration could be made easier, especially at the network level, including aspects like IPs and ports. Integrating it into our services was quite challenging.

I have been using Kubernetes for eight years.

The product is stable.

We service about three point four million transactions.

We had approximately twenty-two servers, with eleven on each side. So, we've got two sides, with eleven servers on one side being SQL servers. It took us about three months to set up the infrastructure, and the installation configuration took about one and a half months.

Six engineers were required for the solution's deployment.

The return on investment in terms of the services that we were offering was quite good. However, as we started to scale down, we lost the contract. Therefore, maintaining the environment then became very expensive.

The solution is expensive. The salaries of Kubernetes engineers were much higher. They came at a high price. Resources also came at a high price, and therefore, it became very expensive to continue with Kubernetes

The tool is not difficult to maintain, but if you've got problems, troubleshooting and devising can be challenging.

It was beneficial and very complex. The skills development for the team working on it was a little steep. It's more complex compared to other solutions similar to it. It's quite robust and nice, but the learning curve is steep.

In terms of resource management, for instance, if you run out of memory or usage capacity, Kubernetes seamlessly moves your workload from one node to another without any issues.

I recommend the tool primarily for enterprise businesses that can afford the cost associated with Kubernetes, including the end-to-end resources needed, such as people, systems, processes, and so forth.

Overall, I rate the solution an eight out of ten.

I use the product for microservices. 

I am impressed with the product's coupling of resources and flexibility. 

The tool needs to improve its UI. The tool is very complex and basic. 

I have been using the solution for six months. 

We haven't encountered any issues with the product. 

I would rate the product's scalability an eight out of ten. 

The solution's setup is difficult and we need to write a lot of commands. It takes one day to complete the setup. We require two people for the solution's deployment and five people for its maintenance. 

I am using the solution's open-source version. 

I would rate the product a seven out of ten. 

Kubernetes is used for container management. The use case depends on the project. My company was releasing products that work with Kubernetes.

Kubernetes is scalable and the elasticity is sustainable.

Kubernetes is a complex solution. The product needs to be more manageable and user-friendly.

Currently, I work as a systems engineer. I have been using Kubernetes for two years.

Kubernetes is stable. Usually the solution requires maintenance, however, in my environment, Nutanix covers the maintenance like upgrading and patching.

The solution is scalable. A user can start their business with Kubernetes and the workload can expand as the business expands.

The solution is open source.

Kubernetes is a complex solution. If someone is looking to build Kubernetes in a production environment, I suggest they choose some partners like cloud providers or software solution vendors such as Red Hat or VMware. A lot of system integrators provide a solution, including technical support for Kubernetes. I recommend you find the right partner or provider.

I would rate Kubernetes a nine out of 10 overall.