EP100：轮询与 Webhooks
内容提要
本文介绍了轮询和Webhooks两种系统设计方法。轮询是指定时定点地检查外部服务或端点以获取更新信息，但资源消耗大且容易错过实时信息。Webhooks则是一种内置通知系统，当有有趣的事情发生时，外部服务会调用应用程序的端点并提供信息。轮询适用于无法使用Webhooks的情况，而Webhooks适用于需要即时数据传递的应用程序。此外，文章还介绍了配置管理和基础设施即代码（IaC）的概念，以及CSS和GraphQL的作用和优势。
延伸解读
轮询与Webhooks的适用场景
轮询适合存在基础设施限制而无法使用Webhooks的情况，但需注意其资源消耗大且可能错过实时更新。Webhooks适合需要即时数据传递的应用，能高效利用资源，尤其在高吞吐量环境中。然而，Webhooks可能因网络问题丢失通知，因此必须实现重试机制。选择时需权衡控制力与实时性。
配置管理与IaC的差异
传统配置管理关注系统配置项（如服务器、网络设备）在预置后的期望状态维护，通常涉及手动初始设置和逐步命令变更。而IaC将基础设施的设置和变更视为软件开发实践，通过代码自动化预置，常采用声明式方法描述期望状态，并使用Terraform等工具进行版本控制。IaC代表了向自动化、可重复性和软件开发实践应用的演进。
CSS的层叠与布局能力
CSS的层叠特性决定了当多个样式规则冲突时，浏览器根据优先级规则（如选择器类型和源顺序）选择权重最高的规则。此外，CSS已从简单的视觉效果演变为强大的布局工具，Flexbox和Grid模块支持复杂设计布局和响应式设计，使开发者无需依赖表格或浮动布局。CSS3还引入了动画功能，如@keyframes和transition，增强用户体验。
GraphQL的优势与挑战
GraphQL允许客户端精确请求所需数据，并能通过单次查询从多个来源获取数据，提升数据检索效率。其强类型系统有助于管理实体结构，减少错误，适合管理复杂微服务。然而，GraphQL也带来复杂性增加、设计上的过度获取以及缓存复杂性问题。它并非REST API的简单替代，而是适用于特定场景的补充方案。
Q&A
轮询和Webhooks有什么区别？
轮询是定时检查外部服务以获取更新信息，资源消耗大且容易错过实时信息；Webhooks是内置通知系统，外部服务在事件发生时调用应用程序端点推送数据，适合实时更新。
什么时候应该使用轮询而不是Webhooks？
当存在基础设施限制无法使用Webhooks时，轮询是可靠的选择。此外，Webhooks可能因网络问题丢失通知，需要重试机制，而轮询让开发者对数据获取有更多控制。
Webhooks适合哪些应用场景？
Webhooks适合需要即时数据传递的应用程序，在高吞吐量环境中资源利用效率高，因为数据一旦可用就会推送到应用。
什么是基础设施即代码（IaC）？
IaC是将基础设施的设置和变更视为软件开发实践，通过代码自动化配置基础设施，通常采用声明式方法描述期望状态，并使用Terraform、AWS CloudFormation等工具进行版本控制。
CSS的层叠特性是什么？
CSS的层叠特性决定了当多个样式规则冲突时，浏览器根据优先级规则选择权重最高的规则，权重由选择器类型和源顺序等因素决定。
GraphQL有哪些优点和缺点？
优点：更高效的数据获取、更准确的结果、强类型系统减少错误、适合管理复杂微服务。缺点：增加了复杂性、设计上可能过度获取、缓存复杂。
