- 综合排序
- 最热优先
- 最新优先
- 来自专栏数据猿
微信许家滔：微信10亿日活场景下，后台微服务架构及存储架构实践！
作者介绍：许家滔，微信技术架构部后台总监，专家工程师，多年来伴随QQ邮箱和微信后台成长，历经系统从0到10亿级用户的过程。目前负责微信后台工作，包括消息，资料与关系链，后台基础设施等内容。 03 微信后台系统主要面临的挑战 微信的用户规模已达10亿，每天的微信消息达1000+亿，朋友圈每日发表和点赞数达10+亿，每日浏览数达100+亿，开放平台，微信支付等业务活跃度持续增长。 保障10亿用户数据不会出现问题。 3.突发洪峰流量。春节、元旦、以及突发热点事件。 4.数据存取压力大。后台数据服务节点，每分钟超过百亿次数据存取服务。 ? 09 微信微服务架构框架 微服务包含了服务定义、服务发现、错误重试、监控容灾、灰度发布等一系列面向服务的高级特性的统一框架。 10 协程在微信系统中的应用 大家还记得微信2013年的那一次故障， 我们开始整体优化微信后台的过载保护能力，也促使我们去提升整个微信后台的高并发能力。 协程到底是什么？
6.3K435发布于 2020-03-19 - 来自专栏大大的小数据
云服务器10行代码推送值班消息到微信公众号2021.6.9
pandas.read_excel('排班表2021.6.8.xlsx',sheet_name='Sheet1') for row in data.values: if today == str(row[0])[0:10 ]: if '王XX' == row[2]: token = 'XXXXXXXXXX' title= str(row[0])[0:10] 需要和excel中的日期匹配 2、读取excel文件 3、遍历读取excel的每一行 4、判断excel每一行第1列日期数值等于今天 5、判断excel每一行第3️列的姓名为某人 6、组合文字 7、推送到微信公众号 8、云服务器任务计划程序，定时每天几点钟启动程序
1.4K30编辑于 2022-09-22 - 来自专栏全栈程序员必看
微信公众平台-微信服务号开发
文章目录 背景: 一、微信各个平台介绍 二、公众平台介绍 三、开发前准备 四、服务器配置 五、服务器验证 六、消息接收 七、客服消息 八、获取素材 九、相关工具 十、最终效果展示 总结 背景: 近期接到了涉及微信开放平台和微信公众平台相关的开发需求 ，开发过程中踩了许多坑，把相关问题整理记录下来以便巩固记忆，并把总结的经验分享出来，本篇分享微信服务号开发，希望可以给大家提供帮助 一、微信各个平台介绍 1、微信开放平台:面向开发人员，为网站、App提供微信第三方登录功能 IP为白名单，白名单以外的ip请求access_token接口会报40164错误，有了 access_token 才能调用微信的各种接口 四、服务器配置 开启服务器配置，开启以后服务号的推送信息将会传送到所配置的服务器中 ，微信服务器将发送GET请求到填写的服务器地址URL上，GET请求携带参数如下表所示： 参数 描述 signature 微信加密签名，signature结合了开发者填写的token参数和请求中的 微信服务器在五秒内收不到响应会断掉连接，并且重新发起请求，总共重试三次。假如服务器无法保证在五秒内处理并回复，可以直接回复空串，微信服务器不会对此作任何处理，并且不会发起重试。
10.7K30编辑于 2022-07-28 - 来自专栏技术杂记
日志服务器（10）
保持默认配置，Show message details popup 有日志概要弹出效果 ，选择使用数据库 Enable User Database ，目前只支持 mysql，填充正确信息
97330发布于 2021-10-20 - 来自专栏汽车软件工程师
UDS诊断之10服务
DiagnosticSessionControl（0x10）——诊断会话控制 这个服务的主要作用就是使能不同的诊断会话，不同的诊断会话包含了不同的诊断服务或者功能，这个服务就实现了不同诊断会话之间的切换 ECU上电之后会进入默认会话（default）,当Client请求一个诊断会话服务，如果这个会话已经运行，则回复肯定响应。 进入其他session，default session的功能仍可用。 下图是不同session所支持的服务一览： 图2 不同session所支持的服务 服务请求报文格式 图3 服务请求报文格式 图4 sub-function描述（1） 图5 sub-function 数据参数格式定义如下（3~6字节）： 图7 数据参数定义 图8 sessionParameterRecord定义 图9 sessionParameterRecord值定义 可支持否定响应NRC 图10 可支持否定响应NRC 示例 发送请求：10 02 肯定响应：50 02 00 32 01 F4
2.6K10编辑于 2022-05-25 Windows 10 中删除服务
文章来自网路搜索，试用后可以试用，特发布存档在 Windows 10 中删除服务需通过管理员权限操作，核心方法包括命令行工具（CMD/PowerShell）、注册表编辑或第三方工具。 查看服务名称：输入命令列出所有服务：sc queryex type=service state=all，记录需删除的服务名称（如 Tomcat7）。 执行删除命令：输入 sc delete 服务名称（例如 sc delete Tomcat7），成功执行后服务立即移除。 删除服务：输入命令：sc delete 服务名称（如 sc delete MySQL2），无提示即表示成功。 通过注册表编辑器删除服务适用于残留服务或命令行失效时，操作风险较高：打开注册表编辑器：按 Win + R 输入 regedit 回车。
74010编辑于 2026-02-14- 来自专栏全栈程序员必看
微商相册服务器维护,微商相册
Applealmond 发表了文章 • 2020-04-25 10:53 • 来自相关话题 小程序这个依附于微信十亿流量的大平台，有着独天得厚的流量优势。 因为在小程序的前段代码都是存放微信服务器上的，可以直接在微信内打开，非常方便快捷。 而且其样式代码都封装到微信小程序里面，安全性也会更高、更稳定。 在线上最好能够安排客户能积极回复消息，及时解决用户的需求，形成优质服务。 再结合自身产品的优势，不断优化产品、更新换代，两者相结合，潜在用户自然就可以收入囊中。 因为在小程序的前段代码都是存放微信服务器上的，可以直接在微信内打开，非常方便快捷。 而且其样式代码都封装到微信小程序里面，安全性也会更高、更稳定。 在线上最好能够安排客户能积极回复消息，及时解决用户的需求，形成优质服务。 再结合自身产品的优势，不断优化产品、更新换代，两者相结合，潜在用户自然就可以收入囊中。
4.3K40编辑于 2022-08-29 - 来自专栏IT码农
win10win7多开微信
1、建立一个 bat文件：先点击-》微信图标，右键-》属性。找到 exe文件位置。 然后，把位置复制出来 建立一个 txt 文本文档，粘贴进去 对以上 做简单的修改。
1.8K62编辑于 2022-05-06 - 来自专栏高防
微端是什么意思？微端服务器是什么？微端服务器配置要求
微端是微型客户端的简写，微端游戏客户端只有一些基本的功能，客户端会根据玩家所到地图，自动将地图文件，以及一些其它文件下载到玩家本地的客户端文件夹中，这样就形成了玩家一边玩游戏一边下载相关的文件到本地，这就需要放游戏服务端的服务器的上传带宽足够大 ，因此机房就推出了微端服务器这种套餐产品，其主要特点就是网络带宽足够大，能支撑足够多的玩家同时在线，同时下载游戏所需的相关文件 既然咱们已经知道了微端和微端服务器的概念，那微端服务器如何选择合适的配置呢 选择微端服务器需要考虑到以下几个要素： 1、版本补丁大小 2、预计在线人数 3、稳定快速 并不是所有的传奇都需要做微端，像合击版本的话因为版本补丁小的原因，只有几百M，不用做微端，直接让玩家下载登录器和补丁就可以了 ，其他类型的版本基本上多数都是补丁比较大的，补丁越大，微端服务器所占用带宽越高，同理，所需配置也就越高 如果是刚开服你对预计在线人数无法估计，可以先拿一台服务器做开区+微端，把版本架设好，多和喜欢玩传奇 、或是开服的朋友讨论交流一下服，刚好也顺便测试了，测试后需要修改的就修改，一切有顺序的执行着，作为接触传奇许久的服务器商，一台基础配置的宁波50M服务器，开区和微端分开做，同时承载两三百人是没有问题的
8.4K70编辑于 2022-04-11 - 来自专栏ThoughtWorks
微网关与服务啮合 | 洞见
在了解问题域之后，让我们回归本篇的主题：继承了“网关”（Gateway）衣钵的“微网关”（MicroGateway）和“服务啮合”（Service Mesh），它们到底是什么？ 什么是微网关？ 另外越来越多的自治化需求，与原有集权式微服务治理方法之间，也产生出许多冲突矛盾。因此，与微服务化相适应的，可以本地化、分布式部署的微网关（MicroGateway）也逐渐涌现出来。 什么是服务啮合？ ---- 演进中的微网关与服务啮合 当我们了解到微网关与服务啮合的作用之后，就可以一起来看一下微网关与服务啮合架构是如何一步步设计出来的。 侧车模式（Sidecar Pattern） 准确来说，侧车模式（Sidecar Pattern）本身并非微网关或者服务啮合技术独有，它只是一种特定的软件模块共生关系。 我们建议您考虑在一些适用的场景，尤其是微服务化的架构设计中，考虑使用微网关与服务啮合，并总结最佳实践与我们交流。 让我们一起期待云原生生态下的微服务，为数字化时代提供更多的想象力。 ----
1.5K51发布于 2018-04-13 - 来自专栏架构师小秘圈
聊聊微信微服务技术
二，微服务架构的优势及痛点 微服务和单点服务的区别是什么呢？比喻来讲，单点服务是把所有的东西放在一个大盒子里，这个大盒子里什么都有。 微服务故障恢复、调度需要更精细化。 …… 三，微信中两大典型微服务案例 熊普江老师表示，微信一直提倡敏捷开发与“大系统小做”，这其实就是微服务的理念与架构实现。 由于微信诞生于 2011 年，当时微服务架构的概念还没有普及，也就是说，微信的微服务架构在业界实施并落地相对较早。 微信中微服务案例有很多，这里主要分享服务布局、过载保护两大典型案例。 四，微信服务布局 微信的服务布局采用的是多地自治、园区互备架构。如下，是微信的服务布局示意图： 城市之间的数据是相对独立的。 五，微信过载保护 过载保护的微服务架构，目的是确保核心服务可用。确保核心服务的可用性有如下三点： 考虑问题应该是服务要有轻重分离，即一个服务里不能既有重的操作，又有轻的操作。
1.9K70发布于 2018-04-02 - 来自专栏wayn的程序开发
10种微服务设计模式
微服务设计模式是一种指导微服务架构设计和开发的一系列原则和实践。微服务设计模式的目的是为了解决微服务架构中遇到的一些常见的问题和挑战，比如服务划分、服务通信、服务治理、服务测试等。 可以把授权/认证功能从微服务中迁移到 API 网关上。 可以记录请求日志。 可以做服务限流以及服务熔断。 2. 服务注册与发现 服务注册与发现是一种用于管理微服务实例地址变化的技术。 每个客户端或其他微服务在需要调用某个微服务时都会使用其服务名来请求服务发现客户端，由服务发现客户端返回一个可用的实例地址，并建立连接。 共存（Coexist ）— 保持老服务，将老服务请求重定向到新服务，新服务逐步实现老服务的功能。 消灭（Eliminate ） — 移除老服务。 边车模式的优点是可以降低微服务之间的耦合度，提高微服务的性能、可靠性和灵活性，以及简化微服务的开发和维护。缺点是需要额外的资源和管理成本，以及处理边车与主应用程序之间的通信和协调问题。 10.
60620编辑于 2023-08-28 - 来自专栏wayn的程序开发
10个微服务设计模式
微服务设计模式是一种指导微服务架构设计和开发的一系列原则和实践。微服务设计模式的目的是为了解决微服务架构中遇到的一些常见的问题和挑战，比如服务划分、服务通信、服务治理、服务测试等。 可以把授权/认证功能从微服务中迁移到 API 网关上。 可以记录请求日志。 可以做服务限流以及服务熔断。 2. 服务注册与发现 服务注册与发现是一种用于管理微服务实例地址变化的技术。 每个客户端或其他微服务在需要调用某个微服务时都会使用其服务名来请求服务发现客户端，由服务发现客户端返回一个可用的实例地址，并建立连接。 共存（Coexist ）— 保持老服务，将老服务请求重定向到新服务，新服务逐步实现老服务的功能。 消灭（Eliminate ） — 移除老服务。 边车模式的优点是可以降低微服务之间的耦合度，提高微服务的性能、可靠性和灵活性，以及简化微服务的开发和维护。缺点是需要额外的资源和管理成本，以及处理边车与主应用程序之间的通信和协调问题。 10.
92921编辑于 2023-08-22 - 来自专栏c
Linux10 服务管理（1）
01查看服务（查看能用service 管理的服务） ls -l /etc/init.d/ QQ截图20210730111557.png 下面我们以network为例进行演示 查看network服务的状态 service network status QQ截图20210730111900.png 停止服务 service network stop 启动服务 service network start 重启 service network restart 查看所有服务 setup QQ截图20210730112414.png 选择系统服务 QQ截图20210730112647.png QQ截图 20210730112811.png 服务名前面有* 说明它会在系统启动时自动启动 *通过空格键进行设置
59910发布于 2021-07-30 - 来自专栏前端博客
微前端学习笔记（1）：微前端总体架构概述，从微服务发微
微前端是一种类似于微服务的架构，它将微服务的理念应用于浏览器端，即将单页面前端应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。各个前端应用还可以独立开发、独立部署。 如同微服务一样，微前端就是把系统拆解，解耦，然后组合。如同iphone的供应链管理。 为什么需要微前端？遗留系统迁移。解决遗留系统，才是人们采用微前端方案最重要的原因。聚合前端应用。微服务架构，可以解耦后端服务间依赖。而微前端，则关注于聚合前端应用。热闹驱动开发。 跟随后端微服务划分。实践证明， DDD 与事件风暴是一种颇为有效的后端微前端拆分模式，对于前端来说，它也颇有有效——直接跟踪后端服务。 《微前端学习笔记（1）：微前端总体架构概述，从微服务发微》,请注明出处：https://www.zhoulujun.cn/html/webfront/engineer/Architecture/9029
1.2K10编辑于 2024-06-06 - 来自专栏音视频技术
微博短视频服务优化实践
文 / 李成亚 整理 / LiveVideoStack 概览： 我所在的团队主要负责微博短视频从客户端的转码上传到服务端的转码存储的整条服务链路。 通过上述这些优化，我们可以提升视频平均发布速度至原来的3倍，提升长视频发布速度至原来的10倍以上，以上就是我们在视频发布阶段主要进行的一些优化。 2. ；右边是微博于2017年初上线的一个新服务“微博故事”，这是一个全屏播放并可添加AR特效的视频产品，以上是微博视频业务的两种产品形态。 以H.265为例，官方给出的比较有代表性的数据是H.265相对于H.264而言其编码复杂度大概提升至后者的10倍，而码率能够达到H.264的50%。 ，只能占10%～20%。
85420发布于 2021-09-01 - 来自专栏架构师之路
微服务架构多“微”才合适？
@侯滇滇 同学提到： 多了一层服务层，架构实际上是更复杂了，需要引入一系列机制对服务进行管理，RPC服务化中需要注意： （1）RPC服务超时，服务调用者应有一些应对策略，比如重发 （2）关键服务例如支付 二、互联网微服务架构多“微”才适合 大家也都认可，随着数据量、流量、业务复杂度的提升，服务化架构是架构演进中的必由之路，今天要讨论的话题是：微服务架构多“微”才合适？ 最粗犷的玩法，所有基础数据的访问，都通过一个service访问，在业务不是特别复杂的时候还好，一旦业务变复杂了，这个service层会变得非常重，成为耦合点之一，以微信场景为例，假设有一个通用的服务层来访问基础数据 细节：微信单对单消息是一个写多读少的业务，故没有缓存。 垂直拆分是个好的方案，将子业务一个个拆出来，那么微信的服务化架构或许会变成这个样子： ?
1.6K61发布于 2018-03-01 - 来自专栏Golang语言社区
golang微信支付服务端
一般来说，使用golang主要还是写服务端。所以本文主要讲golang在处理微信移动支付的服务端时的统一下单接口和支付回调接口，以及查询接口。 yourReq.Trade_type = "APP" yourReq.Spbill_create_ip = "xxx.xxx.xxx.xxx" yourReq.Total_fee = 10 其中我们需要使用的主要还是他的prepay id,拿到prepay id，服务端需完成的支付流程就基本完毕，将prepay id给客户端继续支付流程。 return false } 客户端查询订单请求响应 因微信端并不能保证异步通知是一定送达商户服务端，因此这里需要进行主动查询订单状态。 范例中只包含于微信支付服务端沟通的API调用部分，商户平台因为各自不同业务逻辑我就省略了。
5.7K80发布于 2018-03-27 - 来自专栏EAWorld
服务都微了，编排怎么整？
“编排”需要更友好的运维工具支撑 相对于传统架构，微服务架构下更需要通过各微服务之间的协作来实现一个完整的业务流程，可以说服务编排是微服务架构下的必备技能。 这两个词用在微服务下，也有类似的含义： ? 微服务的编制强调的是通过一个可执行的中心流程来协同内部及外部的服务交互。通过中心流程来控制总体的目标，涉及的操作，服务调用顺序。 流程编排完成之后也仅仅是走完了第一步，我们还需要给每个被编的服务提供正确的参数，是一个适配的过程。 ? 一个编排服务（abcd）由a、b、c、d服务编排而成，每个服务都会有自己的出参入参。 所以适配不仅仅存在与编排服务的入参和被编服务的入参之间，还存在于被编服务和在其之前的服务出参之间。 ? 最直接的莫过于依靠我们勤劳的双手，完成点到点的映射赋值。 在客户提交行程后，旅行公司的预订行程业务按顺序串行的调用航班预订服务、酒店预订服务、火车预订服务。最后的火车预订服务成功后整个预订业务才算完成。
5.8K60发布于 2018-04-02 - 来自专栏斑斓
微服务一点都不“微”
通过这几年在项目中实践微服务，为客户提供微服务咨询，我越来越发现所谓“微服务（Micro Service）”其实一点都不“微”！这非Martin Fowler定义之过。 因此，微服务利用“分而治之”的思想减小了系统的规模，使得每个微服务的开发者不用面对复杂的业务逻辑，即使业务发生了变化，在如此小规模的“微”服务中，我们也能轻松面对。 面向业务的微服务开发者们，就可以面对真正的小而美的“微”服务了。 分解业务复杂度，控制技术复杂度，此之为业界拥抱微服务的根本原因。 以“生态系统”名之，就能够让大家在看到微服务之“微”的同时，还能重视微服务“不微”的另一面。 从“不微”进入到“微”，是从宏观世界进入微观世界，整个过程其实是一个艰巨的架构设计过程。
69720发布于 2019-06-20
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号