32 ms·

Google Kubernetes Engine is introducing a cluster management fee on June 6

• beaker52 7y ago
  Careful Google, free Kube is GCP's only big-shiny draw and you've just cut that into quarters.
• predictmktegirl 7y ago
  I was an early adopter of Google App Engine when it was first released and the consistency guarantees of the datastore burned me pretty badly. What I experienced in the test environment was not even remotely close to what I got in production. Just last week, I was so tempted to give Google another shot over AWS. By all accounts, they have come so far, and more importantly, started using more of my preferred toolset as well. This is exactly the kind of thing that really scares me off. I have a huge amount of respect for the world class systems scientists and engineers at Google. Unfortunately, they seem to counter it with a customer experience full of uncomfortable, often expensive surprises.
• zinlencer 7y ago
  I guess I won't be using GCP then.
• nojvek 7y ago
  The email definitely scared me and put a sour taste in my mouth. Sudden fee changes with somewhat vague details aren’t a great way to build trust. Especially when GCP doesn’t have a great rep like Azure and AWS. To clarify, this is hourly charge per entire cluster right ? If it’s a small cost, ~100/month, why can’t GCP absorb it. Digital ocean, which is a smaller player has much simpler and saner pricing. AFAIK GCP has higher compute pricing for similar instances compared to AWS. (Last I checked). How is this a good deal for the customers ?
• manigandham 7y ago
  Years ago, GKE had a $0.15/hr charge for clusters with more than 5 nodes. They dropped that and other clouds matched them. Now they're adding back a fee for all clusters. Bringing back that original min cluster size would be a good idea and probably solve a lot of the issues with people running dev/stage clusters.
• thefounder 7y ago
  Just a reminder to everyone: avoid proprietary services such Google datastore/firestore, etc! There is no (easy) migration path.
• b34r 7y ago
  That’s kind of a lot. $876 per year for a toy cluster that might not do anything...
• w9jds 7y ago
  There are so many issues with this. I used GCP because I liked the service and was able to build all of my stuff well on it. My personal projects already make me shell out over $250 a month because of running costs and now you want to gouge me for hourly running of a cluster I alraid pay hourly of compute time for? What in the actual hell...
• geraldC13 7y ago
  Now is the right time to Terraform stuff and get some portability in. We can help you out if you need to be quickly up and running on Infrastructure-as-Code ---> https://www.cloudskiff.com/ https://www.cloudskiff.com/
• nikolay 7y ago
  Why is the third in place cloud (GCP) making their offering worse than the second place one (Azure)? DigitalOcean also doesn't charge per cluster. Not to mention how behind the Kubernetes releases they are...
• klingonopera 7y ago
  "Cloud computing is a trap, warns GNU founder Richard Stallman" [2008] https://www.theguardian.com/technology/2008/sep/29/cloud.computing.richard.stallman https://www.theguardian.com/technology/2008/sep/29/cloud.com...
  • klingonopera 7y ago
    I know this is kinda against the guidelines, but just to highlight what an ideological war is being fought, at this moment, my parent post has received 5 upvotes and 6 downvotes, with the last 4 downvotes all occuring in the last minute. On the content, RMS chose a colorful (insulting) language, yes, do hold that against him, because that is wrong, but in my opinion, at the core, his statements are quite legit.
    • cmhnn 7y ago
      I am grateful for Stallman's efforts but claiming cloud is a nefarious plot no matter the style is not "legit". As for the voting, join the club. Like all communities online HNN is an often hypocritical cliquefest where the mob will have its way. But at least it's not r ;)
• d_watt 7y ago
  $72/month per cluster, regardless of the size. It's interesting they're not charging per managed node (outside of the regular machine cost), makes it steep if you want to have a small cluster up.
  • tssva 7y ago
    Each billing account gets 1 free zonal cluster so the cost for keeping a small cluster up won't change.
    • enos_feedler 7y ago
      How do if i know if my cluster is zonal? Does it mean all nodes are vms provisioned in the same zone?
      • zaat 7y ago
        >Single-zone clusters >A single-zone cluster has a single control plane (master) running in one zone. This control plane manages workloads on nodes running in the same zone. https://cloud.google.com/kubernetes-engine/docs/concepts/types-of-clusters https://cloud.google.com/kubernetes-engine/docs/concepts/typ...
    • mleonard 7y ago
      Currently I have a small cluster with 3 nodes running, each in a different zone (data centres next to each other, eg in London). Sadly this will now be charged.
• lain 7y ago
  That's about $72 a month, which matches Amazon EKS's lowered pricing. I guess that rules out my hopes of EKS not charging for the management plane in the near future.
  • state_less 7y ago
    It looks like Google's offering one free cluster per billing account if I read that right. If that's not the case, I'll be turning off my cluster before this kicks in.
    • dman 7y ago
      One zonal cluster per billing account is free
  • numbsafari 7y ago
    I mean... if I were Amazon, I'd eliminate those management fees this afternoon just to spite them. I'm sure it's a rounding error as far as AWS is concerned.
• whatakaruvad 7y ago
  This is seriously such a bummer. This was the main reason for us moving out of AWS
  • MightySCollins 7y ago
    We also jumped over for this reason and had to deal with a large number of gotchas from GCP. I kinda wish I never spent the long nights on this...
• wereHamster 7y ago
  > One zonal cluster per billing account is free For hobby projects nothing will change.
