BeyondStorage 是一个开源社区,专注于跨云数据服务,解决多存储服务的互联互通问题。核心价值观为开放、中立和用户中心,所有代码托管在 GitHub。社区开发的 go-storage 提供供应商无关的存储接口,支持多种云服务。BeyondTP 是基于 go-storage 的数据迁移服务,具备快速、批量和安全的数据迁移能力。
本文讨论了go-storage项目的可维护性问题,主要由于强耦合导致服务更新困难。为了解决这一问题,提出了新的流程和自动化工具,以减轻维护者负担并提升服务特性实现的效率。社区正在起草RFC以固化这一流程。
本文讨论了go-storage项目设计文档的写作实践,经历了从自娱自乐到缺乏反馈的低谷,最终建立了规范的讨论和提案流程。团队通过提案(GSP)和问题跟踪,逐步形成了有效的文档体系。
本文讨论了基于go-storage实现FUSE的计划,强调SymLink支持的重要性。虽然部分存储服务原生支持Link,但如S3等许多服务不支持。提出GSP-87提案,允许用户选择虚拟API实现,以扩展功能而不影响用户体验。最后,作者提到下周将与女友旅行。
本文讨论了go-storage的新RFC,重点是幂等删除操作AOS-46。幂等操作确保每次成功删除返回一致状态,避免不同服务间的实现差异。文章分析了S3、Azblob和本地文件系统的删除行为,最终决定采用幂等删除方案,以简化用户体验并减少开销。
在PingCAP的会议上,go-storage提出了替代现有存储方案的提案。与会者关注兼容性、功能、响应时间、文档、许可和性能等问题,最终提案获得一致通过。go-storage需优先实现多部分上传、附加支持和服务器端加密,以满足用户需求并推动广泛采用,同时改进文档以提升用户体验。
本文讨论了go-storage在PingCAP社区的自我营销及其与dumpling项目的对接。作者提出了实现云存储功能的提案,获得社区一致通过。会议中,PingCAP关注兼容性、功能、响应时间、文档、授权、测试和性能等问题。作者意识到用户更关心功能实现而非API设计,因此调整了go-storage的工作重点,包括实现服务器端加密、完善测试和文档,最终目标是将go-storage纳入tidb生态系统。
作者正在进行一个数据迁移项目,计划分三层实现,底层使用go-storage,目标是支持分布式环境。项目面临设计和经验不足的风险。同时,作者与女朋友一起玩游戏,分享生活,并为她家购置新电脑和礼物。
完成下面两步后,将自动完成登录并继续当前操作。