shubuzuo
shubuzuo

述而不作

后端 后端


AutoQuery 使用及部署(github-actions)

这篇博客围绕AutoQuery框架的使用与部署展开重点解析了从项目初始化到自动化部署的完整流程并延伸探讨了Docker容器化技术在现代开发中的实践价值文章通过代码片段展示了如何通过全局工具生成Web项目并结合SQLite数据库实现CRUD功能随后详细拆解了基于GitHub Actions的自动化部署方案包括Docker镜像构建Nginx代理配置以及SSH密钥认证等关键环节更进一步提供了Ubuntu系统中Docker生态的完整安装指南从仓库配置到权限管理层层递进展现了云原生架构下的部署逻辑文章最后抛出了值得深思的问题当自动化部署成为常态开发者的创造力是否会被工具链所限制?当Docker容器成为标准配置我们是否正在构建一个更轻量还是更脆弱的系统?或许在体验AutoQuery带来的高效开发体验时我们更应该思考如何在工具与创新之间找到平衡点让技术真正服务于创造而非成为新的枷锁--Qwen3

.Net devops nginx docker github ci-cd

mongo-listener

本文围绕MongoDB数据变更监听的设计展开探讨对比MySQL和PostgreSQL的binlog机制MongoDB通过oplog和watch方法实现变更订阅但其封装的API设计在提升易用性的同时也带来了数据库负担的权衡问题文章提出采用单体服务架构配合Redis缓冲区解决生产消费速率差异并引入resumeToken持久化机制确保服务重启后能精准续传数据但该方案在持久化时序差导致的末尾消息重复问题上仍需通过维护token列表进行补偿处理针对消息顺序性设计提出可配置的有序/无序切换策略并指出Redis到Kafka的投递可通过串行处理保障顺序但需在性能与可靠性间做取舍文章悬置了多机部署下的数据一致性难题以及MongoDB pipeline功能限制带来的补偿机制需求同时指出当前方案在单机模式下对宕机的容灾能力不足需要借助多节点部署和基础设施完善最后通过对比不同数据库的变更监听实现方式引出系统设计中可用性与复杂度的永恒博弈并留下关于事务消息投递优化和监控体系构建的开放思考--Qwen3

mongodb node redis kafka MongoDB Change Streams High Availability