6 ms·

If they're investing in kubernetes it makes complete sense to switch to GKE over AKS. We used AKS and it gave us tons of trouble while GKE seemed a lot more pol

If they're investing in kubernetes it makes complete sense to switch to GKE over AKS. We used AKS and it gave us tons of trouble while GKE seemed a lot more polished.

partiallypro 7y ago
Considering Brendan Burns works for Microsoft now...I have doubts that the differences are that staggering at this point. That being said, I generally avoid containers because they are overkill for most workloads, imo, so I can't speak from much experience on the topic.
- m0zg 7y ago
  Who is this "Brendan Burns" dude and why is everyone treating him like a deity? I've never heard of him even though I spent nearly a decade at Google, some of it in Google Cloud. Much of what Kubernetes is is basically a "lightweight" take on Borg. It even comes through in naming: borglet <-> kubelet, borgmaster <-> kubernetes master. The story of Kubernetes is very much about standing on the shoulders of the giants, and most of those giants (members of the Borg/Omega team) are still there, at Google.
  - kerng 7y ago
    Here is his LinkedIn: https://www.linkedin.com/in/brendan-burns-487aa590 https://www.linkedin.com/in/brendan-burns-487aa590 Strange you work at Google and not know about him.
    - m0zg 7y ago
      Why would it be "strange"? At the time I left Google it was 60K+ people. You'd need to be someone of Mike Burrows' or Jeff Dean's stature to even register on the radar.
      - ma2rten 7y ago
        I work at Google, I neither know Brendan Burns nor Mike Burrows. According to his LinkedIn Brendan was a Senior Staff Engineer at Google, i.e. Level 7. That is not a particularly high position. My previous manager was a Principle Engineer (Level 8). I am pretty sure no one here ever heard her name.
        manojlds 7y ago
        Most people who do follow the development of Kubernetes in the community do know him though. What matters is not whether people know him or not, just that Azure has done lot of cool things around k8s in the last few years and lot of top folks who are part of the community are working at Azure / Microsoft.
        m0zg 7y ago
        This Mike Burrows: https://en.wikipedia.org/wiki/Michael_Burrows https://en.wikipedia.org/wiki/Michael_Burrows. If you've used a Mutex or a CondVar at Google, you've used his code.
        dekhn 7y ago
        Mike Burrows keeps a very low profile but he was actively involved in the creation of Chubby along with the more... subtle... aspects of synchronization primitives. He also co-invented Burrows Wheeler encoding (bzip2 uses it). Google would not have been able to build its empire without his contributions.
    - deleted 7y ago
      [deleted]
  - partiallypro 7y ago
    I feel like that's like working at Microsoft and having never heard of Alex Kipman. The creators of Kubernetes are very open about it being based around Borg's structure. That's no secret.
    - m0zg 7y ago
      Sure, but to say that just because Burns works at Microsoft now is a good reason to think that MS is a containerization leader is a total non-sequitur. Google, however, is _the_ containerization leader, having created CGroups and having run everything in containers for a decade before they became "cool".
      - partiallypro 7y ago
        Microsoft is undoubtedly A containerization leader at this point, I never claimed they were THE containerization leader. The fact is that there is likely not a huge difference at this point between the big 4 (I'd include IBM since they bought RedHat.) Kubernetes is no longer that new and all 4 big cloud providers have had plenty of time to more or less be on par with each other. I'm sure Google has some other insight, but I doubt it's so much that many people are flocking to their service for it anymore.
        geezerjay 7y ago
        > Microsoft is undoubtedly A containerization leader at this point If that was remotely true then what product/service does Microsoft offer that is remotely comparable with Docker/Kubernetes and is neither Docker or Kubernetes?
        Aeolun 7y ago
        Why would that matter? If their kubernetes infrastructure is the most polished and production ready of the bunch, then I’d say they’re the leader.
        7y ago
  - pacala 7y ago
    The author of the first version of Kubernetes. Author as in the person who wrote the code and bootstrapped the project. If memory serves well. Haven’t been at Google for a while, but in early 2010s would have been unrealistic to attempt to externalize Borg/Omega. I still remember a high level architecture diagram of Borg covering a whole wall.
- tracker1 7y ago
  I might agree that full on kubernetes infrastructure may be overkill... but there are a lot of smaller options for using containers. Simplest that I've used was 3 dokku servers behind a load balancer and all apps were deployed to all three servers in the same way. DB managed outside the containers. I don't even do development in containers, but run services I'm not actively working on in them locally... this lets me have them nearly always on in the background and work on the piece I need to work on in the foreground. It's simply a matter of automation with a fast reset to zero. The code that gets exercised the most is the code you can trust the most... by automating it once, you can repeat it. By automating with a container, you can isolate it. You can ensure the boundaries are proper, well defined and enough detail/documentation to repeat again and again. I do containerize the DB locally as well. I can reset and spin up the application stack I'm working on in under a minute total. Generally only resetting the db (around 18 seconds) or api (around 5) when those parts of the application are changed. I can work on the front end locally and just have the background in the background. I can tweak the background without touching shared environments. I can tear it all down and work on a different project without borking my host/local environment. Yeah, orchestration setup and config in a cluster for hosting can be hard to learn (still learning current kubernetes myself) ... that doesn't mean that containers themselves are overkill.
- fukbezos 7y ago
  Avoid containers lol... Obv not working on something requiring DR
hansflying 7y ago
5 months ago there was an outage in GKE for 3 days: https://news.ycombinator.com/item?id=18428497 https://news.ycombinator.com/item?id=18428497 It doesn't look like a good service to me at all.
- jvolkman 7y ago
  That discussion seems to indicate that 1) it was a console/UI issue (not a service outage), and 2) it was actually resolved within the day but the final incident update came 3 days later.
  - jamesblonde 7y ago
    The outage brought down spotify, snapchat and others. https://news.ycombinator.com/item?id=17552532 https://news.ycombinator.com/item?id=17552532
    - brown9-2 7y ago
      Those are two separate links to two separate incidents.
    - cobookman 7y ago
      That was a Global Load Balancer outage. Not a GKE outage. When that GCLB outage happened, GKE would still be able to get traffic if you used ngnix ingress and/or regional load balancers.