• mchiang 7y ago
  I haven’t done cost calculations yet, but this might actually make me want to explore to EKS pricing. I do love the experience of GKE.
  • sethvargo 7y ago
    You don't need to do the calculations by hand :). We've updated our pricing tool to account for these changes: https://cloud.google.com/products/calculator#tab=container https://cloud.google.com/products/calculator#tab=container.
  • lain 7y ago
    It's the same as the new pricing that EKS has at $0.10/hour. Guess that rules out my hopes of EKS not charging for the management plane any time in the near future. :'(
    • sethvargo 7y ago
      It's slightly different than other cloud pricing because we include a free zonal cluster as a hobby tier.
• MightySCollins 7y ago
  I am really disappointed by this. One of the reasons we moved to GCP from AWS was the ability to create multiple clusters at no extra charge. Now it looks like the pricing matches EKS.
• sethvargo 7y ago
  Hey everyone - Seth from Google here. Please let us know if you have any questions! You can learn more about the pricing changes at https://cloud.google.com/kubernetes-engine/pricing https://cloud.google.com/kubernetes-engine/pricing.
  • jerendy92 7y ago
    Why is this change coming in? I can hardly see costs on Google's side having increased to provision and 'manage' K8S having increased over the past 3 years, especially given that it's used in production there. Also, given that no-cost K8S clusters was pushed by your sales and marketing teams back in 2018 as a significant benefit for switching to GCP, it doesn't really inspire confidence in GCP if we're just going to be shafted further on down the line. Lastly, $0.1/hour is expensive given that a 'managed' k8s cluster can be rolled out using Terraform and Ansible with a bunch of GCE nodes with minimal effort. This frankly just feels like a cash grab for those that are either inexperienced/unfamiliar with cluster management/provisioning, or from those that are in too deep with GCP and won't have another option other than to pay the piper, so to speak.
    • sethvargo 7y ago
      Thank you for the question. While I can't go into deep detail... as with most free things, people find a way to abuse the system. While we've invested significant effort to curtail such abuse, this is the road we've landed. To your point about running your own K8S cluster - two things: 1. That's something you have always been (and still are) entitled to do. 2. Having personally run large-scale K8S clusters, the challenge isn't provisioning, it's maintenance, security patches, upgrades, etc.
      • EpicEng 7y ago
        So... You guys roll out a free service. You tell your sales people to hype it up as a benefit over other providers. You somehow don't anticipate that some users will "abuse" the free service, so you hike up rates for everyone? Sorry, I don't think you're likely to find much empathy on this one.
• stevencorona 7y ago
  Wow, this is a huge bummer. A lot of our infrastructure assumptions have been based around having several small GKE clusters.
  • sethvargo 7y ago
    I'm sorry to hear that. You can use namespaces and and separate node pools to isolate workloads. We'd love to hear more about your use case for having many small GKE clusters.
    • jchiu1106 7y ago
      Hey Seth, I know you used to work at Hashicorp on vault. I think Vault recommends that if you want to deploy it on Kubernetes, it should have the cluster to itself.
      • sethvargo 7y ago
        That's correct. Vault Enterprise (at my last math) was ~$125k/yr, so that management cost is negligible :)
        • deleted 7y ago
          [deleted]
  • thockingoog 7y ago
    I think this trend is not good overall, and people will eventually be very unhappy with it. I'd rather help you figure out how to use fewer clusters.
    • seneca 7y ago
      Tim, would you be willing to elaborate on why you dislike the "many small clusters" pattern?
      • 7y ago
• sladey 7y ago
  This is really disappointing. GKE was a staple amongst Kubernetes adoption, not only for the feature-set but also that there were no overhead costs. I hope GCP re-thinks this.
  • thockingoog 7y ago
    For folks just trying it out, 1 cluster is still free.
    • mleonard 7y ago
      For folks just trying it out, 1 cluster is still free... in a single physical data centre. Sadly you'll be charged for running a cluster across two or three data centres in the same availability zone (eg London).
      • thockingoog 7y ago
        This is a fair point. We don't have an HA (multi-master) zonal offering either, because mostly people don't want that.
    • iddqd 7y ago
      For now.
• jerendy92 7y ago
  Time to dump GCP then. It's not even that the fee is that large, but rather that this is once again Google failing on a long term commitment and shafting those on their platform once again. This was one of the benefits that was pushed by their sales team when they called us up to market GCP over AWS and their EKS offering. Doesn't matter that they are price matching, Google's inability to actually commit to long term support, servicing, pricing or features across any of their products is tiresome. Time to move business elsewhere to AWS or Azure. They may be more expensive, but at least we know what we are paying for, and that it's going to stay that way for a significant length of time.
  • sethvargo 7y ago
    Thank you for the feedback. > Google's inability to actually commit to long term support... This is _exactly_ what Google is doing in this case. We are providing an SLA - a legal agreement of availability and support. These changes introduce a guaranteed availability of the management control plane.
    • sladey 7y ago
      Shouldn't that be opt-in? The management control plane is not something we consider critical to operations. I'd happily accept if it was unavailable for 1 and a half minutes a day versus these additional costs.
      • sethvargo 7y ago
        That's great feedback. I'll relay that to the product team. IANAL, but I think it would be legally challenging.
        • sladey 7y ago
          IANAL either, but I don't see why it would be? Just have a separate cluster type, e.g SLA Zonal, SLA Regional. The SLA already differentiates the current cluster types. Anthos Clusters are also not subject to any additional fees? And having it opt-in will save face with those users of GKE where an additional $73/m is significant.
• minimaxir 7y ago
  I think this is fair: for hobbyists, a free zonal cluster is sufficient and you probably wouldn't use more than one cluster. For businesses/revenue drivers, the $7.30/mo/cluster is nothing (EDIT: actually $73/mo/cluster, which may be a tougher sell but if the business is in a case where it benefits from Kubernetes, it's still likely insignificant relative to the cost of actually running the VMs on it )
  • sladey 7y ago
    If I'm not mistaken, it should be $73.00+/mo
    • minimaxir 7y ago
      Oops, I can't math. Fixed.
  • sethvargo 7y ago
    Just doubling down on the free zonal cluster as a hobby tier. Folks seem to be missing that among the announcement.
  • EpicEng 7y ago
    What's unfair about the situation is the fact that Google's sales people hyped this up as an advantage over other providers for years.
• jeroenvisser101 7y ago
  > Last modified: November 27, 2018 | Previous Versions > As of November 28, 2017, Google Kubernetes Engine no longer charges a flat fee per hour per cluster for cluster management, regardless of cluster size, as provided at https://cloud.google.com/kubernetes-engine/pricing https://cloud.google.com/kubernetes-engine/pricing. Accordingly, Google no longer offers a financially-backed service level agreement for the Google Kubernetes Engine service. The service availability of nodes in a Google Kubernetes Engine-managed cluster is covered by the Google Compute Engine SLA at https://cloud.google.com/compute/sla https://cloud.google.com/compute/sla. > Uptime for Google Kubernetes Engine is nevertheless highly important to Google, and Google has an internal goal to keep the monthly uptime percentage at 99.5% for the Kubernetes API server for zonal clusters and 99.95% for regional clusters regardless of the applicability of a financially-backed service level agreement. https://cloud.google.com/kubernetes-engine/sla https://cloud.google.com/kubernetes-engine/sla Interesting that they're now walking back from this...
  • developerdylan 7y ago
    Google, walking back their commitment to software? gasp
    • sneak 7y ago
      https://twitter.com/SwiftOnSecurity/status/1234153388318871555 https://twitter.com/SwiftOnSecurity/status/12341533883188715...
• partingshots 7y ago
  The guarantees for uptime with 99.5% for regional and 99.5% for zonal clusters seem pretty good. Is this above the average in terms of cloud providers?
  • seslattery 7y ago
    Small typo: 99.95% for regional. It's similar to AWS with a 99.9% for EKS clusters. Also not sure what GKE's new SLA reimbursement structure will be going forwards.
  • zzzcpan 7y ago
    99.95% availability (three nines) is something a single datacenter infrastructure could do, it's even typical, but 99.5% is actually pretty low, that's worse than running a service from home with a single home internet connection.
