引入话题
平台实现异构
比如你用k8s要实现异构，其实只要通信协议能跨平台就0K了，因为平台带了服务发现，负载均衡，容错限流等等，不过平台也有局限性，就比如一个大型的遗留系统，一部分在K8s内 ，一部分使用传统模式部署 你就得郁闷，或者得把两块分割开，走网关。所以回到你的问题，最佳实践我觉得没有，三种玩法都有自己的特色，也有自己的局限性，还是得根据你的实际项目，合理取舍，架构设计很多时候其实就是在做取舍。
为什么需要 k8s？
容器编排调度引擎 —— k8s 的好处
应用部署模式的演进
虚拟化模式
容器化模式
相比虚拟机和容器
容器更加轻量级，启动更快（秒级）
容器可移植性更好
管理大量的容器带来了新的挑战
容器编排调度引擎 —— k8s 的好处
简化应用部署
提高硬件资源利用率
健康检查和自修复
自动扩容缩容
服务发现和负载均衡
k8s 的集群架构
主节点，承载 k8s 的控制和管理整个集群系统的控制面板
工作节点，运行用户实际的应用
k8s 集群组件
pod —— k8s 调度的最小单元
一个 pod 包含一组容器，一个 pod 不会跨越多个工作节点
pod 不会跨越工作节点
了解 pod
pod 相当与逻辑主机，每个 pod 都有自己的 IP 地址
pod 内的容器共享相同的 IP 和端口空间
默认情况下，每个容器的文件系统与其他容器完全隔离