paxys 7y ago
Both Azure and AWS's managed Kubernetes offerings launched in mid-2018, while GCP has been running it since at least 2014. So there's no denying that Google has more experience, but that gap is only going to close as time goes on.

If they're investing in kubernetes it makes complete sense to switch to GKE over AKS. We used AKS and it gave us tons of trouble while GKE seemed a lot more polished.

partiallypro 7y ago

Considering Brendan Burns works for Microsoft now...I have doubts that the differences are that staggering at this point. That being said, I generally avoid containers because they are overkill for most workloads, imo, so I can't speak from much experience on the topic.

m0zg 7y ago
Who is this "Brendan Burns" dude and why is everyone treating him like a deity? I've never heard of him even though I spent nearly a decade at Google, some of it in Google Cloud. Much of what Kubernetes is is basically a "lightweight" take on Borg. It even comes through in naming: borglet <-> kubelet, borgmaster <-> kubernetes master. The story of Kubernetes is very much about standing on the shoulders of the giants, and most of those giants (members of the Borg/Omega team) are still there, at Google.
- kerng 7y ago
  Here is his LinkedIn: https://www.linkedin.com/in/brendan-burns-487aa590 https://www.linkedin.com/in/brendan-burns-487aa590 Strange you work at Google and not know about him.
  - m0zg 7y ago
    Why would it be "strange"? At the time I left Google it was 60K+ people. You'd need to be someone of Mike Burrows' or Jeff Dean's stature to even register on the radar.
    - ma2rten 7y ago
      I work at Google, I neither know Brendan Burns nor Mike Burrows. According to his LinkedIn Brendan was a Senior Staff Engineer at Google, i.e. Level 7. That is not a particularly high position. My previous manager was a Principle Engineer (Level 8). I am pretty sure no one here ever heard her name.
      - manojlds 7y ago
        Most people who do follow the development of Kubernetes in the community do know him though. What matters is not whether people know him or not, just that Azure has done lot of cool things around k8s in the last few years and lot of top folks who are part of the community are working at Azure / Microsoft.
      - m0zg 7y ago
        This Mike Burrows: https://en.wikipedia.org/wiki/Michael_Burrows https://en.wikipedia.org/wiki/Michael_Burrows. If you've used a Mutex or a CondVar at Google, you've used his code.
      - dekhn 7y ago
        Mike Burrows keeps a very low profile but he was actively involved in the creation of Chubby along with the more... subtle... aspects of synchronization primitives. He also co-invented Burrows Wheeler encoding (bzip2 uses it). Google would not have been able to build its empire without his contributions.
  - deleted 7y ago
    [deleted]
