Docker Reviews

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. 

Docker is an open-source container runtime for running container images. We are using Docker Swarm which is similar to Kubernetes but from Docker.

The most valuable features of Docker are its security, detailed documentation, and ease of use, and the Docker Swarm is not as complex as Kubernetes.

There is a feature called overlay network for orchestrating containers in Docker Swarm which makes everything easy. You don't need a load balancer, which makes everything easy for accessing in one container. Additionally, it has internal DNS, which is not in Kubernetes.

If you install Docker on a host, it creates its own firewalls. It can become an issue. Usually, when you want to install Docker, you need to restart the firewall or restart the active tables on the machine, but this is not the case with Kubernetes. It uses the default set up by the next administrator, but with Docker, you have to restart the firewall and restart Docker before the firewall on the system will be okay. If you do not the rules will not be created.

I have been using Docker for approximately six years.

The performance of Docker is good. We usually follow best practices before deploying Docker, we have not had any issues since deployment.

Docker is scalable. However, If you want to vertically scale, you have to do it manually. It doesn't have autoscaling.

We have seven people using Docker in my organization.

The support from Docker is very good. The documentation is rich, any issue you face, somebody already faced and the information is available.

The main reason we are using the Docker Swarm instead of using Kubernetes is you can set up Docker Swarm within five minutes. Docker is easy to set up. Once you install it, you can run it. In this case, the container runtime becomes Docker. The reason why we are using it is the vendor recommended Docker for bank sector purposes. 

Setting up the master nodes in Docker is very easy.

Docker is a free open-source solution. However, there is the Docker Enterprise which is a paid solution.

The founder of Docker decided to move to Docker Enterprise to make revenue. There are many people moving away from Docker.

My advice to others is if you are using legacy applications they do not run well with containers. The person wanting to use Docker has to ask themself questions about themselves to determine if this solution is best. For example, the application that they want to run has to be scalable. People think Docker or Kubernetes is going to solve their problems, but no. If you have problems, it's going to amplify them, but if you have easy, smooth applications, it's going to make your life easier. The application itself has to be scalable. 

The application has to be container ready, such as login inputs, does it follow the 12-Factor principles of deployment, and has security. Even if you don't have security, Docker can help with security if you don't have application security.

You need to consider how you are going to patch the images or the applications and if it will work with languages on WiFi, such as Java, Python, or Ruby version.  Those are requirements you need to meet before deploying Docker. You have to find answers to many questions.

I rate Docker a seven out of ten.

I gave my rating a seven out of ten because autoscaling is necessary for cloud-native applications and it is not available. However, it's easy to use, scalable, and straightforward. It was the defacto container runtime for a long time until they went to an enterprise. Docker is very good in CI/CD. Anybody building images is using Docker to build the images and it works well with CI/CD.

In our line of work, we've been involved in various sectors, such as industrial products, transportation, client engineering, telecom, and medical. For instance, we're currently developing an IT platform. One key use case we're tackling is device management.

We're looking at managing devices within our setup. These devices send data or signals, which then get transferred to the cloud. It's all about handling the lifecycle of these devices, deploying them, and managing non-provisioned ones, both on our end and on the client's side.

Docker needs to improve its pricing. 

I rate Docker's stability a nine out of ten. 

One of the primary reasons we use the tool is its scalability. It scales easily, and we haven't had any issues with it.

Docker's support is user-friendly, fast, and knowledgeable. 

The tool's deployment difficulty is medium.

It tends to make sense as an investment for larger enterprises, but the cost might seem expensive for smaller businesses.

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 use Docker to build, run, and ship any application.

The solution's most valuable feature is container registry interface.

They should provide proper documentation to understand the solution's cgroup and other processes.

The solution is stable. Although, it consumes a lot of battery and RAM to create virtualization on macOS.

We have ten solution users in our organization. Its scalability for multiple VMs needs improvement.

The solution's customer service is good.

Positive

We were using VMware as well. In comparison, Docker is easy to use, consumes fewer resources, and takes less time to complete the process.

The solution's initial setup process is easy. It takes less than an hour and requires one person to execute. Also, it is easy to maintain because we can see logs.

I use the solution's open-source version.

I advise others to use JPT to create docker images. They should know the basic process for it. I rate the solution a ten.

I think the best feature is to replicate anything in our local machine using a simple command. 

The product does not have an extensive documentation. The tool does not have good scenarios. We have to go through the GitHub repository and investigate similar scenarios. Also, if you are copying multiple things, then you can jeopardize the copy number. The copying aspect also lacks a UI part. We also need to limit the memory. 

I have been using the tool for four years. 

The solution is stable. 

The tool is very easy to scale up. My company has 100 percent usage for the product. 

