跟着ms的一套课程操作下来，
https://docs.microsoft.com/en-gb/learn/modules/aks-workshop/01-introduction
把aks基本理解了一下。
以前理解的scale up/down都是基于vm的，那么现在就都是通过k8s来完成了。
k8s负责容器管理，监控，甚至loading balance也可以做。
devops要做的就是通过helm进行各种配置，
- 让k8s知道要部署那些容器(包括从哪里去取) -- deployment.yaml
- 要公开什么服务 -- service.yaml
- 外部怎么访问 -- ingress.yaml
- secret保存 -- 比如db链接用到的username/password
- 指定loadbalance连接到哪个service
apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
name: ratings-web-ingress
annotations:
kubernetes.io/ingress.class: nginx
spec:
rules:
- host: frontend.<ingress ip>.nip.io # IMPORTANT: update <ingress ip> with the dashed public IP of your ingress, for example frontend.13-68-177-68.nip.io
http:
paths:
- backend:
serviceName: ratings-web
servicePort: 80
path: /
frontend.13-68-177-68.nip.io怎么和loadbalancer(13.68.177.68)联系起来的，dns这里是怎么玩的？
- 支持tls
- 支持scale up/down，在pod的基础上(horizontal pod autoscaler)和在node的基础上(AKS cluster)。
以后基本开发部署都是在容器上玩了。