2021-12: S3 兼容 Sucks
内容提要
文章讨论了用户在将数据迁移到QingStor对象存储时遇到的S3兼容性问题，主要是签名错误和时区差异。通过调整时区，问题得以解决。此外，项目合并了Flutter的PR，后端重写了任务调度机制，以解决丢失任务和死锁的问题，并开始准备发布。
关键要点
-
用户在将数据迁移到QingStor对象存储时遇到S3兼容性问题，主要是签名错误和时区差异。
-
通过调整时区，解决了签名错误的问题。
-
在使用qscamel时，用户反馈源端没有列出数据，发现只有使用Path Style才能列出数据。
-
项目合并了Flutter的PR，前端项目有了雏形。
-
后端重写了任务调度机制，解决了丢失任务和死锁的问题。
-
引入了打卡机制来管理任务分发和完成。
-
开始准备发布，但发现go:embed存在一些问题，可能会放弃该方案。
延伸解读
S3兼容性问题的影响
在将数据迁移到QingStor对象存储时，S3兼容性问题可能导致签名错误和时区差异。这些问题不仅影响数据迁移的顺利进行，还可能导致用户对服务的信任度下降。因此，了解这些潜在问题并提前做好准备是非常重要的。
任务调度机制的改进
后端重写任务调度机制以解决丢失任务和死锁问题，表明团队在不断优化系统的可靠性。引入打卡机制可以有效管理任务分发和完成，提升工作效率。这种机制的实施为后续的分布式迁移打下了基础，值得关注其后续效果。
技术选择的挑战
在项目中使用go:embed时遇到的问题，提醒开发者在选择技术方案时需考虑其局限性。特别是在处理软链接和目录引用时，可能会影响项目的整体稳定性。因此，开发者应在实施前进行充分的测试，以避免在发布时遇到障碍。
延伸问答
用户在迁移数据到QingStor时遇到了什么问题？
用户在迁移数据时遇到了S3兼容性问题，主要是签名错误和时区差异。
如何解决S3兼容性中的签名错误？
通过调整时区，修改Date Header的时区设置，解决了签名错误的问题。
在使用qscamel时，用户反馈了什么问题？
用户反馈在源端没有列出数据，发现只有使用Path Style才能列出数据。
项目中有哪些技术更新？
项目合并了Flutter的PR，前端项目有了雏形，后端重写了任务调度机制，解决了丢失任务和死锁的问题。
引入打卡机制的目的是什么？
引入打卡机制是为了管理任务分发和完成，确保任务的有效执行。
在准备发布时遇到了哪些问题？
发现go:embed存在一些问题，如不支持软链接和引用父级目录，可能会放弃该方案。
