Agoda用DragonflyDB取代了原有的72片分片的SQL Server价格缓存系统。
Agoda将其规模为1.5 TB的酒店价格缓存系统从72个SQL Server分片迁移到了DragonflyDB，以此来应对日益增加的读写请求量。此次迁移采用了分阶段双读机制、奇偶校验技术、逐步转移流量策略以及去中心化的故障检测机制。据Agoda称，P99读延迟时间减少了大约8倍，而两个DragonflyDB集群则确保了系统的高可用性。 作者：Leela Kumili
Agoda将其规模为1.5 TB的酒店价格缓存系统从72个SQL Server分片迁移到了DragonflyDB，以此来应对日益增加的读写请求量。此次迁移采用了分阶段双读机制、奇偶校验技术、逐步转移流量策略以及去中心化的故障检测机制。据Agoda称，P99读延迟时间减少了大约8倍，而两个DragonflyDB集群则确保了系统的高可用性。
作者：Leela Kumili相关文章
播客：保护人工智能代理的安全：身份认证、授权机制以及DPACT框架
在这一集中，Sahil Agarwal讨论了在人工智能代理时代，身份识别、授权机制以及安全性所面临的诸多关键挑战。他介绍了DPACT框架（即委托机制、政策设定、可审计性、上下文信息以及时间因素），并将其视为构建负责任、受到有效监管的人工智能系统的蓝图——这种系统会摒弃基于简单令牌的访问控制方式，转而采用有限授权、委托管理的模式。 作者：Sahil Agarwal
阅读全文
文章：超越相关性：以治理为核心的企业个性化发展架构
本文分析了传统个性化系统的局限性，并强调了采用以治理为核心的设计架构的必要性。文章指出，必须将“相关性”与“治理机制”区分开来，这样才能确保推荐结果具有上下文意识、可被审计，并且符合相关规范。这种设计架构整合了状态存储功能、基于策略的AI协调机制以及可解释的评分系统，从而有效提升了个性化系统的性能。 作者：杰拉尔德·塞尔瓦拉吉
阅读全文
如何逐步迁移传统的单体应用系统，而无需进行大规模的重新开发
大多数传统的迁移项目在最终切换完成之前就会失败。 这种失败通常源于将迁移过程视为一个单一的步骤来执行：迁移应用程序、数据库，转移所有用户数据，调整流量分配，然后关闭旧系统。 这种做法隐含了一个危险的假设：即旧系统和新系统必须同时被替换掉。 但实际上，这种情况很少会发生。 如果你已经了解了旧系统的运行机制，可以通过编写测试用例来保护这些现有功能，设定适合迁移的边界条件，并对比新旧系统的实现方式，那么你就有了另一种选择。 你可以一次只迁移一个功能模块。这样就能彻底改变原有的迁移方案。 旧式单体系统 ↓ 全面重构 ↓ 一次性切换完成 而你现在可以选择的做法是： 旧式单体系统 ↓ 提取出一个功能模块进
阅读全文
文章：构建安全且可扩展的面部识别系统
当有三千名员工同时进行身份验证时，同步API调用会导致系统崩溃。本文介绍了一种适用于大规模人脸识别系统的四层架构：客户端过滤功能可使云服务成本降低30%；检测与验证过程的分离使得系统扩展能力提升10倍；基于风险的动态阈值设置有助于更好地控制系统性能；而零信任隐私保护机制，结合用户同意机制及自动化数据清理功能，能够有效遵守GDPR和HIPAA等法规要求。 作者：Praveen Kumar Gopalakrishnan
阅读全文