- 综合排序
- 最热优先
- 最新优先
- 来自专栏汽车软件工程师
UDS诊断之10服务
DiagnosticSessionControl（0x10）——诊断会话控制 这个服务的主要作用就是使能不同的诊断会话，不同的诊断会话包含了不同的诊断服务或者功能，这个服务就实现了不同诊断会话之间的切换 ECU上电之后会进入默认会话（default）,当Client请求一个诊断会话服务，如果这个会话已经运行，则回复肯定响应。 进入其他session，default session的功能仍可用。 要想进入一个新的诊断会话，特定的条件需要满足，这些条件由用户定义。 数据参数格式定义如下（3~6字节）： 图7 数据参数定义 图8 sessionParameterRecord定义 图9 sessionParameterRecord值定义 可支持否定响应NRC 图10 可支持否定响应NRC 示例 发送请求：10 02 肯定响应：50 02 00 32 01 F4
2.6K10编辑于 2022-05-25 - 来自专栏数据猿
微信许家滔：微信10亿日活场景下，后台微服务架构及存储架构实践！
作者介绍：许家滔，微信技术架构部后台总监，专家工程师，多年来伴随QQ邮箱和微信后台成长，历经系统从0到10亿级用户的过程。目前负责微信后台工作，包括消息，资料与关系链，后台基础设施等内容。 03 微信后台系统主要面临的挑战 微信的用户规模已达10亿，每天的微信消息达1000+亿，朋友圈每日发表和点赞数达10+亿，每日浏览数达100+亿，开放平台，微信支付等业务活跃度持续增长。 保障10亿用户数据不会出现问题。 3.突发洪峰流量。春节、元旦、以及突发热点事件。 4.数据存取压力大。后台数据服务节点，每分钟超过百亿次数据存取服务。 ? 上面提到的这个论文是微信PaxosStore的一点创新，贡献出了一些简洁的算法实现流程，大家可以很轻松的去理解和实现。 06 PaxosStore整体架构 PaxosStore整体架构，如下图。 09 微信微服务架构框架 微服务包含了服务定义、服务发现、错误重试、监控容灾、灰度发布等一系列面向服务的高级特性的统一框架。
6.3K435发布于 2020-03-19 - 来自专栏ytkah
微信无法连接到服务器怎么诊断网络【微信高级教程3】
有时我们出门在外难免会出现网络信号不好的时候，微信会提示“无法连接到服务器”，可能还会弹出一个“诊断网络”的按钮窗口。要是没弹出怎么弄呢？其实微信早就藏着这个彩蛋了，我们没挖掘到而已。 在微信任意聊天窗口输入 //traceroute 并发送，还可以调出“诊断网络”功能。 ? 当微信突然连接网络失败却又无法解决的时候，可以尝试一下。
6.6K100发布于 2018-03-06 - 来自专栏架构师之路
微服务架构多“微”才合适？
前情提要：互联网架构为什么要做服务化？ 二、互联网微服务架构多“微”才适合 大家也都认可，随着数据量、流量、业务复杂度的提升，服务化架构是架构演进中的必由之路，今天要讨论的话题是：微服务架构多“微”才合适？ 细节：微信单对单消息是一个写多读少的业务，故没有缓存。 垂直拆分是个好的方案，将子业务一个个拆出来，那么微信的服务化架构或许会变成这个样子： ? 【一个接口对应一个service】 微服务架构中更极端的，甚至一个接口对应一个微服务，这样的话，架构就从： ? 演化为： ?
1.6K61发布于 2018-03-01 - 来自专栏汽车软件工程师
UDS诊断之37服务
RequestTransferExit（0x37）—— 请求传输退出 这个服务是用来终止数据传输的（上传/下载）。 1.服务请求报文定义 图1 服务请求报文定义 Sub-Function： 本服务没有子服务。 服务请求报文中参数定义： transferRequestParameterRecord：用来传输的数据，格式和长度是由车厂自定义的。 3.支持的NRC 图3 0x37服务支持的NRC 4.示例 此示例分为3步： Step 1： 用户和ECU之间通过RequestDownload（0x34）服务来交换数据。 测试条件： （1）IG = ON （2）Engine = OFF （3）Vehicle Speed = 0 kph 报文示例： Step 1：请求RequestDownload（0x34）服务 发送请求
2.8K20编辑于 2022-05-25 - 来自专栏汽车软件工程师
UDS诊断之27服务
SecurityAccess（0x27）—— 安全访问 这个服务的目的是为那些限制访问，以及和排放、安全相关的一些服务和数据提供一些访问权限来保护数据。 此服务执行步骤如下： （1）Client请求一个种子（Seed）； （2）Server发送种子（Seed）； （3）Client再根据相应算法算出一个匹配这个种子（Seed）的钥匙（Key）并发送给Server
5K40编辑于 2022-05-25 - 来自专栏Java架构师历程
微服务在微信的架构实践
作者｜许家滔 编辑｜田光 微服务的理念与腾讯一直倡导的“大系统小做”有很多相通之处，本文将分享微信后台架构的服务发现、通信机制、集群管理等基础能力与其上层服务划分原则、代码管理规则等。 过去几年，微信都是很敏捷地在开发一些业务。所以我们的底层架构需要支撑业务的快速发展，会有一些特殊的需求。 另外，目前整个微信团队已经有一千多人了，开发人员也有好几百。 早年我们 QQ 邮箱、微信、图像压缩、反垃圾都是一个 web 服务，只有存储层会独立到后面去，甚至用 web 直连 MySQL。因为它早期比较小，后来变大之后就用微服务架构。 10 倍甚至 20、30 倍，这样子就一下子把整个问题解决了。 2011 年起负责微信后台基础架构，包括分布式存储平台和后台服务框架等，覆盖微信账号 / 消息 / 朋友圈核心存储等，并为公众号 / 微信支付 / 微信企业号等等业务提供组件支持，近两年专注于后台服务质量提升和高性能架构
4.3K32发布于 2018-09-26 - 来自专栏汽车软件工程师
UDS诊断之31服务
RoutineControl（0x31）—— 例程控制 这个服务是用来执行一系列操作序列的，是笔者见过的用途最广泛的一个服务，可以根据需求进行一些服务定制，例如擦除内存，一些自学习流程，故障自检测，配置某些数据参数等 例程控制可以用来进行以下操作： 开始一个例程 结束一个例程 查看例程执行结果 1.服务请求报文定义 图1 服务请求报文定义 Sub-function定义： 图2 0x31服务支持的子服务 2.肯定响应 图3 肯定响应报文定义 routineControlType：对应服务请求的子服务 routineIdentifier：例程ID routineInfo：这部分是自定义的，提供一种机制，使测试工具根据这个值来实施一些流程 发送请求：31 01 02 02 06 01 （最后两个字节为ControlOption） 肯定响应：71 01 02 02 32 33 8F（报文最后三个字节为汽车制造商自定义的状态） 以上就是0x31服务 ，与之类似的还有一个0x2F服务，只是对比31服务2F服务应用范围较窄，一般可以模拟一下车的灯光控制等，但是如果较复杂的流程的话还是用31服务多一些，感兴趣的读者可以自行了解一下。
12.6K10编辑于 2022-05-25 - 来自专栏汽车软件工程师
UDS诊断之34服务
RequestDownload（0x34）—— 下载请求 这个服务主要是用来给ECU下载数据的，最常见的应用就是在bootloader中，程序下载工具会发起下载请求，以完成ECU程序的升级。 1.服务请求报文定义 图1 服务请求报文定义 Sub-Function： 本服务没有子服务。 服务请求报文中参数定义： （1）dataFormatIdentifier 这个参数为1字节长度，高4位表示“compressionMethod”，低4位表示“encryptingMethod”（注：这里小编暂时不知道这两种 3.支持的NRC 图3 0x34服务支持的NRC 4.示例 由于0x34服务一般和0x36服务是配套使用的，在后续文章介绍0x36服务后，会一起进行示例展示。
4.8K40编辑于 2022-05-25 微服务架构：10个实用设计模式
1 微服务架构 微服务架构的重要特征 微服务架构的优点 微服务架构的缺点 何时使用微服务架构 2 微服务架构的设计模式 独享数据库（Database per Microservice） 事件源（Event 通过阅读这篇文章，你会学到： 微服务架构 微服务架构的优势 微服务架构的劣势 何时使用微服务架构 最重要的微服务架构设计模式，包括其优缺点、用例、上下文、技术栈示例及可用资源。 请注意，本清单中的大部分设计模式常出现在多种语境中，并且可以在非微服务架构中使用。而我将在微服务这个特定语境中介绍它们。 1 微服务架构 什么是微服务架构？有很多种定义方法。 何时使用微服务架构 大规模 Web 应用开发 跨团队企业级应用协作开发 长期收益优先于短期收益 团队拥有能够设计微服务架构的软件架构师或高级工程师 2 微服务架构的设计模式 独享数据库（Database 何时使用 BFF 如果应用程序有多个含不同 API 需求的 UI 出于安全需要，UI 和下游微服务之间需要额外的层。 如果在 UI 开发中使用微前端。
1.3K00编辑于 2024-11-21- 来自专栏汽车软件工程师
UDS诊断之36服务
TransferData （0x36）—— 数据传输 这个服务通常是用来下载/上传数据时用的，数据的传输方向由不同的服务控制：0x34服务表示下载，0x35服务表示上传。 0x36服务包含了一个blockSequenceCounter，在多个服务请求序列失败的时候以提高错误处理机制。 在接收到0x34/0x35服务以后，blockSequenceCounter会被初始化为1。 1.服务请求报文定义 图1 服务请求报文定义 Sub-Function： 本服务没有子服务。 服务请求报文中参数定义： （1）blockSequenceCounter 这个值在第一次初始化的时候为0x01，往后每增加一次0x36服务的请求这个值也跟着增加1，直到增加到0xFF，会重新再从0x00 3.支持的NRC 图3 0x36服务支持的NRC 4.示例 后续讲完0x37服务后展示。
5.4K20编辑于 2022-05-25 - 来自专栏汽车软件工程师
UDS诊断之28服务
CommunicationControl（0x28）—— 通信控制 这个服务的目的是开关ECU对特定报文的传送/接收。 1.请求报文定义 图1 服务请求报文定义 Sub-Function定义： 图2 支持的子服务 数据参数定义： 图3 数据参数定义 communicationType定义： 图4 可控制报文类型 发送请求：28 01 02 肯定响应：68 01 （2）当地址为0x000A的节点接入网络时，将远程网络切换至仅诊断调度模式 发送请求：28 04 01 00 0A 肯定响应：68 04 0x28就是一个通信控制的服务 ，根据需求你想让什么类型的报文进行通信或者不让其进行通信，就可以用0x28服务来进行设置。 例如bootloader刷写之前或者某些例程控制的时候可能会要求停止网络诊断功能等，就可以利用0x28服务来进行控制。
4.2K10编辑于 2022-05-25 - 来自专栏猫头虎博客专区
为什么选择微服务架构? 微服务架构的10个核心优势 总结
为什么选择微服务架构? 微服务架构的10个核心优势 总结 1. 什么是微服务？ 解决方案：微处理架构——处理复杂事务 许多公司，比如Amazon、eBay和NetFlix，通过采用微处理结构模式解决了上述问题。 微服务架构的不足有哪些？ 像任何其它科技一样，微服务架构也有不足。其中一个跟他的名字类似，『微服务』强调了服务大小，实际上，有一些开发者鼓吹建立稍微大一些的，10-100 LOC服务组。 微服务架构的组织结构是怎样的？ “微”服务并不一定微。服务的具体规模可谓多种多样。 10.实施微服务架构，应该从哪些维度来考量？ 建模 服务围绕业务能力建模，服务应该清晰地反应业务能力。 协作 采用微服务架构模式后，开发和运行的协作模式都会发生变化。
3.5K10编辑于 2024-04-08 - 来自专栏前端博客
微前端学习笔记（1）：微前端总体架构概述，从微服务发微
，反观java 世界，学好 Spring MyBatis ,一路无忧，哎……微服务为了解决庞大的一整块后端服务带来的变更与扩展方面的限制，出现了微服务架构（Microservices）：微服务是面向服务架构 微前端是一种类似于微服务的架构，它将微服务的理念应用于浏览器端，即将单页面前端应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。各个前端应用还可以独立开发、独立部署。 微前端微前端是一种类似于微服务的架构，是一种由独立交付的多个前端应用组成整体的架构风格，将前端应用分解成一些更小、更简单的能够独立开发、测试、部署的应用，而在用户看来仍然是内聚的单个产品。 微服务架构，可以解耦后端服务间依赖。而微前端，则关注于聚合前端应用。热闹驱动开发。新的技术，既然很热闹，那么就学吧。微前端的实现，意味着对前端应用的拆分。 《微前端学习笔记（1）：微前端总体架构概述，从微服务发微》,请注明出处：https://www.zhoulujun.cn/html/webfront/engineer/Architecture/9029
1.2K10编辑于 2024-06-06 - 来自专栏SDNLAB
保护微服务架构的10个有效方式
我们将微服务看做分子，容器看做原子；微服务可以在容器中运行，反之亦然。微服务经由应用程序编程接口（API）实现通信，作为应用程序的整个生态系统或架构的一部分。 NGINX产品主管Owen Garrett谈及微服务安全时表示：“微服务具有不同于单片架构的安全风险，主要包括： 通信变化：单片应用程序使用进程之间的内存通信，而微服务通过网络通信。 数据存储：微服务使用很多数据存储，这提供了微服务和紧耦合的服务之间的隐式服务的机遇。 技术专长：如果现有团队没有适当的管理微服务的经验，微服务会造成额外的复杂性，反过来又会造成安全漏洞。” 以下将介绍10个保护微服务架构的途径： 1、在开发微服务时，建立通用的可重复编码标准，可以在其他地方重复使用，减少可能导致可利用漏洞或升级特权的差异。 10、对微服务进行定期代码和使用评审，并删除过时或未使用的服务。
84240发布于 2018-03-29 - 来自专栏攻城狮Chovas
微服务架构Day10-SpringBoot之消息
消息服务 消息服务中间件可以用来提升系统异步通信,扩展解耦能力 消息服务两个重要概念: 消息代理(message broker) 目的地(destination) 当消息发送者发送消息后,将由消息代理接管 消息通信 发布订阅式: 发送者(发布者) 发送消息到主题,多个接收者(订阅者)监听(订阅)这个主题,那么就会在消息到达时同时收到消息 JMS(Java Message Service) Java消息服务 TCP连接 Consumer: 消息消费者,从消息队列中取得消息的客户端应用程序 Virtual Host: 虚拟主机 表示一批交换器,消息队列和相关对象 虚拟主机是共享相同的身份认证和加密环境的独立服务器域 每个Virtual Host本质上就是一个mini版的RabbitMQ服务器,拥有自己的队列,交换器,绑定和权限限制 Virtual Host是AMQP概念的基础,必须在连接时指定,RabbitMQ默认的 Virtual Host是 "/" 在RabbitMQ中是根据区域划分的 Broker: 消息队列服务器实体 RabbitMQ运行机制 AMQP中的消息路由: AMQP中增加了Exchange和Binding
54420编辑于 2022-01-22 - 来自专栏SEO建站
SEO诊断怎么做？网站SEO诊断的10大流程步骤
如果网站从未做过SEO诊断，就不知道SEO存在什么问题，尤其结构比较复杂的网站，问题无时无刻的会出现，除非定期进行SEO诊断，否则不可能会注意到这些问题。 接下来可以按照小编分享的网站SEO诊断流程步骤进行检查。 如果抓取耗时太长需要检测网站服务器、网站代码或者页面文件等。 清晰的网站导航系统是网站设计的一个重要目标，它对网站的信息架构和用户体验有很大的影响。7、检查网站设计网站UI设计很重要，没有人会相信一个10年前设计的网站。 优化猩SEO：上述SEO诊断流程都是一些基础常规检查内容，SEO诊断是网站SEO优化深入挖掘、诊断网站、并发现问题的最佳方法之一，希望SEOer也重视起来，定期对网站进行SEO诊断。
1.2K20编辑于 2023-04-11 - 来自专栏闲余说
架构设计 10-可扩展架构之面向服务拆分架构
导读：《架构设计》系列为极客时间李运华老师《从0开始学架构》课程笔记。本文为第十部分。主要介绍了如何面向服务拆分架构，首先介绍了 SOA 架构，接着介绍了微服务架构，以及二者对比。 微服务架构并非“银弹”，架构师要合理采用，避免掉入陷阱。 关注本公众号 回复 “架构设计” 获取架构设计笔记完整思维导图 面向服务拆分架构典型架构主要要 SOA 架构和微服务架构 SOA(Service Oriented Architecture)面向服务的架构 个人思考 SOA 架构在现代网络服务中使用的较少，主要用于传统软件行业。微服务架构在近些年比较流行，尤其在互联网行业面临多端复杂接入、场景也随之复杂，人们不得不寻求更适合的架构来解决这些问题。 但是微服务并不是“银弹”，并不能毕其功于一役，而且微服务自身也有这样或那样的问题，链路错综复杂、功能分散等问题有时候反而降低了研发效率。因此，架构师要合理采用微服务架构。
63020编辑于 2022-08-19 - 来自专栏开源部署
快速诊断Linux性能的10个命令
Check SNMP counters.这条命令显式了最近的 10 条系统消息，当然前提是它们依然存在，查找能够导致性能问题的错误。 ---r b swpd free buff cache si so bi bo in cs us sy id wa st34 0 0 200889792 73708 591828 0 0 0 5 6 10 active 和 passive 的连接数往往对于描述一个粗略衡量服务器负载是非常有用的：新接受的连接数（passive），下行连接数（active），也可以理解为 active 连接是对外的，而 passive 连接是对内的，虽然严格来说并不完全正确（例如，一个 localhost 到 localhost 的连接），重传是出现一个网络和服务器问题的一个征兆，其可能是由于一个不可靠的网络（例如，公网）造成的，或许也有可能是由于服务器过载并丢包 10. top$ toptop - 00:15:40 up 21:56, 1 user, load average: 31.09, 29.87, 29.92Tasks: 871 total, 1 running
66840编辑于 2022-06-17 - 来自专栏开发经验
架构的未来：微前端与微服务的融合
文章目录 微服务架构简介 微前端架构简介 微前端与微服务的融合 1. 共享服务 2. 基于事件的通信 3. 统一的身份和认证 4. 交付管道的集成 示例：使用微服务和微前端的电子商务平台 微服务架构 微前端架构 融合微服务和微前端 结论 欢迎来到架构设计专栏~架构的未来：微前端与微服务的融合 ☆* o(≧▽≦)o *☆嗨~我是 ❤️ 在当今快速发展的软件开发领域，架构设计一直是一个不断演化的领域。随着技术的不断发展，我们看到了微服务架构和微前端架构这两种新兴的架构风格的崭露头角。 微前端与微服务的融合 虽然微服务和微前端是两种不同的架构风格，但它们之间存在许多共通之处。它们都强调了模块化、独立开发和部署的概念。 同样，微前端架构可以将前端模块拆分为多个独立的部分，这些部分可以在不同的前端应用程序之间共享。通过将微服务和微前端中的共享部分抽象为可重用的服务，可以实现更好的代码复用。 2.
84310编辑于 2023-12-13
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号