I have never contacted the support. I always look at GitHub instead of raising a ticket. 

The product's setup is easy and straightforward. However, you will encounter difficulty in customization. The speed of the product's setup depends on the bandwidth and download speed. 

The product is a free open-source tool. 

I would rate the product a nine out of ten. 

We are currently migrating some of our applications to Docker containers on the tenant to improve their performance.

We have already started migrating one application to Docker and Kubernetes. We plan to complete this migration within the next two days. Additionally, we plan to migrate our core banking software to microservices, which will be containerized using Docker and Kubernetes.

Docker is useful for container virtualization and installation of applications. Docker is a containerization tool that enables the installation of applications without the need for virtualization. Its primary advantage is that it allows for more efficient utilization of resources, such as with Oracle virtualization. 

The key difference between Docker and classic consolidation is that the former does not rely on a physical machine for resource allocation. Instead, Docker creates lightweight applications that are easy to manage and scale, making the process faster and more efficient.

Moreover, Docker's scalability and manageability are the most valuable features for me.

There is room for improvement in terms of management. Because to use Docker, we should also use Docker as an orchestrator. But if Docker had the necessary tools for management, it would be very good.

I have been using Docker for one year. Moreover, I am using the latest version. 

It's stable because we just use it in a UAC environment.

It is a very scalable solution. It is one reason we plan to migrate to Docker. It is very scalable. We still have technical people working on it. Most of the admins can work on those solutions.

The initial setup of Docker is very simple and easy. If you know what you are doing, deploying the solution takes less than an hour. 

The deployment process depends on how the solution was developed. For Docker, you need to install it and then use Docker to get the necessary image for your OS. It keeps access and depends on your OS. 

Once Docker is installed, you can get the necessary image for your solution. The deployment can be done in-house. 

The licensing cost is not expensive. 

Overall, I would rate the solution an eight out of ten. I would recommend using Docker if you are looking for a scalable solution. 

I have an energy management platform running on AWS, but I saw some limitations in that setup. So I'm designing one to be independent and containerized rather than using AWS services. That is why I'm now checking if I could go to a Red Hat OpenShift or EKS.

The solution's most valuable feature is having containers independent of the operating system or environment. Also, you can just be modular and scale with the solution.

The solution’s documentation could improve a bit.

A new feature was added to Kubernetes to deploy and manage containers. Currently, it is a bit of a tedious process to combine containers using Docker. Hence, a new way to deploy containers would be a good feature to be included in Docker's next release.

I have been using Docker for one year.

It is a stable solution.

The solution is scalable.

I've never contacted Docker's technical support, but I contacted the developer of a few images that were incompatible with Mac.

The initial setup is fairly easy and fast.

The pricing of the solution is fairly cheap.

I am using the latest version of Docker. Currently, we have four people using Docker in our company. My company chose Docker because it is popular and used on all platforms.

People should definitely use Docker. Since there's a learning curve, users should first start small and then expand. It also depends on your use case. You need to understand what Docker is because it is not always the right solution for everything. Docker is very lightweight, and you can use it to build containers and create your application. It will be modular and cross-platform.

Overall, I rate Docker an eight out of ten because it is a cross-platform solution that is straightforward and easy to use.

I am able to containerize my application using Docker on my Docker account.

Deploying two solutions is much faster and easier for me on Docker. Docker makes deployment much simpler and more efficient.

The deployment is quite fast, which is beneficial.

I think Docker has done an excellent job on their website in illustrating the installation process and addressing any challenges that may arise. 

Their website provides clear instructions for deploying Docker on various operating systems, including Mac, Linux, and Windows environments.

There is always room for improvement.

I often refer to forums such as StackOverflow to learn from other developers' experiences and the challenges they have faced while using Docker.

I have been using Docker for the last two years.

We are using the most recent version. I released the most recent update two or three days ago.

I prefer not to disclose that specific project at the moment because it is a personal one and not related to LiveScale.

I would rate the stability a nine out of ten.

I am the only user.

I have used Apache Web Server.

The initial setup is straightforward.

It can be deployed in less than thirty minutes.

I was able to deploy it myself.

Regarding my last deployment, I used Docker as a containerization platform to package and deploy my application. As for the design, I purchased the Blue on the Bureau theme for $250 and used it on my Mac computer.

I found the deployment process to be quite straightforward.

It is installed on-premises on my local machine. However, whenever I need to make updates or changes, I push them to Git to maintain a version control account.

I prefer to pay on a monthly basis.

The pricing is reasonable. 

Pricing is based on the number of users.

Based on my experience with Docker and the speed and ease of deployment it offers for various applications, I would highly recommend it to others.

I would rate Docker, a nine out of ten.