- partiallypro 7y ago
  I feel like that's like working at Microsoft and having never heard of Alex Kipman. The creators of Kubernetes are very open about it being based around Borg's structure. That's no secret.
  - m0zg 7y ago
    Sure, but to say that just because Burns works at Microsoft now is a good reason to think that MS is a containerization leader is a total non-sequitur. Google, however, is _the_ containerization leader, having created CGroups and having run everything in containers for a decade before they became "cool".
    - partiallypro 7y ago
      Microsoft is undoubtedly A containerization leader at this point, I never claimed they were THE containerization leader. The fact is that there is likely not a huge difference at this point between the big 4 (I'd include IBM since they bought RedHat.) Kubernetes is no longer that new and all 4 big cloud providers have had plenty of time to more or less be on par with each other. I'm sure Google has some other insight, but I doubt it's so much that many people are flocking to their service for it anymore.
      - geezerjay 7y ago
        > Microsoft is undoubtedly A containerization leader at this point If that was remotely true then what product/service does Microsoft offer that is remotely comparable with Docker/Kubernetes and is neither Docker or Kubernetes?
        Aeolun 7y ago
        Why would that matter? If their kubernetes infrastructure is the most polished and production ready of the bunch, then I’d say they’re the leader.
        7y ago
- pacala 7y ago
  The author of the first version of Kubernetes. Author as in the person who wrote the code and bootstrapped the project. If memory serves well. Haven’t been at Google for a while, but in early 2010s would have been unrealistic to attempt to externalize Borg/Omega. I still remember a high level architecture diagram of Borg covering a whole wall.
tracker1 7y ago
I might agree that full on kubernetes infrastructure may be overkill... but there are a lot of smaller options for using containers. Simplest that I've used was 3 dokku servers behind a load balancer and all apps were deployed to all three servers in the same way. DB managed outside the containers. I don't even do development in containers, but run services I'm not actively working on in them locally... this lets me have them nearly always on in the background and work on the piece I need to work on in the foreground. It's simply a matter of automation with a fast reset to zero. The code that gets exercised the most is the code you can trust the most... by automating it once, you can repeat it. By automating with a container, you can isolate it. You can ensure the boundaries are proper, well defined and enough detail/documentation to repeat again and again. I do containerize the DB locally as well. I can reset and spin up the application stack I'm working on in under a minute total. Generally only resetting the db (around 18 seconds) or api (around 5) when those parts of the application are changed. I can work on the front end locally and just have the background in the background. I can tweak the background without touching shared environments. I can tear it all down and work on a different project without borking my host/local environment. Yeah, orchestration setup and config in a cluster for hosting can be hard to learn (still learning current kubernetes myself) ... that doesn't mean that containers themselves are overkill.
fukbezos 7y ago
Avoid containers lol... Obv not working on something requiring DR

hansflying 7y ago

5 months ago there was an outage in GKE for 3 days: https://news.ycombinator.com/item?id=18428497 https://news.ycombinator.com/item?id=18428497 It doesn't look like a good service to me at all.

jvolkman 7y ago
That discussion seems to indicate that 1) it was a console/UI issue (not a service outage), and 2) it was actually resolved within the day but the final incident update came 3 days later.
- jamesblonde 7y ago
  The outage brought down spotify, snapchat and others. https://news.ycombinator.com/item?id=17552532 https://news.ycombinator.com/item?id=17552532
  - brown9-2 7y ago
    Those are two separate links to two separate incidents.
  - cobookman 7y ago
    That was a Global Load Balancer outage. Not a GKE outage. When that GCLB outage happened, GKE would still be able to get traffic if you used ngnix ingress and/or regional load balancers.

paxys 7y ago

Both Azure and AWS's managed Kubernetes offerings launched in mid-2018, while GCP has been running it since at least 2014. So there's no denying that Google has more experience, but that gap is only going to close as time goes on.