首页 文章 精选 留言 我的

精选列表

搜索[高并发]，共10000篇文章
优秀的个人博客,低调大师

高通64位ARMv8系列服务器芯片商标命名：Centriq

全球化竞争不断加剧，创新步伐越来越快，要求企业必须提高敏捷性，实现数字化转型，利用云计算、移动技术、大数据、物联网等技术重塑业务模式，改变工作方式。今年５月在美国举办的Citrix Synergy 2016上，思杰展示了工作空间即服务（Workspace-as-a-Service，WaaS）解决方案，让员工能够安全、按需地访问应用和数据，随时随地高效工作，可帮助企业加速数字化转型。 WaaS的核心是工作空间即服务，简单说，就是让员工可以安全、按需地访问应用于数据，随时随地高效工作。采用了WaaS方案企业的IT人员，可以通过统一的控制界面安全地交付虚拟化、网络与安全文件共享等多个领域。思杰的主要产品都将包括在WaaS解决方案中，其中包括：Citrix NetScaler、ShareFile、XenApp、XenDesktop和XenMobile，它们可以单独提供，也可以整合在一起，组成一个完整的工作空间。更重要的是，所有服务都可以通过Citrix Cloud作为云服务提供给用户，当然也可以像以往那样部署为本地应用，或是部署在混合云架构中，用户可以选择任何适合自己的IT基础设施去承载WaaS解决方案。 在现阶段，移动技术、云计算、大数据分析、物联网（IoT）等技术实现了前所未有的融合，并得到了极其广泛的采用，这是所有变化和所有商机背后的强劲驱动力。而思杰的愿景在于： l 提供一个业界最全面的集成平台，以基于云服务的方式，安全地提供应用、数据和交付网络，借此成为工作空间即服务（Workspace as a Service，WaaS）领域的领导者。 l 巩固思杰在应用交付、虚拟化和移动管理领域的领先地位，促进业务增长。 l 向大中型企业和战略性服务提供商提供安全的网络交付解决方案，在这方面取得明确的领先地位。 l 为所有细分市场的企业用户提供企业级文件同步和共享（EFSS）解决方案，并让这些解决方案成为首选，得到最为广泛的使用。 在思杰看来，“工作”这个概念正在经历重大变化，人们正在从物理工作空间进入聚合式工作空间，其核心关注点是体验、灵活性、身份和安全。未来的工作空间不是一个物理的或虚拟的空间，工作日益变得数字化和虚拟化，为了提高工作成效，人们必须通过所有设备和平台访问数 据和应用，拥有无缝的用户体验。思杰公司大中华区总裁曹衡康表示：云策略继5月份宣布之后，思杰已经开始准备在Microsof的Azure上发布，未来客户可以选择要做Citrix云应用发布的时候，就会在Citrix云上进行操作。 思杰将提供业界最全面的集成平台，安全地以云服务形式提供应用、数据和交付网络，以此满足未来的工作空间需求。通过Citrix 云，成为领先的WaaS提供商，为用户提供单一入口，去实现所有应用和数据源管理的身份验证，获取高效工作所需的任何数字资产。 正如思杰系统公司高级副总裁兼首席市场官Tim Minahan所言：如今，所有业务都在数字化，IT部门有机会引领所在公司的数字化转型，重塑内部工作方式。Citrix 云让企业员工能够简便、安全地访问数据和应用，随时随地高效工作。同时Citrix云为IT部门提供了交钥匙服务，可通过一个集成式平台提供所有应用、数据和交付网络，确保应用、数据和交付网络的安全，并能灵活地对接其他云、数据源和传统基础设施。 原文发布时间为：2016-08-19 本文作者：李超 本文来自云栖社区合作伙伴至顶网，了解相关信息可以关注至顶网。
2017-08-31
优秀的个人博客,低调大师

交易系统使用storm,在消息高可靠情况下，如何避免消息重复

