Docker Reviews

In our company, I mostly design 5G networks and my work revolves around virtualization of the 5G core, which is known as backhaul. In our organization, we use many containerization technologies to obtain a proper ROI.

No-code servers and other servers are used in a combination predominantly as part of our company operations, which is the most relevant approach in the service provider or enterprise end. For small-scale customers of our organization, we use a combination of Kubernetes and Docker to drive adoption. 

One of the main use cases of Docker is resource utilization. Like traditional VMs, there is no need to depend upon reserving resources and it's much easier to spin up required instances for consumption using Docker. 

The capability of the solution to convert an application into a Docker image is a vital functionality. 

The learning curve with Docker is huge and extensive. Adopting Docker is a bit difficult because it requires a lot of expertise and background, including an understanding of networking and security concepts. Many professionals are facing issues with the different architectures that interact with each other in Docker.

Whenever in our company, we are working with the production environment, professionals are hesitant to adopt Docker due to the extensive learning curve, and most of the team members in our company are more accustomed to an environment like VMware instead of Docker. 

Docker runs on scripts, so if AI can automate most of the scripting process in Docker, it would be a great advantage in the future version of Docker. As of now, we can create scripts utilizing most of the functions within Docker, but that initial planning phase wherein to understand exactly how you will plan for the resources, how you will convert applications into a Docker-based image, and similar tasks needs to be simplified so that more professionals can adopt Docker.  

I have been working with Docker for almost four years. 

I would rate the stability an eight out of ten. Docker provides a highly stable environment to work with. 

I would rate scalability a five out of ten. In Docker, it's very difficult to predict how scaling works and this is where automation should be implemented. I would recommend Docker for small and medium-sized businesses as it provides a practical environment that can facilitate cost-savings. Docker also doesn't have critical workloads.

The applications used in critical workloads consume a high proportion of traditional server and physical infrastructure; by using Docker, the efficiency can be enhanced ten times. Docker is definitely a great option for small businesses that are trying to deploy applications on the cloud. Whether primarily deployed on-prem or cloud, with Docker the application can be moved in between them. 

I personally depend on the Docker community to resolve my issues with the product and avail support. 

The setup process of Docker is extremely simple. Docker is compatible with multiple operating systems, including macOS, Windows, and Ubuntu. 

I would rate the pricing of Docker as ten out of ten.  

OpenShift is gaining more popularity than Docker because it is used in enterprises that follow the traditional model. OpenShift is from Red Hat, and many enterprises are already running Red Hat-based systems at the back end, so it becomes much easier for them to move to OpenShift than to migrate to Docker.

For Docker based adoption, the entire existing infrastructure needs to be changed to migrate into the Docker environment but for OpenShift the older architecture just needs to be brought into the latest architecture. 

For container management, Kubernetes is our primary tool of choice in our organization, and we recommend the same for most of our customer's enterprise environments, but now we are witnessing a high adoption rate for OpenShift which has all the features of Kubernetes.

At our company, we are also noticing the rise of another competitor tool for Docker, which is called Amazon EKS, which runs on the cloud with a Kubernetes background. I can easily manage my public and private cloud using the same containerized environment and one single orchestrator. 

There are complexities in integrating Docker with other CI/CD tools because the available documentation is not straightforward. An expert is required with hands-on project experience to integrate Docker with other solutions. 

The solution should provide better deployment documentation with added project examples that can be used like a workbook by professionals. The vendor should develop and provide some explainer videos around Docker with a major focus on how AI has came to the picture and how Docker will provide integrations with automation and a Generative AI context. I have had two or three instances where I had used ChatGPT to deploy a code on behalf of me, but it took three of my colleagues to understand the AI-generated code. 

In recent days, I have noticed that enterprises are not adopting Docker, and they are choosing a solution like Proxmox. Other competitor solutions to Docker are easier to use, so the usability factor is causing the adoption of products other than Docker. But I would say Docker has a more mature environment than the competitors. 

The product is still at an early stage in terms of security. The basic aspects of security are covered, but there is a lot of room for improving the solution's security. Our organization works on container security and Docker should improve on container security. 

If you are working on Docker, you need to have expertise in the product, it's security, architecture and resource planning. I would choose OpenShift over Docker. I would overall rate Docker an eight out of ten. 

I'll definitely recommend Docker to users, especially to professionals who are working with a cloud-based environment, server-less architecture, or developers who are trying to build efficient applications. Docker is an excellent learning platform to initially get accustomed to basic architectures before shifting to more complex architectures like OpenShift. 

We normally use Docker for building and testing all of our applications in a much faster way. We create the software as packages and then use Docker to create containers to build these packages. This process allows us to run and manage our applications.

The tool helps us in code versioning. I think it's pretty much easy to use and very straightforward. Even if someone is new to the tool, they can easily start using it with a little guidance or theoretical knowledge. Go through the tool and start using it without much struggle.

Docker reduces our efforts. However, from an AI perspective, we haven't explored it extensively yet. We need to start incorporating it more. Currently, our version doesn't utilize Docker heavily for AI tasks, but we plan to revise and implement our model in the future.

