Docker Reviews

We used to have a silo problem. Docker solved it because we're able to containerize the microservices that we're developing in the form of Docker mail.

Once we run the Docker image, it becomes a container. This container is guaranteed to run in every machine because we're installing Docker as the platform. On top of Docker platform, we're curating the Docker images and running the container. That container has a limited number of libraries and a limited number of data, which is required to run the application.

Each container has a limited library system, which is required to run the application. This encapsulation makes it work perfectly, irrespective of the system. It works perfectly once we have encapsulated the application and containerized it. This is guaranteed to run in each machine.

We're deploying the solution on Azure cloud. We're curating the CI/CD pipeline. In the CI/CD pipeline, we're curating the Docker images and pushing it to the container registry. We're writing the steps for how to build the Docker image into the YAML code. Once the Docker image is built, it's pushed to the container registry. We're writing this YAML code in the pipeline.

Every person on the DevOps team is using this Docker tool.

We have plans to increase usage because it's a great tool, and it's the latest technology. We're no longer developing monolith architecture, so everyone is developing applications with microservices. Docker is the best tool to containerize the application and encapsulate it.

We used to work on monolithic architecture to develop the application until it goes to the production environment. It takes a huge amount of time. Now, we are using a microservices architecture. Rather than creating the application as a whole, we are dividing the application into small services. Each microservice is loosely coupled. With each microservice, we can develop and containerize it in the form of a Docker container.

If an application has a hundred microservices, like on an e-commerce portal website, then the login is usually one application, the catalog is one application, and the E-card is one application. Each application can be considered as one service. For each microservice, we can develop a code and containerize it.

Containerization is the most valuable feature. I can communicate to the Docker containers using other containers. The copying feature is helpful because if a container dies, we won't lose the data. That data is retained because of this data volume feature. We mount it to our shared system or any shared folder.

I would like to see a more UI-based tool so that students can easily understand it rather than memorizing all of the Docker commands. Some people try using Docker desktop and containers to make it graphical.

Docker Swarm could have more advanced features, like Kubernetes, which has an auto scaling feature and cell-filling capabilities.

I have used Docker for four years.

I would rate the stability as seven out of ten.

I would rate the scalability as seven out of ten.

I would rate technical support as seven out of ten.

Setup is simple. We can install Docker with just one command. It doesn't take more than three to four minutes to run the pipeline. A Docker image is built in that time frame.

We're running the pipeline in a self-hosted agent or Microsoft-hosted agent.

Docker Compose can be installed easily. It allows you to use multiple containers at a time. Docker Swarm can also be installed easily.

Docker is open source. To use a Docker enterprise model, we would need to pay for it.

I would rate this solution as seven out of ten.

My advice is to create an account on Docker Hub. In Docker Hub, there are three Docker images available for practice. We use GitHub to see how we're making the Docker images and then push it to the public Docker Hub. I have an account in Docker Hub and have images there that I can reuse later. I would also advise completing a Udemy course for Docker or watching YouTube videos about it. This will make Docker easier to understand.

Our primary use case is to build and bundle applications.

The most valuable feature is that it gives you the same environment as on a developer machine as well as a production machine relevant to specifications. The binaries and dependencies are all bundled together and they are in a similar fashion in both places.

I would like to see better management layers. One example of this would be binary shipping. I would also like to see Docker utilize a concept like Red Hat Family.

I have been using Docker for three to four years.

The stability is excellent. Sometimes, memory management can be tricky.

Docker is scalable on both community and commercial levels. I am using the community version. There are around one hundred to one hundred and twenty of us using Docker on a daily basis.

For customer support, we are using the documentation on the forums and they are suitable.

The initial setup was very simple and straightforward.

You can use either an in-house or vendor team. We simply downloaded Docker into our organizational environment.

There are a sufficient number of YouTube videos and best practices to build Docker. I would encourage a potential user to investigate those videos. On a scale of one to ten, I would rate Docker a nine.

We use this solution for our web applications and websites for automatic deployment. We also have a cloud based solution that we sell as a product and we offer cloud hosting, which is Docker based. Our clients have access to a graphic user interface where they can deploy their websites with one click and we use Docker in the back end to make that possible. 

Docker is an entirely containerized cloud solution that supports different types of applications running on the cloud including websites, web applications, APIs and some Lambda functions. We have a whole bunch of stuff running on the cloud. We have thousands of users supported by this solution. 

There are ways of using Docker where you have absolutely no dependencies on the environment that you work in. This allows us to deploy Docker anywhere anytime and this has been most valuable.

Docker removes any dependancies when it comes to deployment. We can ship it between different devices and different locations without our clients being impacted or aware. In once instance, we redeployed a client's container without losing any of their data. 

There are elements of stability that are problematic. One of the most recent upgrades created a major incident on our cloud, whereby the containers were not restarting automatically. Docker is a fairly new application and has matured and improved since 2016 but still needs improvement on stability. 

Prior to using Docker, we used a CH root and jailing process. Essentially, Docker is a CH root on steroids combined with an image management system that is based out of git code. When you're dealing with such low level technology, there should not be issues with stability. 

We have been using this solution since 2016. 

This is a scalable solution

The setup on the most recent versions of Windows is pretty straightforward. The setup on Mac is also pretty straightforward, but there are networking problems.  Docker, it doesn't play well with the Mac virtual hypervisor. There are some issues on that side. On Linux, well, it's less straightforward, you have to know how to work it out. There are no performance or networking issues.

We have done in house deployments and we have also used other tools like Kubernetes or Docker Compose. We have our own PHP library that can deploy Docker containers, which is called Linux for Composer. It is oriented towards helping PHP developers to use Docker to make things more simple. 