• whatakaruvad 7y ago
  At one side EKS is slashing their prices and on the other GKE is increasing it :(
• youngdynasty 7y ago
  I run a hobby project in multiple zones because low latency is important, and Kubernetes makes it easy to do so. There's no way I'm going to pay an extra $73/mo -- I already pay for the computing resources, this should be free. Looks like I'll be moving away from GKE. It's a shame, I _was_ a big advocate.
  • sethvargo 7y ago
    We offer one free zonal cluster, which is specifically designed for your use case :)
    • youngdynasty 7y ago
      I use more than one zone because I run TCP services which need low latency. I'll probably just switch to Digital Ocean.
    • sofaofthedamned 7y ago
      I have personal experience of a few companies in the UK where GCP are offering 90+% discounts to onboard. GCP are spending hundreds of millions to do this. K8S control-planes are a rounding error compared to this. You could have grandfathered in current deployments but - nope. In the tech world this is up there with killing Google Reader.
• etchalon 7y ago
  Time to start looking into DigitalOcean more seriously. G Cloud is already unreasonably expensive and nearly impossible to price manage. It's cool to see them double-down on that.
  • Thaxll 7y ago
    DO is for garage projects. If you need anything serious it's AWS / GCP or MS.
  • croh 7y ago
    For last 7 years I am running DO and never had any issue. I never understand why it is looked down. In fact I have faced so many issues with AWS (particulary their old hardward). In one case, our ec2 instance was rebooting frequently. AWS team didn't accept any issue from there end and after few weeks ask us to upgrade instace because of bad health. In my experience, AWS is a very expensive cloud with clunky UI and big brand name. During consulting gigs, I have seen many customers want to go with AWS only because of brand. And later they cry when bills start to hit roof with vendor lock in.
    • asdfman123 7y ago
      I recently tried to spin up a VM for my own use in AWS, but I had to do a rate increase because I wanted a beefier machine. Easy peasy. My experience was comically bad. ====================== First email from AWS (several days after my request): ====================== Thank you for submitting your Limi Increase request. I'm contacting your to inform you that we've received your Workspaces Application Manager - Total Products limit increase request, for a max of 5 in the Oregon region. I will be more than happy to submit this request on your behalf. Please note that for a limit increase of this type, I will need to collaborate with our Service team to get approval. This process can take some time as the Service team must review your request first in order to proceed with the approval. This is to ensure that we can meet your needs while keeping existing infrastructure safe. You may rest assured I will push towards expediting your request to be addressed as soon as possible. As soon as the Service team contacts me I will definitely let you know by email. In the meantime, please feel free to let me know if you have any additional questions or concerns and I'll be happy to help! I appreciate your patience while we evaluate your request. ====================== Second email: ====================== Thank you for your kind patience whiIe we continue to evaluate your Workspaces Application Manager - Total Products limit increase request. I apologize for the time is taking to provide you with a resolution as we've always aimed to provide our customers with a rewarding experience that meets and goes beyond expectations. Unfortunately, from time to time there are cases where the final outcome is handled by another department and the time they take is completely out of our hands. We certainly understand the sense of urgency that you have for this particular request and therefore, we have spent time communicating with the service team to let them know about it. Rest assured that your case is active, being looked into and the sense of priority has been transferred. As soon as we have an update from their end we'll be touching base with you immediately. I am committed ensuring that you will get the help that you need as fast as possible, so we can ensure everything is being handled to your satisfaction, please feel free to let us know if you have any further questions or concerns through this case, so we can address them as soon as possible. ============= My response: ============= You can go ahead and cancel my request -- I've decided to not go forward with my project. ============= Their reply: ============= Greetings from Amazon Web Services. We're sorry. You've written to an address that cannot accept incoming e-mail. If you need to contact us, please visit http://www.aws.amazon.com/contact-us http://www.aws.amazon.com/contact-us . Thank you for your business.
• kwils 7y ago
  Note: Azure does not charge a master/cluster management fee (bias disclosure I work for Microsoft)
  • minimaxir 7y ago
    Given this news, I suspect that won't last.
    • fernandotakai 7y ago
      yup. also, AKS does not have an SLA -- https://azure.microsoft.com/en-in/support/legal/sla/kubernetes-service/v1_0/ https://azure.microsoft.com/en-in/support/legal/sla/kubernet... >As a free service, AKS does not offer a financially-backed service level agreement. We will strive to attain at least 99.5% availability for the Kubernetes API server. The availability of the agent nodes in your cluster is covered by the Virtual Machines SLA. Please see the Virtual Machines SLA for more details. google didn't have one either, so they added it + a price for said SLA.
  • cmhnn 7y ago
    I'm not sure any provider appearing to capitalize on a momentary pricing decision is a great idea. All are too big and things change too fast for any crowing as if anything is a long term decision. Replies on another thread by alleged Google employees appear to indicate they are learning on the fly that doing support matters and costs money. There are a lot of comments from people wanting free things. You may get those things for a while but it won't last. Free only works for so long in anything no matter how hard that is for some people to figure out across all aspects of life.
    • kwils 7y ago
      Not looking to capitalize just looking to state a fact that has been in place since the service was launched. In the earlier comments people were discussing/suggesting alternatives and I believe AKS is worth considering.
  • jchiu1106 7y ago
• _jezell_ 7y ago
  Ah, the sound of former Oracle executives counting their GCP bonuses.
  • toomuchtodo 7y ago
    Why people think cloud providers are benevolent provider of infra is beyond me. Their margin is because people are willing to pay it. Either run your own metal (k8s arguably makes this easier than VMs along in the past) or form a cloud coop, but absolutely don't be shocked when a business is taking money off the table because they can. Don't marry yourself to a provider, stay portable, it's just good risk management. Pricing changes? Spin up a cluster elsewhere, migrate data, migrate traffic, profit. The terms of the agreement can change at any time.
    • marcinzm 7y ago
      Different companies make money using different approaches and it's perfectly valid to be upset at the approach a particular company is taking. Just because they provide a service doesn't mean they'll try to f* you over at every chance. For some it's bad long term business to do that. AWS, for example, begins with high prices and then lowers them over time. It costs money but you know the maximum. Google seems to be grabbing you with cheap prices and then jacking them up when you're committed (google maps is another example offhand). Maybe no on purpose but bad initial pricing and ill-intent have the same impact externally.
      • toomuchtodo 7y ago
        > AWS, for example, begins with high prices and then lowers them over time. It costs money but you know the maximum. Past performance is no guarantee of future benevolence or reasonable behavior.
        • marcinzm 7y ago
          Same goes for metal, your data center can suddenly increase your prices massively or go bankrupt.
• ljsmith93 7y ago
  "Anthos GKE clusters are exempt from this fee" Adopt Anthos or pay, basically.
  • jasonvorhe 7y ago
    As long as they don't support kvm Anthos is going to be tough sell, considering the VMware premium.
• deleted 7y ago
  [deleted]
