I’m surprised that they didn’t include Azure. Microsoft is not without their faults and I know a few sprinkles of comments in this thread have definitely highlighted issues I know people have had with them, but in the whole I have to say this: - my previous company switched from AWS to Azure and had significant savings, their sticker price is not the price you pay, and we were not spending millions to get deep discou…
Google Cloud vs. AWS Onboarding Comparison
311–320 of 394 posts
Re: Google Cloud vs. AWS Onboarding Comparison
#312Earlier quoted context omitted.
We’re currently migrating to Spanner for a variety of reasons - but the mandatory downtime on their Postgres CloudSQL offering will be the part I miss the least. It’s insane that even with all of their HA and failover turned on they take the whole cluster down for as long as they like every few months!
I use Aurora just for this reason. RDS is just a great product. Doesn't even need the cloud sql proxy equivalent since you can just install the authenticator into the database.
Re: Google Cloud vs. AWS Onboarding Comparison
#313Title should maybe be switched to "Google Cloud vs AWS Onboarding Comparison for YC companies". Not to say that isn't a useful article on its own, but it's hard to draw too many meaningful conclusions for the rest of us when the first line of the AWS bullet points is "reach out to dedicated YC email".
It's really nice to hear from high-prestige companies about their experience because it gives outsiders a sense of what prestige might fix. If you're a small startup looking for help using AWS, finding someone to introduce you might really help! Not so much with GCP.
Re: Google Cloud vs. AWS Onboarding Comparison
#314Earlier quoted context omitted.
3) get rid of cloudsql-proxy. Another huge speed increase ^ Do not use cloudsql-proxy ever. GCP docs are wrong. DO NOT proxy all your db requests through a single VM.
What about running it as a sidecar in the backend pods?
Re: Google Cloud vs. AWS Onboarding Comparison
#315Earlier quoted context omitted.
> Switch to using private IP addresses. Huge speed increase. Interesting. I'm looking Cloud SQL right now and the advice seems to lean in the opposite direction: use public IPs for ease of connecting. Can you quantify the decrease in latency? All I can find is bits about reduced network hops.
I honestly don't know what the difference is but the number of hops is probably a contributing factor to the decrease in speed. There could be some translation layer happening when going from the CloudSQL instances private IP to public IP with some security checks that slow it down. I didn't have to worry about the 'ease of connecting' when using CloudSQL as all my GCP services are in the same VPC. Also, private ip i…
We abandoned cloudsqlproxy partially because the sidecar in Kubernetes caused random disconnects, but also because it just had bizarre network errors sometimes. (That was mostly when connecting from outside GCP though.)
Re: Google Cloud vs. AWS Onboarding Comparison
#316Earlier quoted context omitted.
Care to elaborate?
vendor lock-in. Good luck switching away from GCP once you're tied in to their cloud services. Might as well spend the VC money and not worry about moving.
Re: Google Cloud vs. AWS Onboarding Comparison
#317Earlier quoted context omitted.
AWS employee here. When I was an AWS customer I was also often surprised by the quality of the support answers. Now from the other side I can explain why: even on the cheaper support plans it isn't uncommon for difficult questions to make their way back to the relevant team and the answer you are getting was often written by an engineering manager or engineer on the team that built and operates the thing you were ask…
Very interesting. This would explain the response I got (backstory - I am a contributor to a number of open source packages / not totally clueless, but was coming in from a micro personal account). I was like, how the heck do they afford this response for $99! (or whatever it cost back then - this was a long time ago). I kept my support plan active for a year as a courtesy though I never had another question aside fr…
1.) Support engineer receives the case. In most cases, for most services, the run-of-the-mill support engineer has gotten enough training on the service that they'd considered a SME at any AWS partner/enterprise.
2.) If front-line support engineer can't solve the case, they talk to their more tenured friends.
3.) If they still can't solve the case, they escalate to Premium Support SMEs in the service. These are support engineers that have proven they have solved complex enterprise-level cases and get specialized training from the service teams on the internals of the service.
4.) If the SME can't figure it out, it's escalated to the service team (i.e. the actual software engineers that write the code).
Steps 1-3 deflect a lot of the annoying, unnecessary escalations. But sometimes escalation to the teams is unavoidable. For example, some service limits are hardcoded into the service and updates require a code push. Or (somewhat rarely) there's a service bug.
That being said, Premium Support engineer have access to the backend service code for most everything. While not every PS engineer knows how to code, on more than one occasion, I've dug through a code repo to figure out why something was behaving oddly.
Re: Google Cloud vs. AWS Onboarding Comparison
#318Earlier quoted context omitted.
Sounds like my experience with their recruiting. Nov 2019 - interviews Dec 2019 - passed hiring committee Dec to June 2020 - emailed recruiter every two weeks never heard back June 2020 - cold email from recruiter “here is your offer letter to join Google! Let's talk team match.” Needless to say I did not accept that job. This was for a software engineer role. (edited to add line breaks)
I had a similar experience with their recruiting. Some interviews were cancelled and had to be rescheduled only after I inquired. Many weeks to generate offer and paper work and then 24 hrs to accept with a "take or leave it" ultimatum. Just a very poor taste and I know some fine people who work at Google. Its unfortunate they don't seem to value warmth and humaneness when communicating externally
Noped out of that as quick as I could.
Re: Google Cloud vs. AWS Onboarding Comparison
#319Earlier quoted context omitted.
I use Aurora just for this reason. RDS is just a great product. Doesn't even need the cloud sql proxy equivalent since you can just install the authenticator into the database.
Aren't RDS and Aurora two different things?
Re: Google Cloud vs. AWS Onboarding Comparison
#320Earlier quoted context omitted.
you only get billing/account support unless you have subscription, starting at 150 US$ month
Huh? Please look at the actual AWS page: https://aws.amazon.com/premiumsupport/pricing/ Developer support $29/month, and business support is $100 (both go up if you spend more). I paid for business support. You get 24x7 phone, email, and chat access to Cloud Support Engineers Unlimited cases / unlimited contacts (IAM supported) This is for $100/MONTH!! That is the deal of the century. And they are ridiculously helpfu…