nzoschke

33 ms·

361.
by nzoschke 10y ago
Thanks for sharing your experience but I have a hunch you didn't read the article carefully. Over all ECS is great. It took hard work to get here but I am easily managing hundreds of production clusters. I am seeing excellent reliabili
362.
by nzoschke 11y ago
I talked about some of this in another post comparing ECS to Joyents Triton. http://stackshare.io/convox/amazon-ecs-vs-joyent-triton Triton does an incredibly good job of hiding servers. There is one big flaw with this
363.
by nzoschke 11y ago
I agree in general. You want to keep everything as simple as possible. If you have a simple, small service, or don't deploy too frequently, traditional server management will be better
364.
by nzoschke 11y ago
I didn't realize ElasticBeanstalk delegated to ECS. Thanks for sharing. ElasticBeanstalk does have some serious simplicity advantages for the type of apps it was designed for. I'll definitely second your opinion that raw ECS can b
365.
by nzoschke 11y ago
Author here. I'd love to compare more notes with everyone about deploying to ECS. If you want to play with an ECS cluster, `convox install` is a free and open source tool that sets everything up in minutes. Little to no AWS knowledge r
366.
by nzoschke 11y ago
That's an awesomely aggressive deployment rate and a great reason to do instance mutation. Does something verify every commit in the testing environment too?
367.
by nzoschke 11y ago
It's really hard to replace the simplicity and reliability of letting ASG (and generally CloudFormation) roll out new instances. However best practices always evolve... I'd say that rolling out containers on ECS is starting to rea
368.
by nzoschke 11y ago
Great article. The Sysdig team really knows how to root cause tough problems. The Sysdig tools can be invaluable for getting and making sense of low level data. If you want to play with ELBs, rolling deploys, connection draining to ECS cont
369.
by nzoschke 11y ago
There's a genuine question in there that would be easier to get an answer without your judgements... OS X Hypervisor Framework, which this uses via xhyve, is only available starting on OS X Yosemite v10.10. https://developer
370.
by nzoschke 11y ago
Author here. There is still a tiny VM running. This one happens to be the Native OS X Hypervisor Framework. From the docs: > Hypervisor (Hypervisor.framework). The Hypervisor framework allows virtualization vendors to build virtualizatio
371.
by nzoschke 11y ago
Hey Solomon! Author of the post here. I'll second your ask for patience. If you've been following along, incredibly smart people have been experimenting with Docker and xhyve for a long time now. I feel like I've been waiting
372.
by nzoschke 11y ago
Author here. I'm deep in the weeds with Docker, LXC, containers, hypervisors all the time. Content about those layers very few people care about... These are tools that are supposed to mostly stay out of the way after all. Interest in
373.
by nzoschke 11y ago
Author here. I was using that prior to getting in the beta. Tremendous work went into that driver, so I'm happy to see the techniques get picked up elsewhere.
374.
Docker for Mac Beta Review(medium.com)
1 points by nzoschke 11y ago|0 comments
375.
by nzoschke 11y ago
Really excited about this launch. Citus is starts on an unprecedented level. Postgres is some of the best software ever invented already, and the team is continuing the tradition of continuing to add the best features to the engine. I'
376.
In Pivot, Mesosphere Plans to Give Away Key Software(theinformation.com)
7 points by nzoschke 11y ago|0 comments
377.
by nzoschke 11y ago
The parent has a great point about credentials and ssh-agent in general. Netrc isn't a great pattern. But for git you have the right answer. I completely forgot this aspect because on OS X you can delegate git auth to Keychain with a h
378.
by nzoschke 11y ago
Ask a provider like GitHub and Heroku which git protocol they prefer: SSH or HTTPS. The answer is HTTPS. Managing an SSH server with millions of customer pubkeys is a pain. Python/twisted and Go have decent SSH implementations but ther
379.
by nzoschke 11y ago
Seconded. Fast recovery of the problem, fast to publish a postmortem, and a very thurough postmortem. Outages suck, but are inevitable even for Google. With a response like this Google has gained even more trust from me.
380.
by nzoschke 11y ago
I work on Convox, an open source PaaS. Currently it is AWS only. It sets up a cluster correctly in a few minutes. Then you have a simple API - apps, builds, releases, environment and processes - to work with. Under the hood we deploy to EC
381.
by nzoschke 11y ago
Very excited about this. Docker Machine and VirtualBox can be a rough experience. > Many of the OS-level integration innovations will be open sourced to the Docker community when these products are made generally available later this yea
382.
by nzoschke 11y ago
I haven't had a C:\ drive in a decade.
383.
by nzoschke 11y ago
I understand the concern with too many layers but you have it wrong in this case. The low level platform is Kubernetes. This is a managed service on Google Cloud, or you can run the open source project on other substrates. What you are seei
384.
by nzoschke 11y ago
That's the trick. I was expecting some sort of message to tell me where to find the service. Mattermost, Postgres and Kubernetes set up in minutes. Great work.
385.
by nzoschke 11y ago
Convox team member here. Big fan of the Redspread team too :) As Mackenzie says, we do have very similar goals of making deployments easy. I think we're also seeing the problems in a very similar way. Most devs and teams want to focus
386.
by nzoschke 11y ago
I don't have a Google Container Engine account or kube cluster yet. So big props for making it easy to set one up locally. Because of this I had to hunt for how to install kubectl. I found a snippet on one of Kelsey's guides ht
387.
by nzoschke 11y ago
Nice! I love how you are building the spread tools as smaller composable parts and focusing on really practical use cases for experimenting, developing and deploying. It makes spread a really attractive way to start the Kubernetes journey.
388.
by nzoschke 11y ago
The glory days of media companies are over. Record labels aren't needed to distribute music. Cable companies aren't needed to distribute shows. I have Spotify and Netflix subscriptions and that's about it. It's certainly
389.
by nzoschke 11y ago
This is a really great perspective. You're totally right, SaaS companies have far more motivation to maximize performance and operations to reduce the cost of keeping their services running. OSS often doesn't have the need or the
390.
by nzoschke 11y ago
> Today, the CTO of a company can spend engineering resources to build their search solution with Elasticsearch or buy speed with Algolia’s SaaS. I think OSS has the long term advantage here. Everyone needs log storage and search. The co

More ›