• kwils 7y ago
  Note: Azure does not charge a master/cluster management fee (bias disclosure I work for Microsoft)
• rolleiflex 7y ago
  This is awful - I don’t think GCP is fully aware of their position in the market as the second, inferior choice. I took a bet on the underdog by using GCP and they bit me back in return. Especially considering their ‘default’ kubernetes config automatically sets you up with three(!) control planes in replication, that’s, as far as I understand, $~300 added to our monthly bill, for nothing. Oh, and per their docs, three-control-planes decision is not reversible - I cannot in fact shut two of those down without shutting down my production cluster and starting a new one. https://cloud.google.com/kubernetes-engine/docs/concepts/types-of-clusters https://cloud.google.com/kubernetes-engine/docs/concepts/typ... Awful. Just so awful. Edit: To answer some questions below - we have a single-tenant model where we run an instance of our async discussion tool (https://aether.app https://aether.app) per customer for better isolation, that’s why we had bought into Kubernetes / GCP. Since we have our own hypervisor inside the clusters, it makes me wonder whether we can just deploy multiple hypervisors into the same cluster, or remove the Kubernetes dependency and run this on a Docker runtime in a more classical environment.
  • _pmf_ 7y ago
    > I took a bet on the underdog by using GCP That's a concerning take on business decisions on two levels.
  • Fiahil 7y ago
    > I don’t think GCP is fully aware of their position in the market as the second, inferior choice. I'm sorry, but first choice is AWS, second is Azure (mostly because retailers don't like AWS), and third is actually GCP.
  • simiones 7y ago
    > I don’t think GCP is fully aware of their position in the market as the second, inferior choice Aren't they the third choice, after AWS and Azure?
  • Kassius509 7y ago
    Come on over to AWS. https://aws.amazon.com/activate/ https://aws.amazon.com/activate/
• marcinzm 7y ago
  I don't offhand remember AWS increasing prices for a service before but I might be wrong. How often does Google increase prices? For a business I prefer a company that starts with higher prices and then only lowers them to one that may increase them at any time.
  • nerdjon 7y ago
    I was wondering the same thing. Nothing comes to mind but there are enough services I don't use that its easily possible something slipped through. AWS lowering compute costs is fairly largely shared, but I am curious if anyone has compiled a list of the cloud providers (AWS, Azure, and GCC) increasing the costs of services.
  • pojzon 7y ago
    Google Maps, GCE, this the second time I see Google increase price on highly important parts of business. On the third case it will be a trend. Makes me rethink whether I want to do any business with Google anymore.
  • saltysugar 7y ago
    Having worked for AWS, one of the things we got a lot push back from was offering something free and then walk back from it. AWS really strongly focuses on gaining customer trust, and they will only lower price, and never increase price. They won't turn off things until the last customer stops using it (they might stop new customers from onboarding) I did not enjoy working for AWS so I left pretty fast, but some of the customer obsession there really impressed me.
    • pdelgallego 7y ago
      For a AWS product manager, pricing is a one-way door once you cross it there is no way back from it you.
  • blibble 7y ago
    they added IPv4 address rental costs earlier this year, nearly doubling the cost of a small VM with no IPv6 option (of course)
• jjoonathan 7y ago
  Oh, so now in addition to Google's reputation for killing services, GCP wants a reputation for raising prices?
  • dchest 7y ago
    They already had this reputation.
  • justaguyhere 7y ago
    They have done it before. Remember Google Maps?
• GKE_Greed 7y ago
  This is penny wise pound foolish GCP.
• marvinblum 7y ago
  We moved our cluster into the Hetzner Cloud for Emvi [1]. Yes, they don't offer a managed solution and it took us about two weeks to set up and test the cluster properly. But the cost is less than 1/6 of what gcloud costs us. If you have the resources and knowledge to maintain your own cluster, check it out. They have insanely good pricing (2,96 €/month for the cheapest instance which is faster than Googles $15/month VM). Here is a very good tutorial on how to set up your own cluster: https://community.hetzner.com/tutorials/install-kubernetes-cluster https://community.hetzner.com/tutorials/install-kubernetes-c... [1] https://emvi.com/ https://emvi.com/
  • sphix0r 7y ago
    Hetzner is solid from a perf / price perspective. Mind that the network peering outside Europe is not that great. So could be a very good choice depending on your user base' location.
    • marvinblum 7y ago
      True. In our experience it's fast enough. Additionally traffic is free unless you hit the 20 TB outgoing traffic per node (which probably will never happen to us). In contrast gcloud costs about 12ct per GB outgoing traffic (!!!).
  • dindresto 7y ago
    Do you use any special solution like Rancher or kubeadm?
    • marvinblum 7y ago
      kubeadm
• nimos 7y ago
  "Let's trade goodwill for short term profits." I suppose not really surprising given the maps fiasco and Oracle appointment but this really comes off poorly to me. Flat fee is gonna suck for people running a lot of clusters. I bet there are some people out there spinning up a cluster per x who are going to be real unhappy about this.
• agoell 7y ago
  Just received an email from Google Cloud - "On June 6, 2020, your Google Kubernetes Engine (GKE) clusters will start accruing a management fee, with an exemption for all Anthos GKE clusters and one free zonal cluster. Starting June 6, 2020, your GKE clusters will accrue a management fee of $0.10 per cluster per hour, irrespective of cluster size and topology. We’re making some changes to the way we offer Google Kubernetes Engine (GKE). Starting June 6, 2020, your GKE clusters will accrue a management fee of $0.10 per cluster per hour, irrespective of cluster size and topology. We’re also introducing a Service Level Agreement (SLA) that’s financially backed with a guaranteed availability of 99.95% for regional clusters and 99.5% for zonal clusters running a version of GKE available through the Stable release channel. Below, you’ll find additional details about the new SLA and information to help you reduce your costs."
• londons_explore 7y ago
  Are there any other companies doing managed Kubernetes in GCP? If there was interest I could try to build a third party clone of GKE running in all GCP regions and still managing GCP VM's, and I could run it for a lot less than $0.10 per hour (although obviously it would take many months of refinement till I could offer a decent SLA)
  • deleted 7y ago
    [deleted]
  • the_duke 7y ago
    Azure and AWS both have managed Kubernetes ...
    • londons_explore 7y ago
      But a lot of businesses have a reason to stick to GCP. For example if you need access to TPU's... You can't easily use Azure kubernetes with the actual VM's running in GCP...
  • fcantournet 7y ago
    Canonical has an offer
• outime 7y ago
  Not that I invested much in GCP but this was just what I needed to completely stay away from it myself and my clients. Really awful decision. I'm sorry for those affected who trusted them.
• cbushko 7y ago
  One of the reasons I recommend GKE over EKS is because of the lack of fees on the control plane. I guess that one advantage is gone now... Bad move Google Cloud. Bad move.
