I do something very similar but with GitHub and Teamcity.
Automating the upgrades (i.e. redeploys) in Rancher is pretty straight forward - their API is super easy to use. I ended up writing a simple tool in mostly Bash to handle it, and threw it in a Docker container to run on Teamcity.
At my last job, we started off using Mesos and Marathon, but eventually ended up dropping that in favor of a homemade solution using SaltStack (the manager demanded we drop Mesos/Marathon and use Salt - it was pretty shitty).
At my current place, we are using Teamcity to run tests and build images, and Rancher for the orchestration part. I built a simple tool to handle auto-deployments to our different environments.
I cannot recommend Rancher enough. Especially for small teams, it's just a breeze to set up and use.
We're a small group making a huge impact in the clinical-trial world!
My team is looking for more developers! We are currently building our brand new platform and we are looking for more people to add to the team here in beautiful downtown Cleveland. (Hey! have you heard about that revitalization thing?)
Our tech stack is currently Node/React/Redux/Postgres with a bit of Python as needed.
We're looking for just smart and talented people in general, so don't be afraid to apply if you have experience in other techs (though, it is preferable if you have JavaScript experience).
I've found this to be a pain when setting up a container-based environment. The easiest approach is to just to avoid it as much as possible - hopefully your cloud provider has some managed services (i.e. AWS RDS) that will handle most things for you.
Otherwise you need to separate your available container hosts into clusters: Elasticsearch cluster, Cassandra cluster, etc. and treat those differently from your machines you deploy your other apps to, which to be fair, they are different and need to be treated differently.
I haven't dived into Kubernetes yet, but I set up Rancher for our new application and it has been nothing short of amazing so far. I can't express how happy we've been with it.
I previously tried the Mesos/Marathon route (with Mesosphere and then again with Mantl) and that was nothing but a huge waste of time due to all the maintenance that was necessary for all the required servers. With Rancher, it's just spin up a container for each host with a single command and you're done.
I use Swift at work, and while it is a great tool, it is a bitch to set up.
I would be curious to learn how Minio works more technically on a distributed level:
how is object replication handled?
are downloads automatically routed to the closest server?
can I make downloads temporarily available (think Swift tempURLs)?
Complion is a fast-growing startup in beautiful Cleveland, Ohio. We're a small team looking to grow quickly for our new e-compliance platform. We work primarily in Python and NodeJS (using React/Redux). If you're looking to work with a bunch of smart people and want to do meaningful work, this is the place to be!
As a native Clevelander, I love the idea of the a rust-belt city becoming the next big startup hub. Unfortunately, I can't help but disagree with several points in this article:
Low cost of living: Sure, it's low compared to SF, but it is increasing at an alarming rate. Just look at how quickly housing prices have been rising the past few years. Maybe this isn't something to worry about - maybe it's just a sign that Pittsburgh is a place people already want to move to.
Bicycle/pedestrian friendly: This is a great point, but it seems unrealistic given Pittsburgh's geography - it's surrounded by mountains and can experience some pretty harsh winters. Those factors make it difficult to be friendly towards cyclists. The public transportation could be much better, but faces the difficulty of, again, the geography.
Culture: Now I don't mean any offense to anyone from Pittsburgh, but their culture (in my experience) has been anything but "tolerant". I visit Pittsburgh at least once every other month, and most people I meet there, unfortunately, are pretty racist. Now, it's perfectly possible that the people I have met there are a minority, but I'm just speaking about what I've observed.
There are also several great points that I agree with: the food scene in Pittsburgh is great (and growing!) (check out Butcher and The Rye if you have a chance) , great universities all near downtown (CMU, Pitt), several notable tech companies there as a foundation (Google, Uber, etc), and every time I visit there I am optimistic about the city, though I question whether or not it can become the next big Startup Hub.
Also, don't forget that there are other rust-belt cities that are experience a regrowth: Detroit and Cleveland. Pittsburgh is ahead in that race, but each city is unique, and who knows what the actual next Startup Hub will be.
I want to second the fact that a microservice architecture is great because of the ease of deployments (but only after the initial overhead!). I can attest first-hand to the large overhead that comes with creating something from scratch with micro-services - we are still battling with Mesos/Marathon, and recently found Mantl (https://mantl.io/) which has been a huge help.
Currently looking for freelance work.
I have experience working Python/Flask/Django, Java, and Go.
I also have a lot of DevOps-based experience if you're in need of some consulting or advising around that.
Check out my site for more info on past projects, or feel free to shoot me an email to chat!
We use GitLab at work, and while it works great for hosting internal stuff, any open source projects I'm still going to put on GitHub.
GitHub has the community, and I'd personally not like to see that divided, not to mention the interface is just so much easier to use - GitLab's is mildly infuriating.
Cool, but not sure I'd use this. The only reason I could see this being used is if you're writing code into a textarea that isn't syntax-aware, or if you just really want vim keybindings when you're typing a long email.
I get why GitLab wrote this, but it seems like just a stab at GitHub.
There seems to be a lot of hating on GitHub here, but I personally love GitHub (and we use GitLab at my current employer).
I think GitLab is doing a great thing, and I appreciate that their community edition is free and open source, but GitHub has been able to provide an invaluable service. They have a great community that facilitates open source projects and a vastly better UI than GitLab (though that isn't saying much with how awful GitLab's UI is).
I'm eager to see how GitHub evolves in the future with GitLab as a competitor, as GitLab has a lot of nice features (built-in CI, etc).
In his situation, it's not like he's free to write and publish anything he wants.