最近西安疫情特别严重，前一阵子还出现了一码通崩溃的事件，网络上对此也有各种各样的评论和说法。 首先我们分析一码通大致有哪些基本需求需要实现，应该会有个人信息登记注册以及修改的需求。还会有个人健康信息查询需求，也就是健康码了。 服务层拆分 根据上面的需求分析，可以根据基本需求的读写特性和并发量从业务上拆分不同的服务。 总体架构设计 综合上面分析，high level 的设计可以如下： 另外从一码通的小程序详细信息上也看到一些不是很专业的地方，例如： 莫名其妙的9443端口 莫名其妙的消息 可以看到前端调试信息按钮等 另外虽然一码通也经历了崩溃事件以及有不专业的地方，但是它毕竟也为这座城市的防疫数字化做出了贡献，也方便了防疫工作和大家，还是这座城市防疫工作中不可缺少的必要工具。
2020年3月1日，中国电信股份有限公司西安分公司发布《疫情联控平台一码通项目》单一来源采购公示 采购内容：1套疫情联控平台一码通系统开发采购。 2021年10月25日，西安电信发布《2021年“一码通”服务专席热线业务外包项目》单一来源采购公示 采购内容：2021年“一码通”服务专席热线业务外包项目，提供“西安一码通”客服专席7*24小时接话服务及客户资料审核服务 单一来源采购供应商：杭州安恒信息技术股份有限公司 2020年12月10日，中国电信西安分公司西安“一码通”信息技术平台项目单一来源采购公示 采购内容：西安“一码通”信息技术平台软件产品及相关平台功能定制化开发服务 单一来源采购供应商：西安东软系统集成有限公司 2020年12月10日，西安电信发布《西安“一码通”大数据可视化分析项目》单一来源采购公示 采购内容：西安“一码通”大数据可视化分析软件产品及相关平台功能定制化开发服务 单一来源采购供应商：中译语通科技（陕西）有限公司 2020年12月10日，西安电信发布《西安“一码通”码引擎项目》单一来源采购公示 采购内容：西安“一码通”码引擎软件产品及相关平台功能定制化开发服务
领8888元新春采购礼包，抢爆款2核2G云服务器95元/年起，个人开发者加享折上折
我是小识 最近西安一码通二次崩溃这个事情，实在是太顶了。作为程序员，出现这种问题属实不应该。 网上一直在说崩溃是因为后台传输的是图片？ 第一次看到这个消息的时候，小识是抱有怀疑态度的。 知乎上也开了个贴讨论：一码通崩溃的技术原因是什么？ 原帖地址：https://www.zhihu.com/question/509914161，有兴趣的小伙伴可以自行前往。 于是小孟去找了一下，还真有一篇名为《“科技抗疫”中流砥柱：西安电信“一码通”平台服务保障专班》的报道，地址： https://m.thepaper.cn/baijiahao_13083245 里面有这样一段话被网友们抓了出来 今天又在知乎上看到了知友 “卢兴民” 的回答，别人是真的去分析了二维码接口数据的，证明并不是在服务器生成图片。
最近西安一码通二次崩溃这个事情，实在是太顶了。 网上一直在说崩溃是因为后台传输的是图片？ 第一次看到这个消息的时候，我是抱有怀疑态度的。 今天又在知乎上看到了知友 “卢兴民” 的回答，别人是真的去分析了二维码接口数据的，证明并不是在服务器生成图片。 知乎回答原文如下： # 想直接抓 HTTP 包 惦记通过 PC 微信打开「西安市民一码通」抓个包，结果发现「个人电子码」注册时需要以西安的地址注册 常住或临时地址都只能选择西安的区/县 怕万一给我健康码搞红了 因为我电脑里没有 Android Studio 之类…） 我真的不是拿这个（安卓模拟器）玩游戏，我发誓…… 具体步骤 在安卓模拟器登微信小号，打开大号转发来过来的「西安市民一码通」小程序 然后找到此路径下的新增文件 index.wxml 中找到了个人电子码，及其绑定的点击事件「onElectronCode」，进而跟踪到「onYmtLogin」->「toYmtLink」-> 「toElectronCode」 找到了一码通的地址
这两天，因为西安一码通的二次崩溃，几乎我所在的每个技术群里都在吐槽和猜测。 权威媒体也在拷问着，西安大数据资源管理局局长停职检查...。 知乎上也开了个贴讨论：一码通崩溃的技术原因是什么？ 答主跟大部分人一样，开始以为是服务器负载太大，但之后又转到了图片优化上的表达，这里提到了一篇陕西电信的文章。 小编我找了找，想不到有网友直接贴出来了。 这里我要说的是，“ 一码通的技术团队在菜，也不会犯这种低级错误，直接low到服务器生成图片进行下发这么蠢。” 首先先看一下西安健康码的接口数据。 CDN可能有些小伙伴不太懂，CDN也叫作CDN服务器。 可以理解成一个离和你距离很近的、方便从上面获取完整的原始数据的服务器，为保证用户可以从上面获取到最新的内容，它会定期和拥有原始内容的服务器进行同步更新。
在这样严峻的情况下，作为防控最核心的系统：西安一码通竟然崩溃了，并且崩溃得是那么的彻底。 足足瘫痪超过 15+ 个小时！ 2 产品分析 西安一码通其它业务我们暂且不分析，那并不是重点，并且当天也没有完全崩溃，崩溃的仅有扫码功能。 这是西安一码通最开始的样子，业务流程仅仅只需要一个请求，甚至一个查询的 SQL 就可以搞定。 到了后来，这个界面做了2次比较大的改版。 3 技术分析 在当天晚上的官方回复中，我们看到有这样一句话： 12月20日早7:40分左右，西安“一码通”用户访问量激增，每秒访问量达到以往峰值的10倍以上，造成网络拥塞，致使包括“一码通”在内的部分应用系统无法正常使用 限流就是把用户挡在外面，先处理能处理的请求；扩容就是加服务器、增加数据库承载能力。 上面提到官方让大家没事别刷一码通，也算是人工限流的一种方式；不过在技术体系上基本上不会这样做。
西安市大数据资源管理局官网信息显示，刘军1980年10月出生，中共党员，领导该局全面工作，分管数据标准与应用处、数据资源处、市12345市民热线管理办公室和“一码通”工作专班，联系西安大数据资产经营有限责任公司 相关阅读 · #西安一码通#又崩了。。。谁之责 ？
1又崩了 对，西安一码通又一次，崩了！ 有人讽刺说，西安掌握了流量密码，天天可以上热搜，我刚去看了一下，西安一码通已经上微博热搜了。 结果很多小区都没开始做的时候，大家突然发现一码通打不开了，大家可要知道西安市现在的温度是1度，大家排队在外面的感受。 2产品分析 西安一码通其它业务我们暂且不分析，那并不是重点，并且当天也没有完全崩溃，崩溃的仅有扫码功能。 3技术分析 在当天晚上的官方回复中，我们看到有这样一句话： 12月20日早7:40分左右，西安“一码通”用户访问量激增，每秒访问量达到以往峰值的10倍以上，造成网络拥塞，致使包括“一码通”在内的部分应用系统无法正常使用 限流就是把用户挡在外面，先处理能处理的请求；扩容就是加服务器、增加数据库承载能力。 上面提到官方让大家没事别刷一码通，也算是人工限流的一种方式；不过在技术体系上基本上不会这样做。
西安一码通的二次崩溃，几乎每个技术群里都在吐槽和猜测。 前段时间，有一篇陕西电信的文章，大力肯定了开发团队，但略显得外行，该报道被众多网友吐槽： 目前已经下架，可以看看大概内容： 健康码连续挂了两次真的有点业余了，不过确实也没有low到服务器生成图片进行下发这么蠢
近日获悉，四川省日前已经上线省内统一健康码“四川天府健康通”，在川人员及待入川人员可凭四川天府健康通绿码在全省范围内一码通行。 同时，四川天府健康通还结合腾讯政务特色的码引擎组件，为小程序直接配置了离线码、场所码、家庭健康码等多种二维码能力，减少了大量重复性开发工作，也为用户提供了更贴心的科技服务。 此外，四川天府健康通后端服务则由云开发 CloudBase 的 Serverless 化能力——云托管和云函数作为技术支撑，免去服务器管理、运维及数据库管理的繁杂工作，在全局层面加速了项目的推进。 除健康码之外，四川天府健康通还为群众提供核酸检测机构查询、核酸检测结果查询、新冠疫苗接种查询、密接自查、风险区域查询等一系列便民服务。 云原生技术底座基于云开发技术底座，免服务器运维，弹性扩缩容，保障应用的稳定性、安全性和高并发。
近日获悉，四川省日前已经上线省内统一健康码“四川天府健康通”，在川人员及待入川人员可凭四川天府健康通绿码在全省范围内一码通行。 同时，四川天府健康通还结合腾讯政务特色的码引擎组件，为小程序直接配置了离线码、场所码、家庭健康码等多种二维码能力，减少了大量重复性开发工作，也为用户提供了更贴心的科技服务。 此外，四川天府健康通后端服务则由云开发的 Serverless 化能力——**云托管**和**云函数**作为技术支撑，免去服务器管理、运维及数据库管理的繁杂工作，在全局层面加速了项目的推进。 除健康码之外，四川天府健康通还为群众提供核酸检测机构查询、核酸检测结果查询、新冠疫苗接种查询、密接自查、风险区域查询等一系列便民服务。 此前已注册成都“天府健康通”用户，可与“四川天府健康通”实现无感切换。
出现疫情之后，用户在长时间无法刷出健康码的情况下，多次退出刷新重试，新的流量到达服务器，导致服务器压力变大、承受负载增加。也许西安“一码通”系统可能没做好限流措施。 紧接着是服务器问题。 分析：或许西安“一码通”是个门户，核酸等“卡片”的数据是从各子系统引过来的服务器宕机。 上班高峰期，市民共同访问，导致服务器瞬时访问流量飙升，数据库性能跟不上，最终整个西安“一码通”服务挂了，可能之前设计的时候没有考虑过这种场景。 西安“一码通”功能影响“核酸检测”服务，说明模块间从界面到数据调用互相影响，可能不是微前端、微服务架构。 这两次的崩溃（特别是短时间），可能意味着不仅仅是“一码通”与核酸检测这两个模块之间的问题，或许后端与前端的架构有问题，可能不是微前端、微服务架构，没有做到很好的分离。
1 生成唯一码方法 使用QUuid的createUuid()静态函数; QUuid::createUuid().toString() 2 适用性 在Windows平台上,会生成一个GUID,几乎可以肯定
中通快递每天有数千万的运单在各个环节运转，每个环节都有对应的多套业务系统来支撑，业务系统之间上下游关系较为密切，从上游的客户订单到下游转运、结算、分析等每个环节都离不开消息中间件，它主要解决了系统之间的耦合 在2015年中通开始大量采用消息中间解决一些特定的问题，随着业务的增长，各环节有了更精细化的产品，我们消息中间件的数据体量越来越大，集群规模越来越多，中间件也越来越多样化，统一管理这些消息中间件变得尤为重要 在每台机器上首先需要安装 zms-agent (代理服务)、supervisor 等基础组件，为了方便运维，ZMS 提供了一键初始化主机的脚本，自动在目标主机上安装基础服务组件，其操作流程如下： ? 监控数据采集服务 对消息中间件进行监控并进行可视化展示是运维最基本的需求，RocketMQ、Kafka 消息中间件本身提供了监控数据的采集并存储在各自的服务器内存中，但是是非持久化的，在内存中只存储当前时间段的调用信息 多机房解决方案 目前中通在异地容灾方面还刚刚起步，目前只需要实现同城机房冷备，即一个机房的入口网络发生故障，将流量切换到另外一个备份机房即可。
Linux 系统内核参数调整导致无法PING通 排查过程 1.核实 安全组 ACL 均已放通 ICMP 协议； 2.核实系统 firewalld 关闭，iptables 未配置拦截策略； 3.核实机器网络情况正常 【外网出带宽监控有波动】； 4.登机测试本地也无法 ping 通： image.png 由此可判断，当前问题与CVM外围策略拦截以及网络情况无关，在于系统配置 5.核实系统内核参数【net.ipv4.icmp_echo_ignore_all
就是这么多年我们在嗯C端积累的这个用户，积累的流量，具体的营销能力和我们的产品基础的，这样的一些能力发挥我们的C2B的优势，通过码作为连接文旅的一个线上线下的场景，然后包括产业生产的一个抓手，融合目的地的游客服务 ，精准营销和智慧化经营为一体的这样的一个腾讯的一个产品服务来助力我们文旅产业的智慧化的一个转型升级。 在这个目的地小程序里边的话我们是以很清亮的以微信小程序作为载体，然后以码作为连接文旅的那种服务和营销流量的一个关键的一个抓手。 我们来看一下，在以往的时候我们去做这种目的地的小程序，或者是文旅的小程序的时候，我们更多做的是把一些线下的一些服务，然后把它线上化，同时把一些内容数字化的这样的一些，很基本的一些数字化的产品和服务。 ，那么第四点的话，是对于景区以及它周边商圈的整个智慧商圈生态的全场景的一个交叉营销，然后第五点的话是对于游客个人的一个体验的一个提升就是通过线上线下的全场景的一个联动，然后能够去实现游客个人的一个一码的无障碍的通行
# 尚医通-技术点-整合服务网关 网关介绍 Spring Cloud Gateway介绍 搭建server-gateway模块 修改配置 pom.xml 在resources下添加配置文件 添加启动类 解决跨域问题 服务调整 测试 # 网关介绍 API网关出现的原因是微服务架构的出现，不同的微服务一般会有不同的网络地址，而外部客户端可能需要调用多个服务的接口才能完成一个业务需求，如果让客户端直接与各个微服务通信 ，会有以下的问题： 客户端会多次请求不同的微服务，增加了客户端的复杂性。 认证复杂，每个服务都需要独立认证。 难以重构，随着项目的迭代，可能需要重新划分微服务。例如，可能将多个服务合并成一个或者将一个服务拆分成多个。如果客户端直接与微服务通信，那么重构将会很难实施。 API 网关是介于客户端和服务器端之间的中间层，所有的外部请求都会先经过API 网关这一层。
云支付(CPay)为您提供开放、可靠的移动支付收单和服务商、商户管理服务。云支付支持刷卡支付、扫码支付、刷卡支付，扫码支付，一码多付多种支付方式…..
扫码关注腾讯云开发者
领取腾讯云代金券
云服务器
网站备案
对象存储
云直播
实时音视频
