- 综合排序
- 最热优先
- 最新优先
- 来自专栏后端系统和架构
微服务系列 2：微服务化框架的模型和治理能力设计
服务的治理：服务提供方的管理、服务使用方的管理、服务依赖的管理、服务的调用管理、服务的注册和发现、服务的部署和升级、服务的版本化管理 2. 我将我理解的微服务架构模型分为如下三部分： • 核心能力，这个是框架必须要实现的，而且是任何一个服务化框架必备的能力 • 扩展能力，这个是可以通过框架的插件化进行扩展的支持，当然，框架本身也可以支持，但是从我个人的理解上来看 RPC 是服务通讯的基础，如果没有统一的 RPC 框架，各个团队就需要实现自己的一套接口协议定义、序列化、反序列化、网络框架、服务治理等重复工作，因此可以说，微服务的核心就是要有一个统一的 RPC 框架 3-2、微服务框架的扩展能力 API 接入层网关 微服务需要一个统一的 API 网关，负责外部系统的访问操作。 3-2、微服务体系下的管理平台 服务编排管理平台 在之前的文章里面，我们谈到，微服务和容器化结合是必然趋势，在当下，容器化平台基本都是采用 K8s ，那么基于 K8s 平台，我们的服务编排当然就需要围绕
1.4K10编辑于 2023-03-01 - 来自专栏千里行走
微服务框架saf-2：容器化部署allinone-demo
目录 (1).关于saf (2).saf-allinone-demo说明 (3).容器化部署环境准备 1.硬件要求 2.K8S单节点集群搭建 3.容器化相关基础组件 3.1.基础中间件容器化准备 3.2 镜像 2.容器化saf-boot-starter-sample-allinoe-web (8).验证服务 1.验证spring boot actuator组件 2.验证业务接口(redis-cluster 详情参见： 微服务框架saf-1：saf工程结构拓扑解析 (1).关于saf 项目地址： https://github.com/saf-group 1.一个微服务框架，完全基于注解的方式开发。 关于这部分，可以先参照文章： K8S&微服务&阿里云生产实践-2：apollo配置中心 里边有一张图描述了自定义规约。 (9).相关文档 1.saf框架的工程拓扑与解析 微服务框架saf-1：saf工程结构拓扑解析
62410发布于 2019-12-16 - 来自专栏java版springcloud
微服务框架（基于开源技术的分布式、服务化框架）
采用微服务架构，降低了系统之间的耦合性，降低了单个应用故障对业务系统的影响，同时采用该架构，为将来的持续集成（Devops）打下技术基础。同时也降低了团队之间的相互依赖，提高了工作效率 1. 基于spring boot, spring cloud和netflix等开源技术搭建微服务架构 2. Netflix Eureka作为服务注册和发现的实现方案。 (Eureka是一套弹性服务注册实现方案) 3. 基于客户端的负载均衡，Ribbon实现额外负载均衡算法，包括可用性过滤、加权响应时间以及可用域亲和等 4. Oauth Client&Server 是基于spring security oauth，实现微服务的安全认证 5. JWT&Token&Redis实现微服务统一SSO单点登录认证方案（可选）（企业架构源码可以加求球：三五三六二四七二五九）
78700发布于 2020-12-02 - 来自专栏图南科技
系统服务化构建-项目整体框架
本篇文章旨在讨论如何组织通用型项目代码结构，以PHP YII2框架为例做说明，设计思想与语言本身无关。 属于系统底层框架或者代码模块 2 代码结构稳定，改动频率小，如果改动需要经过多人审核，review。 以上两点是衡量某项功能是否属于基础功能模块的基本标准。 单方向调用，避免蜘蛛网式的嵌套调用 3 通过接口或者本地RPC保持与基本功能组件层次化的调用 业务功能组件跟着产品线，由业务决定，常见的业务功能组件如用户信息组件，账户组件，支付中心，应用注册中心等。 ---- 以下部分以改造后的YII2框架为例来示例以上各个层次 backend就是宿主工程，如果以网站的形式公开服务，部署时的网站配置文件的根目录则指向backend的web目录下 source就是公共类库包括未纳入基础功能组件的代码块和一些公用的业务模型 注：以上借助于框架特性，以YII2 Module的形式来组织代码，Module的具体使用案例及生成规则不在此文章中讨论。
89320发布于 2019-07-04 - 来自专栏I0gan
Gsky游戏服务器框架2
github 最近跟新了许多代码，目前代码框架如下： gsky ├── crypto │ ├── pe.cc │ ├── pe.hh │ ├── pmd5.cc │ └── pmd5.hh url.hh ├── util.cc ├── util.hh └── vessel.hh 这几天主要是完善 pp (pwnsky protocol)二进制加密传输协议，还有该框架的拓展性 服务端随机生成8字节密钥和2字节code (校验码)，并采用PE (Pwnsky Encryption)以全0的8字节的密钥对内容部分进行加密，也对pp协议头部后8字节也进行单独加密。 3. 客户端发送数据，在协议头部的code值设置为之前服务端发送过来的code，再分别对内容与头部后8字节采用服服务端发送过来的密钥进行加密，再发送给服务端。 5. + 3) % 0x100; } } 协议拓展部分，为了更方便的自定义传输协议，我对框架进行了比较大的整改，在net模块目前有: ├── net │ ├── channel.cc │
52000发布于 2021-07-03 - 来自专栏大模型
基于EAS部署triton推理服务化框架
本文是基于EAS产品环境部署triton框架实现yolo12模型的服务化部署，本文暂时聚焦于单模型部署； 部署步骤 1. triton镜像部署： 基于PAI平台的模型在线服务EAS自带的Triton镜像 [eas-registry-vpc.cn-wulanchabu.cr.aliyuncs.com/pai-eas/tritonserver:25.03-py3]部署Triton； 2. onnx模型文件生成 target_size, 3), 114, dtype=np.uint8) padded[:new_h, :new_w] = resized # 转换为Tensor (CHW格式 + 归一化) tensor = transforms.ToTensor()(padded) # 自动归一化到[0,1] # 添加batch维度 (BCHW) return tensor.unsqueeze (0) # 输出形状: [1, 3, 640, 640] # url为EAS服务部署后生成的访问地址。
40720编辑于 2025-06-16 - 来自专栏后端系统和架构
从 RPC 到服务化框架设计
从 RPC 到服务化框架设计目前互联网系统都是微服务化，那么就需要 RPC 调用，因此本文梳理了从 RPC 基本框架协议到整个服务化框架体系建设中所包含的知识点，重点在于 RPC 框架 和 服务治理能力的梳理 1-2、RPC 框架的重点从 RPC 基础结构中，我们总结出 RPC 框架的重点，包括 4 部分，如下：1-2-1、数据序列化序列化就是将数据结构或对象转换成二进制的过程，也就是编码的过程，序列化后数据才方便进行网络传输 ：）图片1-3-3、常见 RPC 框架对比图片二、通用的服务化框架设计我们一般讲的微服务框架包含了 RPC 框架，微服务体系中最重要的就是 RPC 框架，并且是一般是偏向服务治理的 RPC 框架。 2-3、微服务框架依托的自动化运维能力微服务框架建设 ok 之后，那么大量服务怎么运维，这就依托自动化运维能力，包括如下几个方面：自动化测试自动化部署生命周期管理业界目前一般采用容器平台，微服务框架 + K8s 容器平台 是当今互联网业务的黄金标准2-4、小结：自己搭建一个服务化框架的思路自己搭建一个服务化框架的思路:首先，要确定好基本的 RPC 通信协议，一般会选择开源方案，重点关注：功能需求的满足度多语言的支持性能和稳定性社区活跃度
66061编辑于 2022-11-14 - 来自专栏腾讯技术工程官方号的专栏
从 RPC 到服务化框架设计
作者：allendbwu，腾讯 PCG 后台开发工程师 目前互联网系统都是微服务化，那么就需要 RPC 调用，因此本文梳理了从 RPC 基本框架协议到整个服务化框架体系建设中所包含的知识点，重点在于 1-2、RPC 框架的重点 从 RPC 基础结构中，我们总结出 RPC 框架的重点，包括 4 部分，如下： 1-2-1、数据序列化 序列化就是将数据结构或对象转换成二进制的过程，也就是编码的过程，序列化后数据才方便进行网络传输 Motan 是微博开源的一套轻量级、方便使用的 Java 语言的 RPC 框架 认使用对 java 更友好的 hessian2 进行序列化。 2-3、微服务框架依托的自动化运维能力 微服务框架建设 ok 之后，那么大量服务怎么运维，这就依托自动化运维能力，包括如下几个方面： 自动化测试 自动化部署 生命周期管理 业界目前一般采用容器平台，微服务框架 + K8s 容器平台 是当今互联网业务的黄金标准 2-4、小结：自己搭建一个服务化框架的思路 自己搭建一个服务化框架的思路: 首先，要确定好基本的 RPC 通信协议，一般会选择开源方案，重点关注： 功能需求的满足度
1.4K72发布于 2021-11-15 - 来自专栏后端系统和架构
从 RPC 到服务化框架设计
目前互联网系统都是微服务化，那么就需要 RPC 调用，因此本文梳理了从 RPC 基本框架协议到整个服务化框架体系建设中所包含的知识点，重点在于 RPC 框架 和 服务治理能力的梳理，本文定位于一个科普性质的文章 1-2、RPC 框架的重点 从 RPC 基础结构中，我们总结出 RPC 框架的重点，包括 4 部分，如下： 1-2-1、数据序列化 序列化就是将数据结构或对象转换成二进制的过程，也就是编码的过程，序列化后数据才方便进行网络传输 Motan 是微博开源的一套轻量级、方便使用的 Java 语言的 RPC 框架 认使用对 java 更友好的 hessian2 进行序列化。 2-3、微服务框架依托的自动化运维能力 微服务框架建设 ok 之后，那么大量服务怎么运维，这就依托自动化运维能力，包括如下几个方面： 自动化测试 自动化部署 生命周期管理 业界目前一般采用容器平台，微服务框架 + K8s 容器平台 是当今互联网业务的黄金标准 2-4、小结：自己搭建一个服务化框架的思路 自己搭建一个服务化框架的思路: 首先，要确定好基本的 RPC 通信协议，一般会选择开源方案，重点关注： 功能需求的满足度
66351编辑于 2022-11-29 验证码识别服务2Captcha框架
2Captcha是一个自动验证码识别服务，主要用于解决各种互联网服务中的验证码问题。在许多网站注册账户或进行敏感操作时，为了验证用户是真实的而不是自动化程序，会出现验证码。 该框架的目标是帮助客户自动化解决验证码问题。客户可以通过付费将需要解决的验证码发送给2Captcha，然后由2Captcha将这些验证码分发给专业的打码员进行输入。 通过使用2Captcha，这些网站可以有效地应对恶意自动化程序，提高安全性，保护用户数据和资源。 同时，打码员作为核心资源，确保了验证码的高准确性和实时性，使得2Captcha成为一个可信赖的自动验证码识别服务。 什么是2Captcha框架？ 2Captcha 是一种验证码识别服务，可以实时解决验证码（以区分计算机和人类）。它还提供由人类智能驱动的图像识别服务。2captcha可以识别不同类型的验证码，其API可用于大多数编程语言。
93430编辑于 2023-10-11- 来自专栏并发笔记
手写dubbo框架2-服务治理(zookeeper探讨)
开始进入主题，本文主要介绍的是服务的注册和发现，也就是图片中的第1，2，3步，既然要实现服务治理，那么我们需要一个统一管理服务东西，也就是注册中心。 这里多说一句，图中的2，3很明显是分两步来处理。如果只是从注册中心拿到provider而已，那为什么要分两步呢？而且我所认识的单词也有限，要是我取名的话我可能会给它取名叫做get、return。 要实现服务注册和发现，就相当于管理服务，管理意味着存储，我们可以先确定存储服务的结构。 znode，如下 [zk: localhost:2181(CONNECTED) 1] ls /[zookeeper, faregistrys][zk: localhost:2181(CONNECTED) 2] ，该节点被删除，只是Zookeeper给该节点名称进行顺序编号 持久(Persistent)：当客户端和服务端断开连接后，所创建的Znode(节点)不会删除 持久化顺序编号目录节点(PERSISTENT_SEQUENTIAL
79261发布于 2019-07-15 验证码识别服务2Captcha框架
2Captcha是一个自动验证码识别服务，主要用于解决各种互联网服务中的验证码问题。在许多网站注册账户或进行敏感操作时，为了验证用户是真实的而不是自动化程序，会出现验证码。 该框架的目标是帮助客户自动化解决验证码问题。客户可以通过付费将需要解决的验证码发送给2Captcha，然后由2Captcha将这些验证码分发给专业的打码员进行输入。 通过使用2Captcha，这些网站可以有效地应对恶意自动化程序，提高安全性，保护用户数据和资源。 同时，打码员作为核心资源，确保了验证码的高准确性和实时性，使得2Captcha成为一个可信赖的自动验证码识别服务。图片什么是2Captcha框架？ 2Captcha 是一种验证码识别服务，可以实时解决验证码（以区分计算机和人类）。它还提供由人类智能驱动的图像识别服务。2captcha可以识别不同类型的验证码，其API可用于大多数编程语言。
1.8K40编辑于 2023-07-22- 来自专栏博文视点Broadview
服务框架多形式的服务调用：同步、异步、并用、泛化
1）消费者调用服务端发布的接口，接口调用由分布式服务框架包装成动态代理，发起远程服务调用。 2）消费者线程调用通信框架的消息发送接口之后，直接或者间接调用 wait()方法，同步阻塞等待应答。 3）通信框架的 I/O线程通过网络将请求消息发送给服务端。 4）服务端返回应答消息给消费者，由通信框架负责应答消息的反序列化。 1）服务框架提供批量服务调用接口供消费者使用，它的定义样例如下： 2）平台的并行服务调用器创建并行 Future，缓存批量服务调用上下文信息。 泛化实现主要用于服务器端没有 API接口及数据模型的场景，参数及返回值中的所有 POJO均用 Map表示，通常用于框架集成，比如实现一个通用的远程服务Mock框架。泛化调用的设计要点如下。 1）分布式服务框架提供泛化接口，供服务提供者实现和消费者引用，它的参考定义如下： 2）消费者如果引用泛化接口，则直接将请求参数转换成 Map，应答消息也自动转换成 Map。
2.1K10发布于 2020-06-11 接口自动化测试(2)—unittest测试框架
接口自动化测试（2）— 使用 unittest 测试框架进行接口自动化测试在接口自动化测试中，unittest 是 Python 自带的单元测试框架，它也非常适合用于编写和执行接口测试。 通过集成 unittest 与 HTTP 请求库（如 requests），我们可以轻松实现对 RESTful API 或其他接口的自动化测试。 下面将结合实际案例，介绍如何使用 unittest 来进行接口自动化测试。1. 基本概念接口自动化测试的目标是验证接口的正确性、可靠性和稳定性。 2. 安装依赖在进行接口自动化测试时，首先需要安装 requests 库，它是一个流行的 HTTP 请求库，用于与接口进行交互。 总结通过 unittest 框架进行接口自动化测试非常方便。我们可以通过继承 unittest.TestCase 来组织测试，通过 requests 库发送 HTTP 请求与接口进行交互。
39310编辑于 2025-07-30- 来自专栏FunTester
通用池化框架commons-pool2实践
最近在学习使用gRPC的知识过程中，突然发现了gRPC并没有提供一个类似于HttpClient连接池管理的功能，所以搜了一下相关资料，然后发现了一个通用的池化框架commons-pool2。 后来想曾经想过自己实现一个对象池，后来由于技术不够放弃了，原因是性能测试框架已经满足了设计标准，有了阶段性的成果。 commons-pool2 Apache Commons Pool库提供了一整套用于实现对象池化的API，以及若干种各具特色的对象池实现。 既然挂上了Apache名字，就知道这是一个非常成熟的框架，所以果断学习起来。首先从gRPC的测试代码中剥离。我把使用分成了三部分。 ，如何将池化对象包装成org.apache.commons.pool2.PooledObject，这个是对象池直接存储的对象，还有一个摧毁的com.funtester.funpool.FunPoolFactory
90410编辑于 2022-05-17 - 来自专栏逸鹏说道
基于GRPC+consul通信的服务化框架
服务化框架的引入是SOA—>微服务过程必须要解决的问题。面对服务的增多，服务分布的部署，服务与服务之间相互的调用，不得不使用服务化框架去解决。著名的dubbo就是这样产生的。 三.服务化框架的简介 服务化框架分为两部分：rpc、注册中心 1.rpc:远程调用，远程调用的传输协议有很多种，可以走http、webservice、tcp等。 facebook的thrift、google的grpc、alibaba的dubbo世界上主流的rpc框架。其重点在于安全、快速、最好能跨语言。 2.注册中心:用于存放，服务的ip地址和状态信息等。 根据上面图，服务化原理可以分为3步： 1.服务端启动并且向注册中心发送服务信息，注册中心收到后会定时监控服务 2.客户端需要开始调用服务的时候，首先去注册中心获取服务信息 3.客户端创建rpc连接，服务端返回处理信息 五.服务化框架实现 以上介绍了服务化框架基本信息和原理。下面介绍服务化框架的实现。
1.7K50发布于 2018-04-11 - 来自专栏测试游记
Java自动化测试(web自动化测试框架2 29)
TakesScreenshot screenshot = (TakesScreenshot) driver;
87210发布于 2020-09-23 - 来自专栏后端系统和架构
微服务系列 1：服务化框架落地的挑战和核心需求
自动化测试平台主要的目的是用来进行接口测试和接口拨测，后续也可以进一步去整合 流量录制和回放、全链路压测等相关功能。 3-2、服务化框架 基础的框架模块 1. 服务的基础模块：通讯、序列化、服务注册和发现、监控、管控平台 2. 服务的使用：框架如何使用、如何接入、如何升级 3. 服务框架的性能 1. 服务的调用模型：Async、Sync、Concurrent 2. 服务的治理：服务提供方的管理、服务使用方的管理、服务依赖的管理、服务的调用管理、服务的注册和发现、服务的部署和升级、服务的版本化管理 2. 同时标准化后也更有利于后续统一化的工具链建设。这些标准化包括如下一些点： 1. 标准化服务的拆分方式。 2. 标准化服务的调用方式 3. 标准化服务的治理策略 4.
88930编辑于 2023-03-01 - 来自专栏FunTester
通用池化框架commons-pool2功能拓展
最近真真实实用到了通用池化框架commons-pool2，又学到了一些新的功能。也让自己对这个框架有了新的认识。 但是框架提供的API是相对的简单的，针对一些特殊的场景还是需要自己将这些API功能进行一些组合。 下面分享一下我在使用过程中用到的功能拓展。 这里使用经验是基于org.apache.commons.pool2.impl.GenericKeyedObjectPool，部分拓展功能已经在org.apache.commons.pool2.impl.GenericObjectPool 先来复习一下： 通用池化框架commons-pool2基础实践 通用池化框架GenericKeyedObjectPool性能测试 通用池化框架GenericObjectPool性能测试 需求 整个对象池的对象最大值是固定的 销毁对象的方法底层是调用的org.apache.commons.pool2.impl.GenericKeyedObjectPool#destroy，框架提供了两个清理的API： org.apache.commons.pool2
88220编辑于 2023-02-14 - 来自专栏知了一笑
SpringBoot2 整合ElasticJob框架，定制化管理流程
场景描述：假设有服务3台，分3片管理，要处理数据表100条，那就可以100%3，按照余数0,1,2分散到三台服务上执行，看到这里分库分表的基本逻辑涌上心头，这就是为何很多大牛讲说，编程思维很重要。 个性化参数 个性化参数即shardingItemParameter，可以和分片项匹配对应关系，用于将分片项的数字转换为更加可读的业务代码。 场景描述：这里猛一读好像很飘逸，其实就是这个意思，如果分3片，取名[0，1，2]不好看，或者不好标识，可以分别给个别名标识一下，[0=A，1=B，2=C]。 加入容器，然后初始化，等着任务执行就好。 添加任务服务 这里就动态添加上面的任务。
76210发布于 2020-03-12
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号