←back to thread

2071 points JustSkyfall | 4 comments | | HN request time: 0s | source
Show context
stroebs ◴[] No.45286038[source]
Classic Salesforce. The exact same thing happened with our org and Heroku. Zero empathy, just pony up or we trash your company.
replies(2): >>45286112 #>>45288916 #
jonplackett ◴[] No.45286112[source]
Yeah they fucked Heroku hard. I used to love Heroku. Can’t imagine there’s many people still left using it now.
replies(4): >>45286520 #>>45286742 #>>45286944 #>>45288063 #
wereHamster ◴[] No.45286944[source]
We just managed to shut down our last Heroku service a week ago. Good riddance.
replies(1): >>45288570 #
gregsadetsky ◴[] No.45288570[source]
what did you migrate to?
replies(1): >>45288865 #
TuringNYC ◴[] No.45288865[source]
Not OP, but we originally migrated to Digital Ocean. But now, all complex stuff is on AWS and dual-stack stuff is on Replit.
replies(1): >>45289265 #
1. gregsadetsky ◴[] No.45289265[source]
and what did you use to manage git push deployments, setting env vars to replicate the heroku features?

also, you used replit for the frontend deployment? or frontend and some backend?

thanks - just super interesting as I'm in the space and feedback/real cases are really useful

replies(1): >>45290060 #
2. TuringNYC ◴[] No.45290060[source]
>> and what did you use to manage git push deployments, setting env vars to replicate the heroku features?

Yes Digital Ocean did all this, they were very feature-close to Heroku. We have over time migrated everything stable/prod to AWS just because AWS has more products and hence you have everything in one place inside a VPC (e.g. vector db)

For Replit, i'd use it for anything I can in early-stages. It helps to prototype ideas you are testing. You can iterate rapidly. For PROD we'd centralize onto AWS given the ecosystem.

replies(1): >>45290108 #
3. gregsadetsky ◴[] No.45290108[source]
cheers, I really appreciate your answers

and last q :-) re AWS - once you moved there, did you use something like elasticbean or app runner? or did you roll your own CI/CD/logging/scaling...?

replies(1): >>45290164 #
4. TuringNYC ◴[] No.45290164{3}[source]
> and last q :-) re AWS - once you moved there, did you use something like elasticbean or app runner? or did you roll your own CI/CD/logging/scaling...?

We started with Lambdas because you can split work across people and keep dependencies to a minimum. Once your team gels and your product stabilizes, it is helpful to Dockerize it and go ECS, that is what we did. Some teams in the past used EKS but IMHO it required too much knowledge for the team to maintain, hence we've stuck with ECS.

All CI/CD via Github --> ECS. This is a very standard pipeline and works well locally for development also. ECS does the scaling quite well, and provides a natural path to EKS when you need the scale bigtime.

For logging, if I could choose I'd go Datadog but often you go with whatever the budget solution is.