• larosalia 7y ago
  That's it, I'm out of GCP. They could at least start working on fixing their horrendous documentation.
• tebruno99 7y ago
  Now I'm not sure what sure what we were paying for when we paid for our cluster? Isn't the price we pay to use/build the cluster the payment for the cluster?
• maktouch 7y ago
  We're a little bit too locked to GCP to migrate out.... But I'll definitely stop evangelizing GCP to people. I have now lost faith in you, GCP.
  • GKE_Greed 7y ago
    same here - losing face now with my team when I argued for GCP (and won) against AWS.
• cmhnn 7y ago
  This entire kerfluffle is a microcosm of so many things wrong with the industry. First, so many people have decided to use k8 for wrong reasons that is mind boggling. Those are mainly customers. Customers are often led into decisions by their own developers who are more interested in learning new things or in making themselves attractive for the next job. Yes sales people from the providers also help make this happen but more often than not the customer walks themselves into walls. The providers hawk shit like it's magic and overstate their capabilities ad nauseum. Everything is sold like fucking magic. AI has been so fucking overhyped that it is mind numbingly hard to even deal with peers who should know better. Because it involves a whole new class of jackasses who specialize in statistics it is being mass introduced into an ecosystem where programmers with years of experience feel out of their depth and are acting like rubes when they're fed pure crap. Then there is "I want free or cheap" guy. No sympathy. Go to DO or whatever you think is the magical unicorn out. Or, dig in and put up your own damn control plane. Actually learn what the spaghetti hell of k8 is (all things that try to solve hard distributed problems are some level of spaghetti). 90% of free and cheap guy want to work on the next dick pic app so fuck em. But most annoying is the degree of almost political like knee jerk behavior by a community filled with people who routinely sneer at the religious or emotional. Same fucking community that fights over shit like this, fight over which language is "better" based on nonsensical criteria and hasn't figured out that the less moving parts the better in a distributed system. Wonder how many tanked elections or other horseshit people in this industry have to pull before folks are like "Hey, all those arrogant fucksteins who want free food and 10 times everyone's salary need to start being accountable for the crap they do."
  • the_duke 7y ago
    > dick pic app so fuck em. > fucking > shit > horseshit > arrogant fucksteins > crap I'm not usually one to flaunt the HN guidelines, but I would suggest a read-through, and perhaps exploring different venues for venting frustrations.
    • cmhnn 7y ago
      Which axe are you grinding? If you took this personal then maybe something stuck because it should? If you mean there is no cussing allowed then I missed that for sure. Edit: ah checked your history. So you say things like "Amazon reviews are about as trustworthy as the selling points of a slimy salesman" thus impugning Amazon and salespeople in general but are coming after me because you are no doubt personally miffed by either previous comments I have made or the ones above because they struck a chord. The guidelines also say basically downvote or flag don't whine and they say don't get political which is an unenforced joke no doubt only meant to apply to those the current moderators dislike. Bottom line, I found your posts and style criminally boring, your tone here hypocritical and am glad we both get to have an opinion. HAND.
• simonkafan 7y ago
  It's not so much about an additional fee (honestly, 0.10$ per hour are nothing) it's more about Googles practice of suddenly charging services, shutting down services as they like, not giving a shit about us customers. Azure and AWS are much more customer friendly here.
• rcconf 7y ago
  Oh wow, one of the biggest reasons we picked Google Cloud was that you did not have to pay a flat fee for their managed Kubernetes service. Luckily there is Kubernetes support across all Cloud Providers so we're happy we're not vendor locked in. (biggest reason we picked Kubernetes in the first place.) We were thinking of using Stackdriver for logging, but we were scared of vendor locked in due to price increases or other changes that we've been warned about with Google. In this case, I think it's safe to say we'll be using Prometheus + Grafana + Loki instead since there may be a random Stackdriver flat fee introduced or some other weird fee and we may need to migrate out of Google.
  • thockingoog 7y ago
    https://news.ycombinator.com/item?id=22487110 https://news.ycombinator.com/item?id=22487110
  • alasdair_ 7y ago
    The last place I worked, with a couple of petabytes of monthly Stackdriver logs and a full embrace of almost every GKE/GCP tool, also switched to Prometheus + Grafana due to a lack of functionality within Stackdriver. I think you're making a good choice.
  • atombender 7y ago
    Stackdriver is terrible, and super expensive for what it is. We ran a dedicated Fluentd in GKE for a long time to work around its shortcomings (GKE also uses/used Fluentd to shuffle logs into Stackdriver), then switched to using Loki + Promtail + Grafana, which has been excellent.
    • physicles 7y ago
      +1 for Loki + Promtail + Grafana. Really low maintenance once it’s set up.
    • batter 7y ago
      Stackdriver indeed horrible
• agoell 7y ago
  After this, I've been exploring other places to host our team's clusters... copied pricing below - EKS: $0.10/hour/cluster - Digital Ocean: Free (only charges for the nodes) - Azure: Free (only charges for the nodes) In the long run we'll probably try and build our stack on vendor-agnostic tools.. - Rancher - https://rancher.com/products/rancher/ https://rancher.com/products/rancher/ - Infra.app - https://infra.app https://infra.app (mentioned a few weeks back on the Kubernetes podcast) - Prometheus https://prometheus.io/ https://prometheus.io/ - metrics The cloud providers all include their own tooling (logging, monitoring) built-in but I'm worried this will only lock us on to further price increases.. has anyone found a good vendor-neutral logging system? We don't really want to use ELK stack right now since it's really heavy and costly to run...
  • stevewmatthews 7y ago
    www.scalyr.com Fastest, Cheapest, Easiest w/ no indexing
  • erdii 7y ago
    Shameless plug: https://www.kubermatic.io https://www.kubermatic.io Disclaimer: I work at Loodse (the company behind kubermatic)
  • thockingoog 7y ago
    https://news.ycombinator.com/item?id=22487110 https://news.ycombinator.com/item?id=22487110
    • rcconf 7y ago
      Honestly I understand the hard work it takes to manage all the clusters, but this was a total bait and switch and hurts the reputation that everyone has with Google Cloud. Telling us to DIY because we cannot pay $71 just sounds like someone who works at Google would say, which you do work at Google. The sentiment with my clients before was that Google Cloud was a great choice because of the security and expertise with GKE. It's also free! Meanwhile, in the back of my head I've always had this fear because of your reputation that you do not keep your promises and that you do not care about your users. Because of this fear, we have tried to make every infrastructure decision not use a managed service by Google even though it may be easier to do so short-term. For the product I'm working on, we decided to use Kubernetes just in case you baited and switched us with the reputation you have. In terms of monitoring, we really wanted to use Stackdriver, but now we're 100% using fluent-bit + prometheus + loki + grafana. It's the only way to protect ourselves from your reputation which is becoming a reality. So yeah, this is pretty sad and a bad decision. Should have priced GKE at $70 / month to begin with and we would have been fine with it. Now we're (actually) looking at EKS since Amazon doesn't seem to have this reputation and you've spooked us. We never would have thought about using any other provider until today.
