S4-小结

[quote="AliKevin"]
本系列文章不涉及过多的S4的理论内容，因为s4论文中描述相当清楚（我认为我实在是说的不会比论文中更清楚了：）呵呵），论文信息请看论文[url]http://dl.iteye.com/topics/download/704e5924-0dd8-34df-b44f-2efbc91de071[/url][/quote] 这节主要小结一下S4目前的优缺点，以便大家综合考虑

[b]一、S4优点[/b][list]

[*]S4是基于事件的分布式流计算平台，能够对高频度事件作出快速反应。
[/list][list]
[*]S4提供了灵活的事件路由、合并等功能，并提供了标准接口易于开发自己的应用。
[/list][list]
[*]S4的架构中，client-adapter采用tpc/ip协议保证数据的可靠性。adapter-s4server采用udp协议（忧喜参半），优点是减少通讯等待，提高性能。
[/list][list]
[*]S4的架构中，adapter-s4server采用udp协议（忧喜参半），优点是减少通讯等待，提高性能。
[/list][list]
[*]S4内部采用linkqueue作为事件流的中专，内部异步通讯提高了处理性能。
[*]S4内部提供checkpoint和Recovery机制。（待深入验证其中的实现）
[/list][list]
[*]S4能与zookeeper进行集成，增强集群的管理能力。
[/list]

[b]二、s4缺点[/b]

[list][*]S4文档不准确，官方提供的实例文档不准确需要修改才能完成实例的部署运行。[/list]
[list][*]s4现有的参数应用不简洁，需要在sh中设置系统变量，将来的应用中要进行优化为系统配置文件方式。[/list]
[list][*]s4现有的部署分adapte集群和s4（核心计算）集群，他们之间通讯方式为udp存在数据丢失风险。[/list]
[list][*]s4没有严格的failover机制，运行节点突然crash时，会导致当前节点中的数据丢失。后续的请求会failover到其他的节点上，但crash时的状态已经丢失[/list]
[list][*]s4目前persist 支持方式过于简单，需要考虑网络持久化，类似于nfs，分布式文件系统等，配合failover机制[/list]