Release year: 2023

Author: Nigel Poulton

Buy this book

Link to my handwritten notes

Review

I did it. I read a full book on Kubernetes. Honestly, it is difficult for me to comment about the book without first mentioning how proud I am of myself of getting through it.

For people in the tech world, this shouldn’t be a “difficult” book by any means. It is a fairly straightforward introduction to the world of Kubernetes, and at times goes in depth in some security and best practices topics without going overboard (kudos to the author for maintaining that delicate balance). However, Kubernetes has made me feel like an impostor for about 6 years. I have never felt confident about its intricacies, its objects, its configuration settings. To me Kubernetes seemed so big that it felt hopeless – kind of like trying to learn to speak fluent Mandarin while maintaining my other real life responsibilities.

Long story short, by finishing this book, I gained one solid notch of self-confidence. I beat my learning anxiety. While I’m not entirely cured of my fear of getting a Kubernetes configuration wrong, at least I now feel comfortable having a conversation on the topic with anyone. And that, to me, is priceless.

Félix rating:
👍

⭐ Star quotes

  • (p. 14) A k8s cluster consists of a control plane and worker nodes.
  • (p. 24) “Pod” comes from a “pod of whales”. As the Docker logo is a whale, k8s ran with the whale concept and that’s why we have “Pods.”
  • (p. 34), GKE is a hosted platform and only lets you see worker nodes. Control plane nodes are managed by GKE and hidden from you.
  • (p. 45) Use the --recursive option in kubectl explain (e.g. kubectl explain pods --recursive) to get all the details.
  • (p. 47) Applications should always store state and data outside of the Pod, because it is ephemeral.
  • (p. 51) Never scale an app by adding more of the same app containers to an existing Pod.
  • (p. 73) You can kubectl delete -f file.yaml to delete the associated resources.
  • (p. 121) You can kubectl apply -f ... the yaml found at this link to deploy an ingress-nginx controller: https://bit.ly/44oltXt
  • (p. 128) You can configure your internal DNS (for your machine) by editing the hosts file in /etc on your local computer.
  • (p. 137) K8s automatically populates every container’s /etc/resolv.conf file with the IP address of the cluster DNS service.
  • (p. 138) Every k8s node runs a system service called kube-proxy that implements a controller watching the API server for new services and EndpointSlice objects. When it sees them, it creates local IPVS rules telling the node to intercept traffic destined for the Service’s ClusterIP and forward it to the individual Pod IPs
  • (p. 224) REST is short for REpresentational State Transfer
  • (p. 230) kubectl api-resources is great for seeing which resources are available on your cluster, as well as which API groups they’re served from. It also shows resource shortnames and whether objects are namespaced or cluster-scoped.
  • (p. 262) You can use the --dry-run=server flag to test the impact of applying a PSS policy to a Namespace.