从 DevOps 到 NoOps:是否值得?以及边缘架构的模糊容器编排
1 DevOps 与 NoOps 部署评估
在新容器启动后,如果底层资源未进行扩展,请求可能会超时。监控集的粒度也可能限制微服务可扩展性的灵活性,不过 NoOps 部署方法不存在这个问题。可以通过配置适当的缓存机制来解决此缺点,但用户需要处理更多不必要的内容。
相关研究主要分为三个方面:
- DevOps 微服务部署性能评估 :有研究提出了一种四步方法来定量评估微服务架构部署方案,发现在自动扩展的云环境中,在架构部署配置中添加额外资源之前,应执行仔细的性能工程活动,否则可能导致性能显著下降。还有研究从查询响应时间、硬件使用效率、托管成本和丢包率等方面评估了软件行业中实践的三种微服务设计模式,结论是没有一种微服务模式比其他模式更好,每种设计模式在不同场景下表现更佳。
- NoOps 无服务器部署性能评估 :无服务器计算的 NoOps 主题最近得到了广泛研究。有研究介绍了无服务器平台的一般特征并讨论了其中的开放研究问题;还有研究对企业级无服务器平台进行了特征分析;部分研究评估了公共无服务器平台在 CPU、内存和磁盘密集型功能方面的性能,得出了不同平台的性能优劣结论。
- DevOps 与 NoOps 部署架构决策 :随着基于无服务器计算的 NoOps 的兴起,基于微服务架构的 DevOps 不再是开发应用程序的唯一选择。有研究阐述了微服务和无服务器架构决策的各个方面,从服务部署的角度来看,无服务器有基础设施限制,需要原生云服务支持,必须由云服务提供商托管;而微服务架构可以部署在私有数据中心或