• pnathan 7y ago
  If the trade is a SLA for a management fee, that is a reasonable business decision, and largely a rounding error for a decently sized company with a well designed clustering system. Lack of SLAs is a major issue IME with cloud providers.
• pcj-github 7y ago
  Thomas Kurian is going to be the Steve Ballmer of Google, and he's currently tearing up Google from the inside. Google leadership need to wise up and give this guy his walking papers.
  • GKE_Greed 7y ago
    he is like GKE, once you start him, you can't stop :)
• reilly3000 7y ago
  AKS still has a free control plane. GCP won my business for a bit, but quickly lost it based on some features. I still love StackDriver and BigQuery, but don’t love doing business with GCP- the sales/support experience was pretty lacking, networking for serverless was immature for multi-region, and what they are doing with Anthos feels like Oracle (it is).
• miguelmota 7y ago
  The good ol' bait and switch tactic; lure new customers in with zero fees and switch out the fee structure once they're locked in.
• MuffinFlavored 7y ago
  How many businesses really need Kubernetes? Can't you orchestrate infrastructure + rolling deploys with Terraform + Docker containers?
  • jjeaff 7y ago
    I'm not aware of any rolling deploy functionality with terraform or docker. Docker swarm does, but they are primarily using swarm with kubernetes these days.
• JMTQp8lwXL 7y ago
  I've been mentioning Google's penny pinching for awhile here. Simple things like Chrome's address bar showing google searches before my bookmarks. It's all part of the monetization. Are fees like this because Google is struggling to continue to grow? That's probably the most concerning thing for Google's future, rather than a $73 fee.
• ratherbefuddled 7y ago
  I don't like the direction this is heading, it seems like the SLA and the accompanying charge could easily have been optional. We have a couple of dozen clusters, two per client, and can't change the architecture. We use helm and terraform and can build new clusters quickly but we can't treat them entirely like cattle because we don't own all the DNS. Our clients are not the sort to do things quickly - or even slowly. Does anybody have any good and up to date resources comparing the current options for K8 providers? I'd like to get a feel for what it would take to switch.
  • vpEfljFL 7y ago
    As many have mentioned here already, $72/mo most likely a rounding error on workloads kubernetes is designed for. I think, most customers love the change because of SLA where even 1 minute of downtime per year is amplitude more costly than 10 years of cluster managing fee. This also showing the commitment from google to provide great and reliable service. If you're looking to run k8s "for free", Digital Ocean looks like the way to go, but again, it's two completely different set of offerings and if you've chosen the google cloud in the first place then DO doesn't look like suitable alternative.
    • ratherbefuddled 7y ago
      > As many have mentioned here already, $72/mo most likely a rounding error on workloads kubernetes is designed for. There are _many_ reasons to use k8 beyond just workload scale and that amount per cluster per month isn't anywhere near a rounding error for many deployments.
      • vpEfljFL 7y ago
        I would be interested to know when you may need kubernetes for small types of workload and simple architecture. For my understating, support contract alone for google cloud will cost you around $150/mo. For small to medium workloads there are plenty of tools if you want to use containers: docker swarm and nomad. Docker Swarm is really simple and most engineers already know it because of `docker-compose.yml` they're using each day. I can't really understand what type of workload you have because kubernetes cluster management requires you to have at least 2 full-time DevOps team. What is $72 compared to salary of two employees? If you have an issue with $72 for SLA guarantee then I can't really understand why you need google cloud at all. They are literally bound to maintain zero downtime because of huge losses if something go down for their entire customer base.
• jb775 7y ago
  I'm not sure why everyone is so surprised. Part of Google's monetization model is to offer developer-friendly software for free, then charge a small fee once it crosses the headache-to-replace threshold.
• johnvega 7y ago
  So what makes anyone think this is the last?
• jwegner 7y ago
  There actually was a 15/cent/hr fee a few years back: https://www.forbes.com/sites/janakirammsv/2017/11/29/google-drops-cluster-management-fee-from-its-managed-kubernetes-service-offering/ https://www.forbes.com/sites/janakirammsv/2017/11/29/google-... YMMV, but I think the value prop of using a managed GKE cluster vs the raw costs and engineering time to run your own control plane is still strong.
• vhmaster 7y ago
  Those who had a chance to look deeper into k8s control structure, can comprehend such movement. There's no free lunch. I mean master nodes, etcd and all that stuff in HA has its costs. That's it. Surprisingly, AWS announced 50% price reduction for EKS control plane January this year :)
• pirate_dev 7y ago
  So happy I went with AWS. Sorry to the Google guys, this bites.
• yashap 7y ago
  I know the HN crowd hates this sort of thing, but seems reasonable to me. $70/month is a very reasonable price, and most businesses likely have well under 10 clusters (I’d think many just have 2-3, a single cluster for prod and then 1-2 dev/test type environments). This is probably mostly to cut down on edge cases users who are spinning up crazy numbers of clusters for weird reasons, and costing Google a bunch of $$$.
  • sneak 7y ago
    Furthermore, anyone spending enough on compute to warrant k8s shouldn’t balk at all at $70/mo. I think the threshold for introducing the complexity and overhead of k8s isn’t probably until at least $5-10k/mo of spend (and probably 3-10x that in the normal case). Less than that and k8s is a whole lot of overkill.
    • briffle 7y ago
      We use google cloud projects to isolate customers and environments. (Some of our clients are old school and VERY scared of cloud, and multi-tenant). so for our pretty small company, we have >60 projects, each with a k8s cluster. that is a pretty good bump in costs come this summer. Historically, we have powered down all the compute in a project that isn't needed, but left the k8s cluster in place (with its compute nodes powered down) because we could then bring it back up in 2 min or less. That dropped our cost for each project that was powered down to ~$25-$50/month, depending on how much disk space, etc, they were using. this will more than double (or triple) the cost of those projects. If we have to rebuild a full cluster from scratch, we then have to wait for the global load balancer to build our ingress, and then go authorize a TLS cert. This adds 20-30 min to re-activating our projects, which will suck.
      • zomglings 7y ago
        Perhaps the right thing for GKE to do is introduce a cluster snapshot. Sounds like a great feature.
        • 7y ago
• dmitryminkovsky 7y ago
  Just got this email. $0.10 per hour is so much for something that was 0 per hour before. Wow these guys. The chutzpah! This isn’t just offensive monetarily, it’s offensive like price gouging is offensive. It’s emotionally offensive. Gotta look somewhere else. Shame.