We have definitely experienced ROI because it cuts down on development time. There are no surprises when it comes to deployment. It cuts down on development, deployment and it cuts down on staff. There are multiple advantages including on the financial side.

We've had a look at other possible solutions such as KVM and Pod Man. Pod Man is not very mature right now. There are a lot of things that we're used to being able to do with Docker that we can't do right now with Pod Man.

We're not excluding the possibility of using Pod Man. There is also an equivalent to Docker which is the Windows subsystem for Linux, WSL two. We've used that for a few projects in Windows environments, and we are considering putting our Linux distribution on WSL two.

I would advise others not to use Docker as a virtual machine or to think of it as being similar to VMware or Virtual Box. It has an entirely different use case. They have to think about it as a system that is used on an ad hoc basis. 

If you build thinking that it is temporary in nature, you will have the full benefits of Docker. 

I would rate this solution a nine out of ten. 

I use Docker to create dev stacks, usually for developers to plug and play their applications, and in cases where they don't need to be bothered with complex architectures and decoupling services. We create a simple Docker compose file and provision it. We are customers of Docker and I'm a DevOps engineer.

The lift and shift is valuable because you create a lightweight image that can be accessed by anyone who has installed Docker.

I'd like to see improvement in some of the documentation because there are currently errors and it requires a thorough check and deep dive to make sure it's correct. If they were to incorporate what the community offers into the documentation, it would be beneficial.

Many people use multiple containers for their workload and it would be great to have pre-deployed solutions for typical deployments like WordPress and multiple CMS which would encourage more developers to use Docker. I would love to see the solution with pre-baked, ready-to-go capabilities for multi-container solutions.

I've been using this solution for five years. 

I haven't found such complex issues that I need to contact customer support. I found most of the answers through the community or using a work around. 

The initial setup is very easy. You just need some basic understanding of the system, and how containerization works. Images are already prepared so if the user doesn't have the images on his local system, Docker pulls it from the repository and it's good to go. It's much faster if the images are downloaded. As a DevOps engineer, I generally carry out the deployment myself. 

I recommend learning about containerization prior to using this solution starting with basic deployments. Take the opportunity to test it out and check the components. Docker has relieved a lot of the pressure, including the fact that I no longer have to provide everything from scratch. I know I just have to install the Docker community edition, make Docker images and get going. That said, Docker has some limitations and Kubernetes has discontinued using it. It's compatibility is reduced as a result and many organizations are moving towards Kubernetes and other orchestration services.

I rate this solution seven out of 10. 

I use Docker primarily for backend services to containerize applications or for API communications.

The most valuable feature is the simple containerization. I can specify what I need to install in a shell to ensure the application runs. It's a straightforward and easy-to-use feature. I also use it with CI/CD tools, finding it a good solution for integration.

In terms of communication between services, perhaps the configuration within networks between containers could be improved.

I have been working with Docker for about six years.

The stability is excellent. I would rate it ten out of ten.

By using Kubernetes, scalability is simple and can be done without issues.

Some developers might use virtualization solutions like VMware, however, Docker is much better because it is simple.

Overall, the setup is simple.

I consider Docker's pricing to be affordable.

Some developers might consider virtualization solutions like VMware.

I would recommend Docker for a wide range of users, from 50 to five million users, as it is simple to configure. 

I rate the overall solution ten out of ten.

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.

I use Docker for containerization, deployment, and to create packages. Docker has a wide range of uses and integrates well with other command-line tools like Terraform. Docker is most helpful when trying to work with CI/CD pipelines.

Docker's containerization property is its main selling point.

I'd like to see the new update on containers and what you can achieve with the new version of Docker by using containers. I would also like to know the range of applications for which it can be used. I want to see if new architectures have been incorporated in Docker or if we have to wait for another release.

I have been using Docker for one year.

I rate Docker a nine out of ten for stability.

Docker is a very scalable solution. I rate Docker a nine out of ten for scalability.

Docker's initial setup is straightforward. As a command line tool, it also provides you with docks to reference if you get stuck or have issues.

The solution's deployment time depends on your internet latency or internet speed and the size of the container. If you are deploying a very large application, it will take some time to set up.

Docker is deployed on-cloud in our organization.

To effectively use Docker, users should learn the basics of Docker and understand what containers and images are in Docker.

Overall, I rate Docker a nine out of ten.

When we are developing an application, we try various libraries. It is better to isolate one application from the other because if they install one library and then it doesn't work on the other end or while using a driver, then it doesn't work on the other driver. There is always this conflict that is bothering us, and that is where Docker separates containers to build applications.

Docker is a useful tool that we just implement and use directly.

It is a perfect solution for me stability-wise. Owing to a few shortcomings in its stability, I would say that its stability can be improved. It is important to note that I am not an expert to speak about what needs improvement.

In the future releases of Docker, we should be able to isolate a couple of applications. It should also be possible to isolate an environment.

I have been using Docker for one or two years.

The solution is stable.

The solution is scalable.

We have a couple of users in our organization using Docker since it's just a test system right now.

We don't have plans to increase usage.

We haven't contacted the technical support of Docker. We did search for the details of Docker's support team on Google.

We have used the virtual machine named VMware previously. We switched to Docker because VMware was very clumsy when we tried to build a lot of virtual machines using it. VMware is best suitable as a business solution.

The initial setup of the complete environment is complex, but Docker is easy to set up.

If you want to set up a complete environment, it will take a week, depending on the applications.

We don't do the deployment since we only look into the PoC phase. The company we work with does the deployment, and then they worry about the environment, infrastructure, and other things.

We do the deployment by ourselves because we need to test or develop some applications and do the PoC phase.

Docker is perfect for what I do, though it is really limited as a tool.

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