"We're adding a little something to this month's sales contest. As you all know, first prize is a Cadillac Eldorado. Anybody wanna see second prize? Second prize's a set of steak knives. Third prize is you're fired."
Google Brass Set 2023 as Deadline to Beat Amazon, Microsoft in Cloud
361–370 of 856 posts
Re: Google Brass Set 2023 as Deadline to Beat Amazon, Microsoft in Cloud
#362AWS is unassailable as number one, but Azure is more fragile than they might appear in their #2 position. They use their Office online revenue to boost their numbers (EDIT: apparently they don't do that anymore) , and their utilization is probably lower than the competition because they rely heavily on bundling new cloud services into legacy contracts at renewal to reach their targets. So lots of Office / Outlook / A…
Azure has a pretty nice tech stack in my experience, what issues are you experiencing with it?
The resource template format is inhuman gibberish designed for machines. It does idiotic things like manually hard-coding enums in the template to support drop-downs. This means templates go "stale" very quickly and are super fiddly to update to support things like new VM sizes.
You cannot export resource groups bigger than a certain size, so if some idiot in your org makes them too big, there's no backup even in this minimalistic sense.
There is no "backup" for anything but a handful of object types (Web Apps, VM disks, Secret Vaults, and that's about it). If you want to protect your data, you'd better have an on-premise copy and 100% automated deployment capability.
Speaking of automated deployment capability, 99.9% of the Azure docs mention manual deployment or procedural (PowerShell) deployment. Declarative is clearly an afterthought, and mentioned only in passing. Because of this, ~95% of Azure deployments I've seen in the wild were entirely hand built and very fragile. If some malicious admin ran Remove-AzResource on everything, those orgs may as well declare bankruptcy the next day.
Despite this fragility, Azure sales reps are pushing-pushing-pushing for their customers to go "all in" on cloud, be "cloud first", and to basically "lift and shift" their data centres. You gotta break a few eggs to meet your quarterly targets, am I right? Right? Guys?
Speaking of the PowerShell, it's 99% auto-generated from the JSON API binding definitions, and about 5% of it is documented even in the bare minimum sense.
IPv6 "support" is hilarious. They very generously provide a /124 static public subnet prefix. So many addresses! A whole 14 of them! Woo! It's the future now! No need for NAT! A routable address for every endpoint! Let me get right on that, soon as I figure out the fiddly scripting needed to allocate addresses from hundreds of tiny pools. Much fun.
If you delete a DNS Zone by accident, you can't properly recover it within 48 hours because they randomly pick one of 10 name server pools. Hence, your NS bindings at the registrar will point at the wrong servers and even if you update this, there's an inevitable propagation delay. I am aware of workarounds for this like Resource Group Pinning, but only because we jumped up and down and forced support to admit that it's a problem. This little "surprise" is still undocumented.
Speaking of DNS, until we forced Microsoft to fix it, the only way to back up Azure DNS records (az network dns zone export) would corrupt CNAMES and wouldn't round-trip.
Azure DNS uses an idiotic Zone->RecordSet->Record hierarchical structure, which makes small incremental changes hugely fiddly in scripting. You have to download the existing RecordSet, modify it, and then send it back with ETags intact. You can't treat each record as independent rows in a table, even though they effectively are.
The Azure DNS servers don't send "Additional" records (e.g.: the matching A records for the target of a CNAME record), which means that a) it's slower for clients, and b) they can charge you more. They have zero incentive to fix this, because it literally doubles their revenue for alias records of all types.
DNS Metrics are collected every 2 hours, but the graph displays only daily or hourly intervals, so you either get no detail at all, or a sawtooth graph that gives you no useful feedback at all at best, or is panic inducing at worst. Imagine making a small change, glancing at the graph, and seeing it hit zero. Then... staying at zero for an hour. A joyous time, for sure.
I could go on and on.
Azure has some neat stuff, but they're moving fast and breaking things, and half their products are basically MVP garbage authored by the lowest-bidding Indian outsourced teams.
Re: Google Brass Set 2023 as Deadline to Beat Amazon, Microsoft in Cloud
#363Oh my god. How is Google so clueless to let this leak? Now that we know they're not invested in a Google cloud beyond 2023, what reason does anyone in their right might have to use their services? I was previously considering GCP. And now I'm not. Great job, Google. You're so short-sighted you'll remain in adtech forever. Not even your founders could keep interest. This leak was a billion dollar mistake. And I'm grat…
> Now that we know they're not invested in a Google cloud beyond 2023 I have no clue how anyone could arrive at that interpretation. What exactly let you to that conclusion?
The traditional Osbourne Effect that earned the original namesake is to announce your v2 product a long time before it's available, thus trashing your v1 sales and eliminating the resources needed to make the v2 in the first place. But this is fairly similar; by announcing at what point Google is planning on throwing in the towel, everyone is going to think twice about going to GCP, because now everyone knows that everyone else is going to think twice about going to GCP. Consequently, the odds of this article actually creating the future in which Google pulls the plug on GCP are quite good.
Also, note how this is all about perception, and people's beliefs about what other people believe. Arguments like "But GCP is really good!" or "But GCP will surely continue to be very supported by Google right up until then!" would be missing the point. The point is that you need to change not only what everyone believes, but what everyone believes everyone else believes. Easier in some ways, harder in others, but none of those sorts of basic arguments will move the needle one bit. You need different arguments.
So, basically, in our industry, with this sort of folk wisdom widely known, Google damn near announced their plan to shut down GCP after 2023. They didn't. Quite. But damn near. Yes, it's a sort of second or third order conclusion from the literal text of the article, but it's a very easy one that lot of people can make, which ironically is the very thing that makes it true in the first place.
(Also, since PR is pervasively dishonest, putting out a PR release that says "No, srsly, we love GCP and would never dream of shutting it down" will not move the needle anywhere near as much as they'd like. Also in the "what people believe other people believe" department, Google has a reputation now of just shutting things down. GCP would be quite a bit bigger than anything else they've shut down, but, even so, they've shut down some pretty big "all hands on deck" initiatives before, like G+, so we're all going to believe that everyone else is going to find the idea that they might just pull the plug quite plausible. If they had a reputation for supporting things and gracefully shutting them down with care and concern, they'd be in significantly less trouble now.)
Re: Google Brass Set 2023 as Deadline to Beat Amazon, Microsoft in Cloud
#364Earlier quoted context omitted.
Mostly all you need to know about Microsoft's support lifecycle is that my Windows Mobile phone just got a security patch on Patch Tuesday, and apparently Microsoft also extended its support an extra month into January just because. Microsoft platforms most people think are long dead and buried still get maintenance updates years later.
Like the Microsoft Azure "German Cloud", assured to be GDPR compliant. We spent quite some time and money to migrate from AWS to that solution in 2017. Guess what? It has been shut down by the end of 2019. We're back on AWS now. We were (I guess) not an insignificant customer, paying around 8k €/month, with the prospect of growing significantly (which has happened in the mean time, but on AWS).
They still have the GDPR-compliant Frankfurt and Berlin datacenters. [1] I've not see any announcement about closing them.
[1] https://azure.microsoft.com/en-us/global-infrastructure/germ...
Re: Google Brass Set 2023 as Deadline to Beat Amazon, Microsoft in Cloud
#365I still lay claim that google is not hiring the talent that they think they are or claim to be. With such huge budgets and failed product after failed product one has to wonder what is the genesis of their failings. Having met countless arrogant but mediocre engineers that leave Google after four years, I will bring up the old algorithms only hiring nets bad employees with good memories.
> I still lay claim that google is not hiring the talent that they think they are or claim to be.
Obviously I am biased. I don't think I'm particularly great or anything, but I find my colleagues to be by far the most capable I've ever worked with, and I did previously work at AWS, where engineers were also very smart.
> With such huge budgets and failed product after failed product one has to wonder what is the genesis of their failings.
Personally I think it's an issue with management structure rather than individuals. Frankly I don't think smart people matter all that much.. for the most part you only need sufficiently smart people to do their job, and good culture/management will make the team shine. I'd argue that engineers are individually significantly less important than product managers and managers.
That being said, I think the issue is that Google is just too engineering focused. This makes it a wonderful place to work, but I don't think it leads to great products most of the time. It's fine for products like search and ads, where you can literally measure if you are making improvements, but not so good for most products.
Engineers are more or less allowed to pick what they want to work on. Again, I enjoy this flexibility, but I think it also leads to a lack of focus, especially when product managers probably have a much better understanding of what customers want or need.
Of course, Google is a massive company so I don't know how reflective my own experience is of the larger picture! This is just my personal feeling.
Re: Google Brass Set 2023 as Deadline to Beat Amazon, Microsoft in Cloud
#366They put the guy that ran ORACLE'S CLOUD STRATEGY in charge of GCP. ORACLE'S. CLOUD. STRATEGY. Let's hire Thomas Kurian, bang up job on Fusion and ... oh wait, what do you mean with 'total failure'? Oracle bought Sun, it had the keys to be the third force against AWS and MSFT - and they totally blew it. Just an amazing fumble, worse than MSFT and smartphones.
Re: Google Brass Set 2023 as Deadline to Beat Amazon, Microsoft in Cloud
#367Earlier quoted context omitted.
I do think their engineers have likely slipped in quality over the years, but that's not the problem. The problem is their culture of product managers being rewarded for launching projects and nobody being rewarded for maintaining projects. They financially incentivize people to launch and kill projects. It sounds like a leadership problem, because only leadership can change the culture like that.
That, and the absolute 100% lack of customer support or engagement. Unless you are a Fortune 100, they don't do support. Want to move an SMB with 50+ employees to Chromebooks with Chrome Enterprise? You literally cannot pay Google to support you. You have to work with one of their third-party vendors, who all suck. Perhaps with Brin and Page finally leaving, this is something that can change. But, I doubt it will, si…
Damn, that's dark.
Re: Google Brass Set 2023 as Deadline to Beat Amazon, Microsoft in Cloud
#368We use almost every cloud. Currently I see GCP TPU options beat the pants off of everyone. I love bigquery. Azure has by far the best storage options. The bucket storage is much cheaper. The azure file storage is best of class. I don't like it's bigquery/athena alternatives AWS is the incumbent, I love the spot market, but more and more we have just been running low end workloads there. Athena is the best of class of…
>We are firing up our IBM cloud presence now. I'm curious as to how this will change with the acquisition of Red Hat. It's still too recent to see any kind of impact yet.
Re: Google Brass Set 2023 as Deadline to Beat Amazon, Microsoft in Cloud
#369Earlier quoted context omitted.
A CTO betting the farm on Google’s cloud is displaying reckless naivety. Google’s arrogance towards its customers is legendary.
We're on Google because we're not betting the farm on them or anyone else. Google has the best Kubernetes hosting, but using Kubernetes allows us to move if anything drastic changes.
Re: Google Brass Set 2023 as Deadline to Beat Amazon, Microsoft in Cloud
#370Earlier quoted context omitted.
Like the Microsoft Azure "German Cloud", assured to be GDPR compliant. We spent quite some time and money to migrate from AWS to that solution in 2017. Guess what? It has been shut down by the end of 2019. We're back on AWS now. We were (I guess) not an insignificant customer, paying around 8k €/month, with the prospect of growing significantly (which has happened in the mean time, but on AWS).
?? They still have the GDPR-compliant Frankfurt and Berlin datacenters. [1] I've not see any announcement about closing them. [1] https://azure.microsoft.com/en-us/global-infrastructure/germ...
Apparently they reversed their decision again, which kind of underlines what I said :)