未来的Kubernetes将效仿Facebook的做法

Flinn在Delos的帖子中解释说，我们根据延迟SLA在分解的日志设备排序层和聚合的本地日志排序层之间动态切换。当满足延迟SLA时，我们选择聚合实现(它使用更少的资源，并且没有关键路径依赖关系)，当违反延迟SLA时，我们切换到分解实现。

显然，与使用ZKLog相比，使用LogDevice格式甚至NativeLog格式在减少延迟和提高整体性能方面有巨大的好处，这有利于Tupperware控制平面。当下一个想法出现时，将它整合到Delos并进一步提高性能或可伸缩性将相对容易。

译者：Mr.lzc，软件工程师、DevOpsDays深圳核心组织者&志愿者，目前供职于华为，从事云存储工作，以Cloud Native方式构建云文件系统服务，专注于Kubernetes、微服务、Serverless领域。

【编辑推荐】

1. Kubernetes如何降低云的复杂性
2. 甲骨文推出新的云基础设施代理 令Kubernetes开发人员的生活更轻松
3. 探讨Kubernetes的不同部署策略
4. Kubernetes 网络、监控技术全面解读
5. Kubernetes使用时需要注意的坑点

（编辑：辽源站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!