Hacker Newsnew | past | comments | ask | show | jobs | submit | lvangool's commentslogin

This precisely the niche Cloud 66 tries to fill, it caters for the growth businesses, providing initial ease but without sacrificing control. This allows companies to grow without being forced out before they are ready. (Disclaimer: I work for Cloud 66)


Does Cloud 66 have any resources on migrating a large (~300 GB) Postgres DB off Heroku, with minimal downtime? This has been our biggest sticking point when thinking about leaving Heroku.


Moving data is always the trickiest part! We get a lot of Heroku customers who need help with their data migration. My honest answer is there will always be some downtime while the switch over is happening, but we know of a few ways to reduce it. Unfortunately Heroku PG databases don't allow outside replication setup, so we can't really baseline your data and then close the replication gap with a shorter downtime. But we do support multi-DB solutions so we can run against an old and new DB at the same time while data is gradually being moved over. If you're interested, ping me at hello-at-cloud66.com if you want to discuss further :)


We'll keep that in mind, we're currently locked into a (ridiculous) enterprise contract with them. But it expires in November :)

We're considering using this https://bucardo.org/Bucardo/ based on this https://www.porter.run/blog/migrating-postgres-from-heroku-t...

Going to give it a shot when I have some free time.


Hello! Author of that little blog post there. Happy to be hit up with thoughts/feedback when you give it a shot!


Thank you so much for writing that. I was starting to lose hope of getting our data out of Heroku without some insane amount of downtime.


Please feel free to DM me should you need any tips with this. Email - me[at]rudimk.com.


Hmm - the "official" git PPA isn't updated yet: https://launchpad.net/~git-core/+archive/ubuntu/ppa. Wonder if this due to dependencies or oversight?


Ps. anyone running debian strech can get this via stretch-backports:

  echo "deb http://ftp.debian.org/debian stretch-backports main" | tee /etc/apt/sources.list.d/stretch-backports.list 
  apt-get update
  apt-get -t stretch-backports install git


Its there - thanks ;)


Hey @hardwaresofton check out Cloud 66 https://www.cloud66.com/containers - Caveat... I work there :)


Hey thanks for the link! However I don't think Cloud66 is for me -- out of my price range for the small projects I build.

With respect, from what I can tell, most of the features of cloud66 are already included in Gitlab, and when I convert my current infrastructure to Kubernetes I can even start taking advantage of the auto-deploy-to-kubernetes features.

$49 / Month is a bit too much for me, but I don't think I'm the target anyway!

I'm also the kind that likes to run my own infrastructure and spend time on things I maybe shouldn't be spending time on :)


Yep, this is exactly the vision we have for GitLab, for more information see https://about.gitlab.com/2017/06/29/whats-next-for-gitlab-ci...


We're using weave a lot at Cloud 66; we find for the majority use-case inter-container comms at this throughput is sufficient; for high throughput endpoints like DBs there is an argument for not putting them in containers in the first place… (but thats another discussion)


I guess where we are attempting to be different is we are providing this functionality in a vendor agnostic way (ie. also for Linode, Joyent, Telefonica - Digital Ocean and Rackspace coming soon, and support for standalone servers in Hetzner, or your private cloud, or even under your desk for example)

As well as just supporting your preferred vendor (based on price, location, guaranteed location, SLA etc) it means that we can offer you a way to switch between vendors if that vendor has some down-time, or doesn't meet your changing requirements as you move forward.

Also, we are really trying to be as application centric as possible - everything stems from your application code - and then provide the ongoing management tools you need on top of that (for easy scaling, backups, scheduled tasks, migrations, reporting etc)

Great feedback from everyone! We didn't get a whole lot of sleep last night!


Yep thats also already on our roadmap!


Guys I know it's hard to make estimations, but how soon can we expect nginx/unicorn AND digital ocean support ?

My app won't take the load in my current VM unless we run nginx / unicorn.


Yep - we've got Django in our roadmap too!


Is Play framework on the roadmap too?


Thanks for the question - there is a little more detail here: https://www.cloud66.com/help/cloud66_stack

Happy to answer specific questions


How does the nginx fit in? Do you install an instance of nginx onto every single box? Or can you elect to use a web server box as your frontend nginx and proxy request back to a set of separate servers running instances of passenger?


At the moment nginx sits on every frontend box serving Passenger. Unicorn support is coming soon. Split of front end proxy and backend server is further down the line. Feel free to put it down in the Feedback panel on the site and vote it up! Thanks.


Yep! Digital Ocean just released the bit of their API we needed - so yes they'll be supported soon!


I will also plan to move some client apps to this if you support digital ocean. Would love notification on that.


Thanks! We will announce it shortly. In the meantime you can vote up the feature on our site (Feedback panel) so you'd get immediate notification!


Awesome! Sounds like I'll be a customer soon then!


Actually you get to choose what sizes you want (whichever cloud provider you choose). See here: http://blog.cloud66.com/post/39922150128/custom-server-sizes...


Yeah I just setup two micro instances to play around with it. I'm thinking I'll setup something on DigitalOcean assuming I'm happy with what I'm seeing.


Cool I must have missed that in the video. Thanks!


There's a video?



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: