shrek11的专栏

k8s内部的服务注册主要是依靠几个组件coreDns,service和pod的标签选择器。服务注册的流程pod创建完以后，一般我们都会打算一组标签，标签是key/value形式的,如下---apiVersion: v1kind: Podmetadata: name: nginx labels: env: test #这里给这个pod打上标签spec: containers: - name: nginx image: nginx imagePul

1，下载k8s离线包需要的可以私我2，环境架构ip节点部署程序192.168.145.180k8s-masterdocker etct master192.168.145.181k8s-work1docker etct slave1192.168.145.182k8s-work2docker etct slave23，docker 安装3.1 上传docker-20.10.0.taz包到各个服务器。mkdir /usr/local/docker

前言saas 软件即服务 现在的软件服务提供商提供一套页面给各个租户，通过一个申请页面填写租户的租户信息，点击生成，租户就可以有一套自己的系统，可以自己去新建用户，角色，授权等操作。其实这就是所谓的多租户技术。多租户，通俗点说，多个租户共用同一套服务提供商提供系统资源，即跟现在流行的共享单车，充电宝差不多。多租户更多跟云计算在一起，因为你有的客户需求大，付费多，那它分配的计算资源和功能更多，比如有自己独立的应用实例，数据库，硬盘空间等。这个跟云计算的概念就差不多，云...

最近一直在弄k8s，前面安装都要顺畅，包括K8S集群等等。k8s有个很重要的功能，就是它可以根据你服务器的压力动态扩容pod。比如你可以预定你的pod实例是5个，当请求高峰过来的时候，pod压力过大，每个pod的cpu或者内容一下增大当pod的cpu超过一个阈值的时候，k8s可以根据你的设定将pod实例变成8个，10个，设置20个，过段时间，当洪峰过去，cup压力下来后，pod实例又会慢慢的将个数变成10个，8个，最后3个。这个就是K8S的所谓的动态伸缩但是要弄这个功能，最主要.

下面是15个微服务设计中常用的15个设计原则，当然并不是设计时所有都要涉及，可以根据项目场景增加或者删除几项原则。N+1原则：确保系统发生故障时，至少有一个冗余的实例。 回滚设计：确保系统可以回滚到以前发布过的任何一个版本。 禁用设计：确保一些具有高风险的系统功能能够通过开关来禁用，这能为修复时间赢得时间。 监控设计: 在设计阶段就必须考虑监控，而不是在实施完成之后。监控做的好，将为系统的可扩展性预留空间 设计多活的数据中心：确保系统可以在地理上隔离灾难和危机 使用成熟的技术：只用确实好用