Sometimes, we have sync-up issues where the build doesn't get processed due to these sync issues, causing the build to fail. That's one of the drawbacks I see. When we did a huge sync-up, we faced a couple of issues. It takes some time for us to complete the sync-up. For frequent, smaller updates, we haven't had any issues. However, challenges can arise for those who prefer doing everything in one go. This might not necessarily be due to the tool itself but because of the approach of doing everything in a single batch.

I have been using the product for eight to nine months. 

I rate Docker's stability a nine out of ten. It's a good product because it simplifies everyone's work, whether related to coding, testing, or integrating with multiple parts and management.

I rate the solution's scalability a nine out of ten. My company has eight to nine users. 

The tool's deployment can be a challenge. It can be a bit challenging if someone is completely new and has never worked on it before. It has too many steps. Ideally, it can be finished quickly in about three or four steps.

An integrator helped us with the deployment. 

Docker streamlines our workflows and provides faster results. It simplifies our software dependencies, enhances productivity, and enables easy sharing and collaboration across different ALM models. 

I rate the overall product a nine out of ten. 

Currently, we are creating a JAR file and using microservices. There are around 178 services in a single project. We use Docker to manage and do load balancing for all the services together.

We are using Docker to host applications. We are using Docker Compose and sometimes Docker Screen.

We are facing multiple issues with the solution's stability.

We have been using Docker in the same project for five years, and we have recently deployed Docker into Kubernetes for four years.

We are facing multiple issues with the solution's stability. It is very difficult to analyze how much load a tool takes. Sometimes, our Docker images get crashed due to the unavailability of space.

I rate the solution a six or seven out of ten for stability.

Approximately, 400 users are using the solution in our organization.

I rate the solution a nine out of ten for scalability.

The solution’s initial setup is simple.

We implemented the solution through an in-house team. It took me around three to five hours to deploy the solution. Docker is easy to use and implement. For the deployment process, we used Docker in the CI/CD pipeline. Then, we pushed the Docker images to the Kubernetes as per the environment. We used Kubernetes to host and balance the load.

Since Docker is an open-source solution, it is free of cost.

Docker made it easy for us to monitor the microservices. Secondly, we were able to manage the key load balancer. Thirdly, we wanted to create a secure layer of protection for our organization. So, we started using the containers above the hypervisor.

It was like using a new operating system. We created our own network adapters. We created another isolated network inside the Docker containers to keep our organization and project safe and secure. We consider this very helpful in the secure software development life cycle.

We're implementing multiple stages in security. We are signing Docker images, Docker containers, Kubernetes containers, Kubernetes nodes, and clusters in cryptography. We are signing these so that no one tampers with the code or the docker images. We are doing this from a security point of view.

The solution's containerization helps us in providing integrity and availability. If you use a microservices architecture, I recommend implementing Docker and Kubernetes. I would recommend Docker and Kubernetes to manage multiple microservices running simultaneously.

We had to configure multiple services, like the utilization of the CPU and the utilization of the RAM for the service that we were building. Additionally, we had to mention the network adapters we will be using. We followed multiple benchmarks, like NIST Benchmarks and CIS benchmarks.

There were multiple advantages to using Docker. The most important advantage was scalability and availability. As I am working in the security team, I'm looking after the integrity of the Docker images.

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

Docker is a development platform for containerization.

The solution offers speed and flexibility.

The solution could offer better documentation.

I have been using Docker for more than a year. We are using the latest version of the solution.

I rate the solution's stability an eight or nine out of ten.

The solution is scalable.

The initial setup is straightforward.

I recommend the solution and tell them to explore it the first time and then make a decision. It's reliable, quite mature and reliable.

Overall, I rate the solution a nine out of ten.

We use Docker for validation mechanisms and have built Docker images for our applications.

For container orchestration, we haven't used Kubernetes instances extensively. Docker works well for us.

It's flexible and easy to use. My team also finds it comfortable to work with.

Sometimes, it can become heavy and cause performance issues.

The stability is pretty good. 

We use horizontal scaling, and it works well. Considering its container architecture, I'd rate the scalability a nine out of ten. 

There are probably around 2,000 to 3,000 end users. It is extensively used. 

We have used Docker's technical support. I didn't have bad experience with the customer support. 

We used Kubernetes and other packaging techniques. 

Portability and accessibility were the main reasons we chose Docker. 

The initial setup is mostly straightforward. We used Ansible for deployment.

The ROI is high. Traditional deployments take more time and builds can be inconsistent across different environments. Docker solves these issues.

The value is there. Docker delivers high performance, leading to increased productivity. You can achieve more in less time, and your deployment cycle time is reduced.

I would rate the solution an eight out of ten.

AI with Docker is relatively new for us. But for traditional deployments like microservices and Spring Boot applications, Docker works very well.

I definitely recommend it. The landscape is changing, and Docker is transforming the way we approach deployments.

