这是Ceph开发每周谈的第七十二篇文章，记录从17年5月01号到17年5月07号的社区开发情况。笔者从前年开始做Ceph的技术模块分析到今年中告一段落，想必有挺多人期待下一篇Ceph技术分析。考虑到Ceph的发展已经从前年的一穷二白到现在的如火如荼，但对于社区的方向和实况仍有所脱节，笔者考虑开始Ceph开发每周谈这个系列。每篇文章都会综述上周技术更新，围绕几个热点进行深度解析，如果正好有产业届新闻的话就进行解读，最后有读者反馈问题的话并且值得一聊的话，就附上答疑部分。
-
一句话消息
Ambedded 发布了基于 ARM 架构的 Ceph 解决方案
-
基于 Pecan 的 API 框架
在这次 CDM 讨论了这个 PR (https://github.com/ceph/ceph/pull/14457)，是利用 Flask 框架实现的 API 模型，讲 ceph-mgr 的工作内容通过 RESTFUL API 的形式暴露出来。目前主要讨论的是这个实现的安全问题，用户通过 RESTFUL 访问和操作集群每次都需要生成 cephx，然后使用，最后摧毁，影响 Monitor 的性能，讨论希望使用基于 Token 的方式来改造。
另外一个问题是，目前 Ceph 社区实际上存在多个 API Server，有 Redhat 推进的 Tendrl 项目，也有 Suse 推进的 OpenATTC 项目，都会直接访问 ceph-mgr 获得相关信息然后通过自身的 API Server 进行暴露。值得一提的是，OpenATTC 项目本来是期望进行统一管理本地存储，分布式存储，和 SAN。但是由于 Ceph 的需求更佳强烈，目前主要的最高优先级实际上是在 Ceph 上。而 Tendrl 是之前的 Calamari 停止更新以后又要推进的方案，他的特点是跟把 Ceph 和 GlusterFS 的管理统一化。