• hughpeters 7y ago
  This makes GKE pretty much impossible to use for side projects. Given that it will cost $100 per cluster per month without including the instance costs. Edit: A single zonal cluster per GCP account is exempt from this fee, so this comment is inaccurate.
  • thockingoog 7y ago
    Free (zonal) cluster per account, regardless of size, should cover a lot of this, no?
    • hughpeters 7y ago
      Great point! Didn't catch that one. I'll edit my comment
• deleted 7y ago
  [deleted]
• praveenperera 7y ago
  Good time for people to look into DigitalOcean managed Kubernetes (DOKS). I've been using it since it was in pre-release and its been great so far. Their support has been very responsive as well. https://www.digitalocean.com/products/kubernetes/ https://www.digitalocean.com/products/kubernetes/
  • bearjaws 7y ago
    I am using this as well for two smaller projects, it has been amazing. I tied it with Gitlab autodevops in about 30 minutes, most of which was dealing with migrating to DO managed Postgres.
  • dvcrn 7y ago
    Another happy DO user here. I wanted a k8s cluster for my smaller project when they just started the beta. Very happy with it, also the resources available helped a lot in actually understanding k8s. On GCP the line between what gcloud and what k8s was a bit blurry for someone new like me, and doing just k8s on DO helped me really 'getting it'.
  • developer2 7y ago
    Care with DigitalOcean's Kubernetes offering. Unless they have completely revamped their entire stack since their initial release, it's a security nightmare. The way they launched it was unacceptable for any company to use. I immediately migrated my projects away and closed my account upon understanding how abysmally they screwed up the security of that offering. The fact they were willing to launch that means they cannot be trusted to host anything. Not only are your cluster's administration ports exposed on public addresses with no ability to firewall them, but each node pulls an Admin-level auth token to manage the DigitalOcean account behind the scenes. A single http request made to an internal IP, from within any Docker container running within the cluster, grants the attacker full read/write access and control to the underlying DigitalOcean account. This includes any developer who does so from code deployed into the cluster, giving the developer full access to the business's DigitalOcean account.
    • sho 7y ago
• msohn 7y ago
  Try project Gardener. It's fully open source and uses kubernetes to run kubernetes control planes and manage underlying infrastructure across many infrastructure providers. Manage homogeneous kubernetes clusters across Azure, AWS, GCP, Alicloud, OpenStack, VMWare at scale. Kubernetes on bare metal with Packet Cloud or using open source metal-stack coming soon. Extensible for other infrastructures, contribute support for your favorite infrastructure. Automation of day 2 operations e.g. etcd management including automated backup/restore. Choose kubernetes version, DNS provider, operating system, network plugins, container runtimes. Extended cluster services like DNS management and TLS certificate services. https://gardener.cloud/ https://gardener.cloud/ https://github.com/gardener https://github.com/gardener https://kubernetes.io/blog/2018/05/17/gardener/ https://kubernetes.io/blog/2018/05/17/gardener/ https://kubernetes.io/blog/2019/12/02/gardener-project-update/ https://kubernetes.io/blog/2019/12/02/gardener-project-updat... https://landscape.cncf.io/selected=gardener https://landscape.cncf.io/selected=gardener https://github.com/gardener?q=extension-provider https://github.com/gardener?q=extension-provider https://github.com/gardener?q=gardener-extension-os https://github.com/gardener?q=gardener-extension-os https://github.com/gardener?q=gardener-extension-networking https://github.com/gardener?q=gardener-extension-networking https://github.com/metal-stack/gardener-extension-provider-metal https://github.com/metal-stack/gardener-extension-provider-m... https://www.packet.com/developers/integrations/container-management/gardener/ https://www.packet.com/developers/integrations/container-man... https://github.com/metal-stack https://github.com/metal-stack https://knative.dev/docs/install/knative-with-gardener/ https://knative.dev/docs/install/knative-with-gardener/
• rb808 7y ago
  What resources would the cluster mgmt require? I always thought k8s was perfect cloud platform as the management was minimal and you're actually paying for the pod resources you require.
• deleted 7y ago
  [deleted]
• caleblloyd 7y ago
  I think that CRDs are partially to blame for this. CRDs can tax the API Server and backing data store, without directly mapping to a revenue-generating activity. I’ve noticed a trend where teams spin up new clusters for each application. Since CRDs are installed on the cluster level, it is not possible to namespace resource versions. It is easier for teams to take the cluster-per-application approach as opposed to mandating a specific version of cluster tooling. More small clusters means more control planes, and more subsidizing if a cloud provider is giving away the control plane. I just finished a blog post on this opinion that goes into more detail- https://caleblloyd.com/software/crds-killed-free-kubernetes-control-plane/ https://caleblloyd.com/software/crds-killed-free-kubernetes-...
• rudolph9 7y ago
  I wish there was a "Preemptible" or more cost effective tier for GKE. I get why they're doing this and $70/month seems reasonable for a premium service but would be nice to have a more cost effective option similar with tradeoffs similar to "Preemptible" nodes.
• eatmyshorts 7y ago
  I guess I need to start migrating my clusters, then. $73 per cluster on my prod, dev, QA, and test clusters is a significant increase for me. Looks like Google is doing their best to kill off GCP - https://www.cnbc.com/2019/12/17/google-reportedly-wants-to-be-top-two-player-in-cloud-by-2023.html https://www.cnbc.com/2019/12/17/google-reportedly-wants-to-b...
  • briffle 7y ago
    Curious where you are going to go that is going to be cheaper for the management plane and work nodes.
    • eatmyshorts 7y ago
      AWS+kops is less expensive. Digital Ocean and Azure provide services without charging for master nodes. I will likely choose AWS+kops.
• cosmotic 7y ago
  Alternatively, don't use kubernetes. https://doineedkubernetes.com/ https://doineedkubernetes.com/
  • nineteen999 7y ago
    Thems fightin words around these parts.
• jaimex2 7y ago
  And this is why when Google's team comes knocking on your door enticing your company to move to GCP from AWS you should ask for at least one years worth of credit at minimum. While you transition leave as many doors open to switch back.
• taormina 7y ago
  Ahh, wonderful. You're taking away the only thing that made me pick GCP and GKE over AWS and EKS? AWS used to charge me for the master node, and it was more than the worker nodes cost. So the logic reaction to AWS lowering that cost to a flat $.10 an hour was for Google to raise their own price point to that?????? As a GCP customer, I've got one simple question. Why exactly should I continue to use GKE?
