Amazon Elastic Container Service (Amazon ECS) is a scalable, high performance container management service that supports Docker containers.
N/A
Mirantis Kubernetes Engine
Score 8.0 out of 10
N/A
The Mirantis Kubernetes Engine (formerly Docker Enterprise, acquired by Mirantis in November 2019)aims to let users ship code faster. Mirantis Kubernetes Engine gives users one set of APIs and tools to deploy, manage, and observe secure-by-default, certified, batteries-included Kubernetes clusters on any infrastructure: public cloud, private cloud, or bare metal.
There is no additional charge for Amazon ECS. You pay for AWS resources (e.g., Amazon EC2 instances or Amazon EBS volumes) you create to store and run your application. You only pay for what you use, as you use it; there are no minimum fees and no upfront commitments.
These pricing options are compatible with Linux or Windows Server and are per year, per node. The basic version requires maximum online purchase not to exceed 50 nodes. Support/professional services are not included.
More Pricing Information
Community Pulse
Amazon Elastic Container Service (Amazon ECS)
Mirantis Kubernetes Engine
Considered Both Products
Amazon Elastic Container Service (Amazon ECS)
Verified User
Anonymous
Chose Amazon Elastic Container Service (Amazon ECS)
Some of the other services that are similar to Amazon Elastic Container Service (Amazon ECS) have an easier setup, but the longer term deployment is good with Amazon Elastic Container Service (Amazon ECS) and the total cost of ownership can be reduced if you are integrating …
Chose Amazon Elastic Container Service (Amazon ECS)
Amazon Elastic Container Service (Amazon ECS) is good abstraction/runtime for the container orchestration. No need to maintain and host own solution. Good integrated in AWS
Chose Amazon Elastic Container Service (Amazon ECS)
AWS Elastic Beanstalk is a good beginner level orchestration service but lacks container management and scaling capabilities. EC2 is again not a managed cloud service. It is like just renting a computer on cloud and then managing it on our own. Compared to these ECS is a …
Chose Amazon Elastic Container Service (Amazon ECS)
EKS is like a full-featured Kubernetes on AWS. ECS is a proprietary container orchestration service by AWS. ECS is much simpler to learn & use. It has built-in tight integration with other AWS services as well. Some key considerations: EKS is like Kubernetes; if …
Chose Amazon Elastic Container Service (Amazon ECS)
EKS is a Kubernetes technology and you need to learn Kubernetes and build a cluster before using it. So there's a learning curve here. ECS was easier to implement and simpler to have in our use case. It takes less time to run a workload and make it available.
Director, eCommerce Analytics and Digital Marketing
Chose Amazon Elastic Container Service (Amazon ECS)
The comparison between Amazon ECS versus Azure Kubernetes Service (AKS) for us came down to the other services already in motion. A lot of companies tend to go really deep with a particular vendor (Amazon, Google, Microsoft etc) and we were already using a bunch of Amazon …
Chose Amazon Elastic Container Service (Amazon ECS)
I chose Amazon ECS over Amazon EKS and other products because the whole infrastructure was decided to be designed on AWS cloud and Amazon ECS made it easier to make the clusters live in just a few minutes. Amazon ECS has better integration with other AWS services and we don't …
Chose Amazon Elastic Container Service (Amazon ECS)
We like Elastic Containers better because of the simplicity to create an application without losing control over it. It is simple, yet powerful, exposing only the parts that are needed without complicating the access to the nuts and bolts when more complicated adjustments are …
Chose Amazon Elastic Container Service (Amazon ECS)
If you are using AWS, you will be using Amazon ECS. I have also used Azure Container Instances and it works just as well in Azure as ECS does in AWS. It's really all a matter of what cloud provider you are utilizing. Because of the "Cloud Wars," it's difficult to measure …
I didn’t select Mirantis Cloud Native Suite (Docker Enterprise) when I joined this organisation it was already being used here. The one thing I can say about Mirantis Cloud Native Suite (Docker Enterprise) is easy to use and creates a good impact in the businesses. So, I …
So far I haven't used any other containerized product except Docker Enterprise because in terms of community support and tutorial videos, Docker has a better reach than other tools. Docker can be easily set up from local to the cloud without worrying about the flavor of OS …
I have not used any other software as a container management solution. Its containerized apps allow the usage of less memory, thus
they start and shut down very fast. This tool is helping the enterprise
software to work quickly against the changing conditions thus offers great
I have heard about others, but all my professional life I have been using Docker as my primary container and the thing is you just don't need anything else right now. Because Kubernetes supports Docker and Docker is open-source and just very simple to get started with. 10 …
I have used Vagrant for consistent development environments as well. It is a more "heavyweight" solution since it's a complete virtual machine that requires a host like VirtualBox in order to run. With Docker, the container is much more lightweight and just requires the docker …
Junior Systems Administrator | POS Programming Specialist
Chose Mirantis Kubernetes Engine
FreeNAS, I don't wish to bad mouth any product but it appeared that iXsystems just did not want to help their users or attempt to resolve issues. It looks good on paper and it worked well for me for about 4 years until I needed more support and a more complex and bigger …
Docker has become the defacto service, as far as I have seen, to run Linux or other tools on any OS and architecture and get the same output. I have used vagrant in the past, but it was much more complicated to use. Docker is very common among developers, so documentation and …
Dockers isn't a replacement for VMWare or VirtualBox in all cases. It's fundamentally a different way to solve the development problem. We use Docker when we need a lightweight, fast development scaffold. We use other virtualization solutions if we need GUI access or need a …
I would also compare to BSD Jails, LXC, and Solaris Zones, but they weren't listed. One of the first reasons we decided to use Docker over other container applications is because Docker is the default everyone recommends and is easily the most popular. We found Docker to be …
Docker provides less lock in and more portability than Heroku. You can also easily self host or choose a Docker hosting service. Additionally, there is a wide availability of Docker containers where Heroku build packs are somewhat more limited. Heroku offers a more turnkey …
We've used XAMPP, PHPmyAdmin and similar local environments (our app is on PHP).
Because of how easy you can change the configuration of libraries on PHP and versions (which is SO painful on XAMPP or other friendly LAMP local servers) we are using Docker right now. Also, being …
Prior to docker, we had a custom build and deployment system. For local development, we use VirtualBox to host our VMs, while our custom VMs resided directly on the servers. We chose Docker primarily to allow us to get rid of our custom deployment system, both simplifying build …
Docker is great because of how the Docker Runtime works and how it eliminates the need to have the full operating system overhead that you'd find in a virtual machine (VM), keeping things lightweight and compatible regardless of where you go. Having an isolated, full Linux …
For light weight frontends, the Docker Swarm is the easiest to manage. One person can then mange the production environment and at the same time develop new software.
While Ansible and Docker focus on solving two different problems, we were previously using Ansible to ensure that all dependencies were automatically setup on new servers and that proper configuration was applied when new nodes were brought up. With docker, most of these …
While we still use virtual machines [for our Docker servers], we prefer Docker containers for our deployments. It really allows for a simpler infrastructure footprint to manage. For example, instead of managing 30 virtual machines with one or two apps on each VM, we could …
I had to use virtual machines before, the last one was VirtualBox. I was only a user there, I wasn't responsible for the configuration, it was a black box for me. When I had to use Docker for the first time I was a skeptic, but it proved to be easy. I can't really compare the …
Doocker lacks a lot of the scaling, automation, integration of 3rd party tools/solutions, and integration of shared high-performance self-healing storage, solutions like Heketi provide those missing pieces.
Docker runs both locally and on the server, whereas VirtualBox is only used locally to create a development environment. Docker gives us the ability to have the exact same environment both in the cloud and on individual developers' laptops. There are no surprises for the team, …
Vagrant is another software that offers similar [features that] stack to Docker. It offers an isolated container similar to Docker but Docker is lighter weight because it does not have the additional overhead of a VM Container. Docker has a much larger community of developers …
Docker is a different beast in that it is not trying to solve all of your infrastructure problems or most of them, it is simply trying to provide a reliable container serviced based on linux containers in which you can easily and quickly deploy microservices. LXD does provide …
Docker doesn't directly compare to very many other services. It is unique in its field. However, I love how fast Docker services spin up in comparison to VM-based or server-based applications. Docker is being adopted at a fast rate in the industry, so it's great to see Docker …
Before Docker, we were using Chef to manage our deployments. Chef didn't provide the environmental consistency and release confidence we needed. We had a split process between how the build servers, the developers and the deployed environments were managing the software …
Amazon Elastic Container Service (Amazon ECS) is well suited where you need the ease of managing the clusters by letting AWS do the stuff for you. Obviously, whenever you want to run the docker based workloads, it is always better to go for either AWS ECS or AWS EKS. If you are interested in staying at AWS only and don't want to be cloud-agnostic, then go for AWS ECS instead of AWS EKS. AWS ECS is cheaper than AWS EKS and also more managed by AWS and better integrated with other AWS services. If you want to run those workloads as serverless, then AWS ECS Fargate is the best option to go with. If you already have a Kubernetes based setup that you want to migrate to AWS, then go for AWS EKS instead of AWS ECS.
Docker is great for when you would want to use a VM for any given application, but don't need the overhead of the whole OS. Docker containers use very little computing resources, boot up very quickly, and are very easy to set up. An instance where Docker may not be appropriate would be for an application that requires good security. If in this situation, a true VM would probably be your best bet.
Well Integrated - As with the majority of AWS services, ECS works will with any other AWS product (Route 53, CloudWatch, IAM, etc).
Easy to get started with - It is easy to get started building just about anything in AWS and using ECS is no exception to this rule. Be careful though -- AWS lets you do/build anything in any way you could think of and allowing yourself to shoot yourself in the foot is no exception.
The user interface sometimes seem to be confusing and cumbersome. It can be improved so that people can understand clearly which section to go for which functionality.
When a container fails, the error logs are not readily available on the ECS console. If it can be provided it would be easier to debug from there itself instead of going to our log manager.
Sometimes the old EC2 containers become stale and need to be restarted manually. There should be a notification for such scenarios. We have mostly been finding it out on our own and then fixing it by manually restarting EC2 instances.
If this could be proactively monitored and notified, it would be great.
Docker has a bit of a learning curve, and it takes some time to become familiar with the tooling and syntax. Transitioning an existing architecture to docker can represent a significant investment.
Docker attempts to provide some level of cross-host container orchestration via swarm, but it falls short of third-party solutions like kubernetes.
We occasionally run into stability issues when the docker daemon is subjected to high load (many applications starting/stopping frequently). In these cases, docker hangs and we have to restart or replace the node.
Aside from some ECS-specific terms to learn at first, learning & starting to use ECS is relatively straightforward. AWS docs on the topic are also of high quality, with sound & relevant examples to follow. Troubleshooting container issues is also a breeze thanks to CloudWatch integration & helpful error messages on the AWS console.
Docker's CLI has a lot of options, and they aren't all intuitive. And there are so many tools in the space (Docker Compose, Docker Swarm, etc) that have their own configuration as well. So while there is a lot to learn, most concepts transfer easily and can be learned once and applied across everything.
Support is relatively good, although the documentation sometimes is lacking, as well as outdated in our experience, especially when we initiated the process of using this service. But once we found how to assemble things, we haven't really required support from anyone at AWS, the service works without problems so we haven't had the need to contact support, which speaks well of how ECS is built.
The community support for Docker is fantastic. There is almost always an answer for any issue I might encounter day-to-day, either on Stack Overflow, a helpful blog post, or the community Slack workspace. I've never come across a problem that I was unable to solve via some searching around in the community.
AWS Elastic Beanstalk is a good beginner level orchestration service but lacks container management and scaling capabilities. EC2 is again not a Managed cloud service. It is like just renting a computer on cloud and then managing it on our own. Compared to these ECS is a comprehensive solution that provides management, scaling, containerization and other service connectivity out of the box.
I have not used any other software as a container management solution. Its containerized apps allow the usage of less memory, thus they start and shut down very fast. This tool is helping the enterprise software to work quickly against the changing conditions thus offers great scaling by simultaneously allowing me to meet the demands, which also leads to easy implementation of the strategies.
We run 8 web applications (demo instances) on a single machine. At a particular time, no more than 3 applications run simultaneously. So, we keep only required containers up. This helps us to provision small EC2 machines without compromising performance.
Overall Amazon ECS helps to have less number of dedicated machines as more than one solution can be deployed on a single instance. This reduces costs a lot.
We are able to try things very quickly compared to before. If you need to debug it, changes on X/Y/Z will have an impact on the way your app works, and changing libraries or configurations of the environment easily can improve your development cycles.
In case someone new arrives, the onboarding is pretty easy thanks to Docker. We have tried many configs and images until we reached a point were we have what we want. We don't have to painfully do that again for every new user. We just send him the image.