Re:Ask HN: Why use Docker and what are the business cases fo...
by nnain on Wednesday July 01, 2015 @10:25AM
(#9811994)
I installed the Amazon Linux Installation Image (AMI) with docker and Python 3.4 for a recent project. I know ElasticBeanstalk fairly well, but configuring this was a big headache. WASTED LOT OF TIME.
Instead of making life easy, it just added unnecessary burden of learning Docker for the future project members. Documentation is poor, had to hunt for hours for solutions to simple queries.
On AWS, I would suggest you stick with the basic Linux flavour that you know. Use their Docker build only IF you know docker very well.
Re:Ask HN: Why use Docker and what are the business cases fo...
by pavel_lishin on Tuesday June 30, 2015 @11:59AM
(#9806220)
> In my opinion, AWS implemented its Docker-based Container Service very poorly.
We looked into using it earlier this year.
The web UI was flat-out busted in several ways - they only listed the first 100 security groups, and we have a magnitude more than that. The command line interface was poorly documented, and was missing some of the functionality.
It was a total waste of a week; I wonder if they've fixed any of that.
Re:Ask HN: Why use Docker and what are the business cases fo...
by vosper on Tuesday June 30, 2015 @04:13PM
(#9808118)
Would you mind elaborating on some of the issues you see with Elastic Container Service? I'd hoped it would be something like an AWS-specific Mesos, but I haven't looked into it closely.
Re:Ask HN: Why use Docker and what are the business cases fo...
by notwedtm on Tuesday June 30, 2015 @11:35AM
(#9806020)
Can you name a few bare metal as a service providers?
Re:Ask HN: Why use Docker and what are the business cases fo...
by nickstinemates on Tuesday June 30, 2015 @12:42PM
(#9806541)
Rackspace, SoftLayer/Bluemix
I don't see benefits to running Docker in AWS. In my opinion, AWS implemented its Docker-based Container Service very poorly. I advise my customers against using AWS when want to use Docker. There are many bare metal as a service providers out in the marketplace.
>the argument about running the same container in dev/test/prod
Is this issue really caused by Docker because you said that you had consistent environments when built by chef?