• jfrankamp 7y ago
  This strikes me as an attribution problem e.g. Within large companies business units are treated as standalone financial entities so you are either making money or a cost center. I think what could be happening here is that the kubernetes group is generating what look like un-paid-for costs, instead of being back-credited for ALL of the compute they are selling via the worker VMs. I would argue that people come to GCP for GKE which means it should be seen as a revenue generator, in that light it makes sense to hold the loss leader of the control plane open and 'free' to grow GKE as quickly as possible. This decision is bad for business.
  • nojvek 7y ago
    Well then this is perhaps a big failure by the execs at GCP. It’s making the individual teams look good at the cost of unhappy customers. Sometimes I think Google has phenomenal engineers, they have this massive ad cash cow from search, YouTube etc. However when it comes to business units that need to handhold their customers and need human interaction, they are pretty terrible at it. Empathy is perhaps a skill that’s not important to them when they are hiring.
  • zapita 7y ago
    It would be cool if service teams were credited a referral fee for all future consumption, platform-wide, by consumers that started with their service. As a bonus it would incentivize each service team to prioritize easier onboarding.
  • deleted 7y ago
    [deleted]
• domlebo70 7y ago
  Does anyone have any opinions on alternative stacks to GKE within GCP? My side project is all dockerized. We love that aspect. Google Cloud Run looks promising, but it's not available in Sydney, which rules it out for us unfortunately.
• topherpalmtree 7y ago
  Wait until people realize gcp might not exist after 2022 if it’s not profitable. Better pay for it than have your platform yanked out from under you.
  • yjftsjthsd-h 7y ago
    Better still to take this opportunity to get out before Google does what Google does best.
• rajacombinator 7y ago
  What’s the betting line on GCP shutdown? Q3 2021? Q2?
• tedk-42 7y ago
  The number of people that still trust google not to screw customers over is amazing. They got you into their tech by offering something for free - now they're upping the price to match the leading competitor (in cloud that is). Better than getting you into their ecosystem and discontinuing a service I suppose. I hope this backfires on them and they provide it 'free forever' as they would have received a lot of customers drawn in from their free GKE control plane offering
• busterarm 7y ago
  The SLA guarantee for stable is interesting because at every turn the documentation and our TAMs encourage us to switch from Stable channel to the Regular. Workload Identity, for example, is pushed hard, but it's Beta so there's no SLA and it's broken in Stable so if you use it you're going to have outages or be forced onto Regular.
• timplant 7y ago
  GKE is the best Kubernetes offering according to my investigation of Azure/AWS/GCP. However adding extra $73/mo is not trivial for small teams like us. That is price of a medium-classed VM...
• sandGorgon 7y ago
  There's this theory - "CRDs Killed the Free Kubernetes Control Plane" https://caleblloyd.com/software/crds-killed-free-kubernetes-control-plane/ https://caleblloyd.com/software/crds-killed-free-kubernetes-... Basically running etcd in production with reasonable SLA and more than a little bit of data is super hard.
• duncangh 7y ago
  And I just cancelled all my Kubernetes side projects on GCP
• zmmmmm 7y ago
  It's interesting how naive the gcloud folks in commenting here seem to be about how it is to be an enterprise customer evaluating their service. Deploying to a cloud vendor is a bit like deciding to build a house on a rented lot. You place an incredible amount of trust in your landlord - unbelievable really. It's a miracle people do it at all in some ways. This kind of action is like Google going to their land for rent and posting earthquake signs on front of it. It is toxic to the most fundamental element of trust people rely on when they choose a cloud vendor. It can't possibly be worth whatever miniscule revenue they will accrue from implementing this.
• justlexi93 7y ago
  A very basic truth that AWS understands is that you introduce a product at price X, and then either keep it at X or reduce the price moving forward. You never, ever, EVER increase prices on established products. You also basically never discontinue products, even if there's only a handful of customers still using it (ex: SimpleDB). Apparently it's just too tempting to Google management to juice revenue in the short term, but screw their customer trust and adoption in the longer term.
  • qzx_pierri 7y ago
    We see it again and again and again and again. I’m amazed that people still put trust into Google’s services.
  • nikolay 7y ago
    Google is the worst product management company. Being the GCP, they don't really care, but this will move many SMBs to DigitalOcean.
• Alex_P13 7y ago
  Top 7 payment gateway for your eCommerce business. Here we discuss the most usable Top 7 payment gateway for your eCommerce business, we hope this article will help you much. Take time and read this full article it will give you a proper net and clean experience. When you read this (Top payment gateway for eCommerce business) full article then you know how they work and what is the pricing, and which company will provide you the best solution for your business! https://www.electronthemes.com/top-7-payment-gateway-for-your-ecommerce-business/ https://www.electronthemes.com/top-7-payment-gateway-for-you...
• zelly 7y ago
  You Probably Don't Need Kubernetes If you're small, you can probably just run a few containers/VMs with automatic restart. If you're big, you already made something custom like Borg. Who's it for? Temporarily embarrassed unicorns?
• spicyramen 7y ago
  I'm not gonna beat on the dead horse, but with GKE increase I need to explain why I choose GCP for GKE and other services like new KFP. The increase is not much TBH but the point is that there is an increase and tomorrow could be BQ and then later APIs...I don't know what to say to my manager now...
  • zapita 7y ago
    I honestly can’t tell if this is satire.
• dead_man 7y ago
  slowly killing the competition
• battery_cowboy 7y ago
  I saw someone mention Digital Ocean k8s products, right now Linode has a Linode Kubernetes Engine (LKE) "Beta" program going on where they give you some credits to fool around. I've been using it to learn k8s myself, and it couldn't be easier to use for a beginner. https://www.linode.com/products/kubernetes/ https://www.linode.com/products/kubernetes/ I'm not even going to post or give anyone my Linode referral code, because I think their product is so good I'm happy to promote it for free, for no credit, especially if it can help someone leave Google for good.
• adityapatadia 7y ago
  A long time Google cloud customer who migrated away to DO recently. Here are the things Google gets completely wrong - They are way behind compared to AWS in terms of stability and features, even then they always demand similar premium (ref. recent incedent: https://www.cbronline.com/news/google-cloud-down https://www.cbronline.com/news/google-cloud-down) - Tax issues in foreign countries are never resolved. Due to Indian laws, we must pay TDS on our business payment and google has to refund them to us. It takes almost a year to get those refunds from Google. Not startup friendly. - No support!! If anything goes wrong, AWS or DO solved issues even technical ones at times even when you have no support plan purchased. Google literally is useless when it comes to support. They carry that attitude from their search business. - I see someone mentioned egress charges. In reality, cloud providers get super cheap bandwidth and they charge 9-10 cents for egress which is outrageous. It's not only Google but AWS as well but Google being new in market could have done better job here. - DO Kubernetes is free and as someone mentioned, control plane downtime does not matter until workloads are not affected. - In a nutshell, if I need stability, I will go to AWS, if I need better price, DO is not a bad choice. I am not sure where is Google positioned.
• tuananh 7y ago
  i can't remember the last time AWS raise the price of their services. in fact, i can only recall when they reduce price.
• gigatexal 7y ago
  This is not cool. One of the best parts of GCP is that the control plane is free for k8s. :( this change is simply a money grab at least optically. How does the exemption for anthos clusters work? If I enable it on my cluster but it’s still a GCP native cluster and not on non-premises one, am I still billed?