霍力强的专栏

问题：在开发spring cloud过程中一个很严重的资源问题就是内存占用过高，而实际上本机开发测试并没有很大的请求量，所以这是对电脑资源的一种严重的浪费，甚至导致IDE卡死、崩溃。一个完整包含eureka，steam，sleuth，config，rabbit，oauth2等一些列spring cloud全家桶应用和其他业务相关组件组成的单个服务在12G内存电脑上启动占用的内存就达到1到1....

【编者的话】本文从一个开发者的角度，对Kubernetes和Cloud Foundry进行了多维度的比较，包括：平台是否类PaaS，支持的容器，管理控制台，命令行接口，零宕机部署，外部负载均衡，内部负载均衡，市场，配置，存储卷，启动学习过程，前景，等等。作者个人更喜欢Cloud Foundry，但他也认为，两个平台均有兼容对方特性的趋势，前景一片光明。多年来我一直在Pivotal Cloud Foundry上开发。使用Spring Boot工具栈，我能轻松地创建CI/CD流水线并完成部署。我发现它是一个真

背景过去，我们运维着“能做一切”的大型单体应用程序。 这是一种将产品推向市场的很好的方式，因为刚开始我们也只需要让我们的第一个应用上线。而且我们总是可以回头再来改进它的。部署一个大应用总是比构建和部署多个小块要容易。集中式：集群分布式：分布式和集中式会配合使用。我们在搭建网站的时候，为了及时响应用户的请求，尤其是高并发请求的时候，我们需要搭建分布式集群来处理请求。我们一个服务器的处理能力是有限的。如果用我们一台设备当作服务器，那么当并发量比较大的时候，同一时间达到上百的访问量。那服务器就