We use the tool for some of our services. We use it for containerization.

Load balancing features are valuable. We are leveraging this software for containerized services. We are using EKS for orchestration. We are leveraging almost all features. The solution helps save costs. We can know how much CPU memory is required so we can manage it accordingly.

Docker management is very difficult when we have a large number of nodes.

I have been using the solution for the last two years.

I rate the tool’s stability a six or seven out of ten.

I rate the tool’s scalability a six out of ten. We have more than 500 users. The tool is used extensively. We have plans to increase usage in the future.

We get good support from AWS.

The setup is straightforward. We need ten people for deployment, including managers, developers, and the IT team.

We can deploy the product ourselves.

We use the open-source version.

We use EKS for large applications. I will recommend the solution to others. If people want to leverage load balancing and containerized services with less CPU and load management, they can use Docker. We must pay for EKS based on the clusters and nodes we use. The price depends on the use case. Overall, I rate the solution an eight out of ten.

We're utilizing Docker extensively as all our products and services are deployed on Kubernetes, which is based on Docker. Our reliance on it is high. We have various services, including Python, C++, and Node.js, and several applications that are deployed via Docker. Our usage of Docker is almost 100 percent across all entries.

The most valuable feature of Docker is that it revolutionized virtualization by providing a new approach with containers that completely nullified the time it used to take to deploy applications on virtual servers, resulting in deployment times that can be as quick as milliseconds, unless it is a heavy application, such as Java. Additionally, resource utilization has greatly improved with Docker, allowing for more resources to be allocated to other tasks. These are a few key features that make Docker a preferred choice.

There may not be much room for improvement with Docker as it has greatly evolved. However, one area that could be improved upon is the documentation on their website which was once easy to follow but has become quite terrible with numerous versions being released. As an example, the installation process for Docker now requires more than just a one-line command, causing inconvenience. Additionally, based on my experience as a college instructor, teaching students to install Docker was a difficult task due to the lack of straightforward and easy-to-follow documentation. Docker should focus on improving their documentation to make it more user-friendly for all.

In an upcoming release of the solution, the UI should be made even more user-friendly and comprehensive, as it currently requires a multi-step process to set up a registry or host a container. A one-click solution that streamlines the entire process and makes storing, leaving, and cleaning up images significantly easier. This feature would greatly benefit those who have previously struggled with additional cleaning when hosting their own container, and it would make the end-to-end Docker experience more accessible and efficient.

I have been using Docker for approximately 10 years.

Docker has various integrations, such as Docker, Compose, Docker Swarm, and Kubernetes, I have witnessed a considerable amount of downtime resulting in applications going down. Unfortunately, it has been difficult to pinpoint the root cause of these issues. Thus, I would say that Docker is not completely stable, with an estimated stability rate of around 90 percent. As a precautionary measure, I deploy my services on multiple stations with proper scalability and high availability to mitigate any potential downtime.

We only have engineering users using Docker which is approximately 50 percent of our staff. We have a total of approximately 25 people using the solution.

The solution is scalable.

The initial setup of Docker was easy but this has changed. The setup is not necessarily difficult, but it has become quite confusing. As long as I am familiar with all of the necessary commands and don't encounter any unexpected issues, it should be a relatively straightforward process. However, the written instructions are so convoluted that it may prove challenging to install everything without encountering any obstacles.

Docker has made some changes and there is an enterprise version that is affordable.

This solution is doing its job well. The stability could improve, but the other parts of the solution are great.

I rate Docker an eight out of ten.

The solution is used to run systems in small applications.

You should start by running your applications to ensure optimal performance in a Docker environment. The administrator should validate the setup with Kubernetes before deployment. This process includes validating our software applications and comparing features with other open-source alternatives. It’s important to understand that application performance can vary due to various factors. For instance, issues may arise due to ZDR policies. Before deploying in production, consider using OpenShift if additional features are needed. Our organization currently uses Oracle, but Docker provides a flexible and efficient way to manage our applications.

We use Docker to facilitate deployment, updates, and management.

Enhancing artificial intelligence capabilities and cluster management should be a priority. It should facilitate some security management.

I have been using Docker for four years.

I have been going through the session block for enhancement. I rate the solution’s scalability a six out of ten.

The initial setup is straightforward.

It requires a premium subscription.

The CI/CD was created, and the template is there. It's sufficient to prevent blockers. The restore is deployed, and we are conducting large-scale scans to identify duplicates. For continuous intelligence, we are using Azure DevOps tools from GitLab. We use Docker for various tasks like scanning, automation, testing, and searching.

We support software implementation and maintenance. Nowadays, we update our software regularly. Our recommendation for regular users is to avoid using outdated software, especially when it involves personal data sources such as software applications, desktops, and internet usage.

Azure uses Docker and integrates with Azure products. Docker overlaps the network, which facilitates communication between containers. This network operates on VPNs but can utilize third-party gateways to reach and solve problems.

Docker has more advanced authentication, backup, and accountability.

Overall, I rate the solution a six out of ten.