概要：在使用storm分布式计算框架进行数据处理时，如何保证进入storm的消息的一定会被处理，且不会被重复处理。这个时候仅仅开启storm的ack机制并不能解决上述问题。那么该如何设计出一个好的方案来解决上述问题? 现有架构背景：本人所在项目组的实时系统负责为XXX的实时产生的交易记录进行处理，根据处理的结果向用户推送不同的信息。实时系统平时接入量每秒1000条，双十一的时候，最大几十万条。 原文和作者一起讨论:http://www.cnblogs.com/intsmaze/p/6219878.html 新浪微博：intsmaze刘洋洋哥 架构设计： storm设置的超时时间为3分钟；kafkaspout的pending的长度为2000；storm开启ack机制，拓扑程序中如果出现异常则调用ack方法，向spout发出ack消息；每一个交易数据会有一个全局唯一性di。 处理流程： 交易数据会发送到kafka，然后拓扑A去kafka取数据进行处理，拓扑A中的OnceBolt会先对从kafka取出的消息进行一个唯一性过滤（根据该消息的全局id判断该消息是否存储在redis中，如果有，则说明拓扑A已经对该消息处理过了，则不会把该消息发送该下游的calculateBolt,直接向spout发送ack响应；如果没有，则把该消息发送该下游的calculateBolt。），calculateBolt对接收到来自上游的数据进行规则的匹配，根据该消息所符合的规则推送到不同的kafka通知主题中。 拓扑B则是不同的通知拓扑，去kafka读取对应通知的主题，然后把该消息推送到不同的客户端（微信客户端，支付宝客户端等）。 架构设计的意义： 通过借用redis，来保证消息不会被重复处理，对异常的消息，我们不让该消息重发。 因为系统只是对交易成功后的数据通过配置的规则进行区分来向用户推送不同的活动信息，从业务上看，系统并不需要保证所有交易的用户都一定要收到活动信息，只需要保证交易的用户不会收到重复的数据即可。 但是在线上运行半年后，还是发现了消息重复处理的问题，某些用户还是会收到两条甚至多条重复信息。 通过对现有架构的查看，我们发现问题出在拓扑B中（各个不同的通知拓扑），原因是拓扑B没有添加唯一性过滤bolt,虽然上游的拓扑对消息进行唯一性过滤了（保证了外部系统向kafka生产消息出现重复下，拓扑A不进行重复处理），但是回看拓扑B，我们可以知道消息重发绝对不是kafka主题中存在重复的两条消息，且拓扑B消息重复不是系统异常导致的（我们队异常进行ack应答），那么导致消息重复处理的原因就一定是消息超时导致的。ps:消息在storm中被处理，没有发生异常，而是由于集群硬件资源的争抢或者下游接口瓶颈无法快速处理拓扑B推送出去的消息，导致一条消息在3分钟内没有处理完，spout就认为该消息fail，而重新发该消息，但是超时的那一条消息并不是说不会处理，当他获得资源了，仍然会处理结束的。 解决方案：在拓扑B中添加唯一性过滤bolt即可解决。 个人推测：当时实时系统架构设计时，设计唯一性过滤bolt时，可能仅仅是考虑到外部系统向kafka推送数据可能会存在相同的消息，并没有想到storm本身tuple超时导致的消息重复处理。 该系统改进：虽然从业务的角度来说，并不需要保证每一个交易用户都一定要收到活动信息，但是我们完全可以做到每一个用户都收到活动信息，且收到的消息不重复。 我们可以做到对程序的异常进行控制，但是超时导致的fail我们无法控制。 我们对消息处理异常控制，当发生异常信息，我们在发送fail应答前，把该异常的消息存储到redis中，这样唯一性过滤的bolt就会对收到的每一条消息进行判断，如果在redis中，我们就知道该消息是异常导致的失败，就让该消息继续处理，如果该消息不在redis中，我们就知道该消息是超时导致的fail,那么我们就过滤掉该消息，不进行下一步处理。 这样我们就做到了消息的可靠处理且不会重复处理。 博主解决的是90%的问题，主要是因为： 1，彻头彻尾的异常是不会给你写redis的机会的，只能说绝大多数时候是OK的。 2，超时的任务最终也可能运行成功，这也会导致你做了2次。 我的看法： 既然是交易系统，最重要的就是业务本身满足幂等性和可重入，架构上容错导致的重试和重入，都不应该导致业务错乱。 所以，我认为在架构上能做的，是要保障at least once，博主判断redis不存在就认为是超时重发，殊不知超时的bolt可能很久之后异常退出，这样消息就没有人处理了。 不过具体场景具体分析，看业务需求取舍既可。 超时的任务最终也可能运行成功，这也会导致你做了2次。（ps:这个不会，我们认为超时的任务最终会处理成功，所以再次发送，我们会在唯一性过滤bolt中把该消息过滤掉） 超时的bolt可能很久之后异常退出，这样消息就没有人处理了（ps:这个我要研究下，就是超时后，再异常向spout发送fial响应是否还会重发消息，如果还会重发，那么就可以保证该异常消息可以再一次被处理） 彻头彻尾的异常是不会给你写redis的机会的，只能说绝大多数时候是OK的。（ps:正确，但是是不可控的吧，就像kafka把offset存储在zookeeper中，如果zookeeper挂掉就没有办法，确实绝大部分是ok的，解决办法不知道有没有。） 最重要的就是业务本身满足幂等性和可重入，架构上容错导致的重试和重入，都不应该导致业务错乱（ps:我不是很明白，我这里并不要求一条消息具备事务的特性和幂等性有什么关系）以上是我对该朋友对本系统架构找出的问题的个人思考。 作者： intsmaze(刘洋) 出处： http://www.cnblogs.com/intsmaze/ 老铁，你的--->推荐，--->关注,--->评论--->是我继续写作的动力。 微信公众号号：Apache技术研究院 由于博主能力有限，文中可能存在描述不正确，欢迎指正、补充！ 本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。
2016-12-25

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

时间: 2026-04-11 大小: 211.28KB 下载: 56次
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

时间: 2026-08-21 大小: 1MB 下载: 10次
Spring

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

时间: 2026-08-21 大小: 5MB 下载: 2次
Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。

时间: 2026-08-21 大小: 9.84MB 下载: 40次
热门标签
DeepSeek Jdk25 OpenAi HarmonyOS6 Nacos3 SpringBoot4 SpringCloud Docker Kubernetes Service Mesh Redis Gemini3 Rocky

欢迎您来访！

登录后，您将获得更多功能！
热门文章
联系我们

有任何问题或合作意向欢迎联系我们

Email: 99873273@qq.com

QQ: 99873273

用户登录
用户注册