- 综合排序
- 最热优先
- 最新优先
- 来自专栏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 - 来自专栏Java架构学习路线
6种微服务RPC框架，你知道几个？
Motan 与 Dubbo 的架构类似，都需要在 Client 端（服务消费者）和 Server 端（服务提供者）引入 SDK，其中 Motan 框架主要包含下面几个功能模块。 serialize：将 RPC 请求中的参数、结果等对象进行序列化与反序列化 transport：用来进行远程通信，默认使用 Netty NIO 的 TCP 长链接方式。 通信协议采用了 HTTP/2，因为 HTTP/2 提供了连接复用、双向流、服务器推送、请求优先级、首部压缩等机制 IDL 使用了ProtoBuf，ProtoBuf 是由 Google 开发的一种数据序列化协议 6. Thrift 再来看下 Thrift，Thrift 是一种轻量级的跨语言 RPC 通信方案，支持多达 25 种编程语言。 从这张图上可以看出 Thrift RPC 框架的特性。 支持多种序列化格式：如 Binary、Compact、JSON、Multiplexed 等。
4.2K00发布于 2019-08-20 - 来自专栏Java知己
6 种微服务 RPC 框架，你知道几个？
[18688925-0d7f0bb7eb6fefd6.jpg] Motan 与 Dubbo 的架构类似，都需要在 Client 端（服务消费者）和 Server 端（服务提供者）引入 SDK，其中 Motan serialize：将 RPC 请求中的参数、结果等对象进行序列化与反序列化 transport：用来进行远程通信，默认使用 Netty NIO 的 TCP 长链接方式。 [18688925-15145e504bd6e739.jpg] 由此可见，Spring Cloud 微服务架构是由多个组件一起组成的，各个组件的交互流程如下。 通信协议采用了 HTTP/2，因为 HTTP/2 提供了连接复用、双向流、服务器推送、请求优先级、首部压缩等机制 IDL 使用了 ProtoBuf，ProtoBuf 是由 Google 开发的一种数据序列化协议 6. Thrift 再来看下 Thrift，Thrift 是一种轻量级的跨语言 RPC 通信方案，支持多达 25 种编程语言。
1.5K40发布于 2019-10-14 - 来自专栏图南科技
系统服务化构建-项目整体框架
本篇文章旨在讨论如何组织通用型项目代码结构，以PHP YII2框架为例做说明，设计思想与语言本身无关。 微服务接口，业务中台服务，业务服务中间件，不包括通用的官网类似的MVC项目，CMS系统。 单方向调用，避免蜘蛛网式的嵌套调用 3 通过接口或者本地RPC保持与基本功能组件层次化的调用 业务功能组件跟着产品线，由业务决定，常见的业务功能组件如用户信息组件，账户组件，支付中心，应用注册中心等。 ---- 以下部分以改造后的YII2框架为例来示例以上各个层次 backend就是宿主工程，如果以网站的形式公开服务，部署时的网站配置文件的根目录则指向backend的web目录下 source就是公共类库包括未纳入基础功能组件的代码块和一些公用的业务模型 注：以上借助于框架特性，以YII2 Module的形式来组织代码，Module的具体使用案例及生成规则不在此文章中讨论。
89320发布于 2019-07-04 - 来自专栏区块链入门
【知识总结】6.服务注册发现框架比较(ConsulZookeeperetcdEureka)
前言 服务发现就是服务提供者将自己提供的地址post或者update到服务中介，服务消费者从服务中介那里get自己想要的服务的地址。 这是一种去中心化的架构，无 master/slave 之分，每一个 Peer 都是对等的。 当一个新的 Eureka Server 节点启动后，会首先尝试从邻近节点获取所有注册列表信息，并完成初始化。 Consul 内置了服务注册与发现框架、分布一致性协议实现、健康检查、Key/Value 存储、多数据中心方案，不再需要依赖其他工具（比如 ZooKeeper 等），使用起来也较为简单。 比如配合etcd、Registrator、confd组合，就能搭建一个非常简单而强大的服务发现框架。但这种搭建操作就稍微麻烦了点，尤其是相对consul来说。
2.6K11发布于 2021-03-11 - 来自专栏大模型
基于EAS部署triton推理服务化框架
本文是基于EAS产品环境部署triton框架实现yolo12模型的服务化部署，本文暂时聚焦于单模型部署； 部署步骤 1. triton镜像部署： 基于PAI平台的模型在线服务EAS自带的Triton镜像 640, 640], 'names': {0: 'person', 1: 'bicycle', 2: 'car', 3: 'motorcycle', 4: 'airplane', 5: 'bus', 6: 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 框架 和 服务治理能力的梳理 QUIC和KCP服务治理型 RPC 框架的特点是功能丰富，提供高性能的远程调用以及服务发现、服务治理等功能；常用于微服务化的业务系统中，对于特定语言的项目可以十分友好的透明化接入，是当前业界的主流。 ：）图片1-3-3、常见 RPC 框架对比图片二、通用的服务化框架设计我们一般讲的微服务框架包含了 RPC 框架，微服务体系中最重要的就是 RPC 框架，并且是一般是偏向服务治理的 RPC 框架。 2-3、微服务框架依托的自动化运维能力微服务框架建设 ok 之后，那么大量服务怎么运维，这就依托自动化运维能力，包括如下几个方面：自动化测试自动化部署生命周期管理业界目前一般采用容器平台，微服务框架 + K8s 容器平台 是当今互联网业务的黄金标准2-4、小结：自己搭建一个服务化框架的思路自己搭建一个服务化框架的思路:首先，要确定好基本的 RPC 通信协议，一般会选择开源方案，重点关注：功能需求的满足度多语言的支持性能和稳定性社区活跃度
66061编辑于 2022-11-14 - 来自专栏腾讯技术工程官方号的专栏
从 RPC 到服务化框架设计
作者：allendbwu，腾讯 PCG 后台开发工程师 目前互联网系统都是微服务化，那么就需要 RPC 调用，因此本文梳理了从 RPC 基本框架协议到整个服务化框架体系建设中所包含的知识点，重点在于 支持 TCP，HTTP，QUIC 和 KCP 服务治理型 RPC 框架的特点是功能丰富，提供高性能的远程调用以及服务发现、服务治理等功能；常用于微服务化的业务系统中，对于特定语言的项目可以十分友好的透明化接入 ：） 1-3-3、常见 RPC 框架对比 二、通用的服务化框架设计 我们一般讲的微服务框架包含了 RPC 框架，微服务体系中最重要的就是 RPC 框架，并且是一般是偏向服务治理的 RPC 框架。 2-3、微服务框架依托的自动化运维能力 微服务框架建设 ok 之后，那么大量服务怎么运维，这就依托自动化运维能力，包括如下几个方面： 自动化测试 自动化部署 生命周期管理 业界目前一般采用容器平台，微服务框架 + K8s 容器平台 是当今互联网业务的黄金标准 2-4、小结：自己搭建一个服务化框架的思路 自己搭建一个服务化框架的思路: 首先，要确定好基本的 RPC 通信协议，一般会选择开源方案，重点关注： 功能需求的满足度
1.4K72发布于 2021-11-15 - 来自专栏后端系统和架构
从 RPC 到服务化框架设计
目前互联网系统都是微服务化，那么就需要 RPC 调用，因此本文梳理了从 RPC 基本框架协议到整个服务化框架体系建设中所包含的知识点，重点在于 RPC 框架 和 服务治理能力的梳理，本文定位于一个科普性质的文章 支持 TCP，HTTP，QUIC 和 KCP 服务治理型 RPC 框架的特点是功能丰富，提供高性能的远程调用以及服务发现、服务治理等功能；常用于微服务化的业务系统中，对于特定语言的项目可以十分友好的透明化接入 ：） 1-3-3、常见 RPC 框架对比 二、通用的服务化框架设计 我们一般讲的微服务框架包含了 RPC 框架，微服务体系中最重要的就是 RPC 框架，并且是一般是偏向服务治理的 RPC 框架。 2-3、微服务框架依托的自动化运维能力 微服务框架建设 ok 之后，那么大量服务怎么运维，这就依托自动化运维能力，包括如下几个方面： 自动化测试 自动化部署 生命周期管理 业界目前一般采用容器平台，微服务框架 + K8s 容器平台 是当今互联网业务的黄金标准 2-4、小结：自己搭建一个服务化框架的思路 自己搭建一个服务化框架的思路: 首先，要确定好基本的 RPC 通信协议，一般会选择开源方案，重点关注： 功能需求的满足度
66351编辑于 2022-11-29 - 来自专栏千里行走
微服务框架saf-6：saf-http之度量
Incoming HTTP Detail Dashboard 3.SAF Outcoming HTTP Dashboard 4.SAF Outcoming HTTP Detail Dashboard 5.其他 (6) .相关文章 架构实战交流钉钉群号：23394754 (1).关于saf 项目地址： https://github.com/saf-group 1.一个微服务框架，完全基于注解的方式开发。 (2).前置准备 需要完成一个saf-http-demo的容器化部署，要准备很多准备，详情参见： 微服务框架saf-5：saf-http与demo的解析与体验，以及容器化部署 参考下述文章，完成prometheus-saf 的部署，这样可以抓取demo的metrics： grafana&prometheus生产级容器化监控-1：生产级容器化 (3).saf-http之度量原理 如下图所示： ? (6).相关文章 微服务框架saf-5：saf-http与demo的解析与体验，以及容器化部署 grafana&prometheus生产级容器化监控-1：生产级容器化 K8S&微服务&阿里云生产实践-1
48410发布于 2020-02-20 - 来自专栏博文视点Broadview
服务框架多形式的服务调用：同步、异步、并用、泛化
3）通信框架的 I/O线程通过网络将请求消息发送给服务端。 4）服务端返回应答消息给消费者，由通信框架负责应答消息的反序列化。 5）构造 Listener对象，将其添加到 Future中，用于服务端应答异步回调通知。 6）用户线程返回，不阻塞等待应答。 7）服务端返回应答消息，通信框架负责反序列化等。 5）普通 Invoker调用通信框架的消息发送接口，发起远程服务调用。 6）服务端返回应答，通信框架对报文做反序列化，转换成业务对象更新 Parallel Future的结果列表。 泛化实现主要用于服务器端没有 API接口及数据模型的场景，参数及返回值中的所有 POJO均用 Map表示，通常用于框架集成，比如实现一个通用的远程服务Mock框架。泛化调用的设计要点如下。 1）分布式服务框架提供泛化接口，供服务提供者实现和消费者引用，它的参考定义如下： 2）消费者如果引用泛化接口，则直接将请求参数转换成 Map，应答消息也自动转换成 Map。
2.1K10发布于 2020-06-11 - 来自专栏逸鹏说道
基于GRPC+consul通信的服务化框架
服务化框架的引入是SOA—>微服务过程必须要解决的问题。面对服务的增多，服务分布的部署，服务与服务之间相互的调用，不得不使用服务化框架去解决。著名的dubbo就是这样产生的。 三.服务化框架的简介 服务化框架分为两部分：rpc、注册中心 1.rpc:远程调用，远程调用的传输协议有很多种，可以走http、webservice、tcp等。 比较好的存放服务信息的方案有:zookeeper、consul、redis。其重点在于避免单点问题，并且好维护。 四.服务化框架原理 ? 5）.服务端收到后进行反序列化，然后进行相应的处理。 6）.服务端序列化response信息并且返回。 7）.客户端收到response信息并且反序列化。 五.服务化框架实现 以上介绍了服务化框架基本信息和原理。下面介绍服务化框架的实现。
1.7K50发布于 2018-04-11 - 来自专栏SDNLAB
SRv6开启网络服务化变革之旅
2.公有云视角 个人认为，除了运营商网络之外，SRv6技术在公有云领域同样具备广阔的应用前景，将协助公有云进一步推进网络服务化，最终实现网络即服务的理想。 以某公有云服务商为例，虚拟化网络产品基本全自研，数据中心交换机、路由器甚至光层的DCI设备大量采用白盒化设备与自研软件相结合的模式。 促进公有云计算和网络的融合 SRv6网络可编程使得网络的服务化水平进一步提升，网络讲应用的“语言”，进一步提升网络服务化水平，进而促进计算和网络的高水平融合。 ? 充分利用SRv6的网络可编程、基于IP Native的SFC以及Underlay和Overlay融合的能力，公有云网络有望彻底服务化，从而更好地支撑万物互联时代泛在的云服务需求。 ? 总结 SRv6技术作为近年来网络技术领域最重要的创新成果，有望引领网络服务化的变革之旅，笔者相信，通过全体热衷于构建更好连接服务的CT和IT人的集体努力，SRv6技术一定能大放异彩，让更多用网之人不再受困于网络本身
1.9K20发布于 2021-01-25 - 来自专栏后端系统和架构
微服务系列 1：服务化框架落地的挑战和核心需求
针对我自己的理解以及以往实际开发服务化框架中的一些经验，我个人觉得，微服务化框架的落地，需要考虑并设计好如下一些需求点： 3-1、基础设施 PaaS、LaaS 平台 在云原生时代，所有的云服务厂商都有自己的 自动化测试平台主要的目的是用来进行接口测试和接口拨测，后续也可以进一步去整合 流量录制和回放、全链路压测等相关功能。 3-2、服务化框架 基础的框架模块 1. 服务的基础模块：通讯、序列化、服务注册和发现、监控、管控平台 2. 服务的使用：框架如何使用、如何接入、如何升级 3. 标准化服务的性能和监控指标 3-5、架构的兼容和平滑演进 在服务化框架落地实施的时候，我们要考虑整体架构的平滑迁移和演进。 我在公司内部实际经历各种框架、组件的处理姿势都是这个套路 3-6、容器化和微服务结合 微服务化后，我们首先要面临的一个问题就是成千上万个服务如何进行管理、如何部署、部署在哪里、服务之间如何解耦、如何进行环境隔离
88930编辑于 2023-03-01 - 来自专栏测试游记
6.UI自动化测试框架搭建-常用操作封装(二)
Allure头部装饰器组合 根据【装饰器叠加】里面的操作 增加allureoperator.py函数编写一个组合装饰器compose将 @allure.feature('大模块') @allure.story('子模块') @allure.title('这个test_b') @allure.issue('url', '问题单：xxx') def test_b(): print('ok') 变成 @compose(feature='大模块', story='子模块',
53130编辑于 2022-03-29 - 来自专栏后端系统和架构
微服务系列 2：微服务化框架的模型和治理能力设计
紧接上一篇，微服务系列 1：微服务化框架落地的挑战和核心需求，那么基于这些核心诉求，我们整个的微服务框架的模型是如何？又该具备哪些核心的治理能力呢？通过本文来一一知晓！ 二、微服务架构模型 在我前面一篇文章《微服务化框架落地的挑战和核心需求》中，我梳理了微服务化框架落地的一些挑战和核心需求，那么针对这些核心需求，我们看看微服务要实现那些核心能力，也就是将上述需求进行实现 我将我理解的微服务架构模型分为如下三部分： • 核心能力，这个是框架必须要实现的，而且是任何一个服务化框架必备的能力 • 扩展能力，这个是可以通过框架的插件化进行扩展的支持，当然，框架本身也可以支持，但是从我个人的理解上来看 RPC 是服务通讯的基础，如果没有统一的 RPC 框架，各个团队就需要实现自己的一套接口协议定义、序列化、反序列化、网络框架、服务治理等重复工作，因此可以说，微服务的核心就是要有一个统一的 RPC 框架 ，motan，thrift，grpc，Karyon/Ribbon等，在我之前的公司，我们推行服务化框架的时候，是选择了 gRPC 作为我们的基础框架，然后基于 gRPC 丰富了很多服务治理的策略，整体线上运行良好
1.4K10编辑于 2023-03-01 - 来自专栏学习笔记ol
框架分析（6）-Ruby on Rails
框架分析（6）-Ruby on Rails 主要对目前市面上常见的框架进行分析和总结，希望有兴趣的小伙伴们可以看一下，会持续更新的。希望各位可以监督我，我们一起学习进步。 自动化测试 Rails框架鼓励开发人员编写自动化测试代码，以确保应用程序的稳定性和可靠性。Rails提供了一套完整的测试框架，包括单元测试、集成测试和功能测试等。 这些测试工具使得编写和运行测试变得简单，并可以与持续集成工具集成，以实现自动化测试。 丰富的插件生态系统 Rails拥有一个庞大的插件生态系统，开发人员可以通过安装插件来扩展框架的功能。 它通过采用MVC架构、约定优于配置、自动化测试和丰富的插件生态系统等特性，使得开发人员可以更快速地构建高质量的Web应用程序。 灵活性受限 Rails框架提供了一套固定的开发模式和规范，这在一定程度上限制了开发人员的灵活性。有时候，如果需要实现一些非常定制化或特殊的功能，可能需要绕过框架的约定，编写更多的自定义代码。
3.8K20编辑于 2023-10-11 - 来自专栏TARS基金会
微服务开源框架TARS 之 框架服务解析
提供自动测试操作界面 展示服务性能指标数据 展示业务特性指标数据 TarsWeb 可视化管理平台对服务的管理和运维功能都是基于TARS框架运维服务的接口来提供服务的。 ，用于实现服务发布包的上传、管理与发布，配合TarsWeb平台，能够管理所有需要发布的服务和文件的目录，如下 [6bYiA.png] [6bx6e.png] Patch 服务中定义了以下四个接口 /** 服务配置是具体一个服务下所有节点的公共配置，可以引用应用配置。 节点配置是一个应用节点的个性化配置，它和服务配置合并成为具体一个服务节点的配置。 Log服务 —— 日志中心 TARS框架的日志服务，用于接收远程日志。 ，为开发和运维人员提供方便、人性化的服务管理和维护功能。
2.8K21发布于 2020-09-06 - 来自专栏JackieZheng
十分钟带你了解服务化框架
今天要说的服务化框架其实就是中间件的范畴，我们来看下，什么是中间件： 中间件是为软件应用提供了操作系统所提供的服务之外的服务，可以把中间件描述为“软件胶水”。 下面我们从另外一个侧面——服务化框架来体会下中间件是一种什么样的存在。 这样我们就得到了服务化的框架，这个框架有它自身的好处： 结构清晰 应用层和服务层以及底层基础层结构清晰明了 稳定性 通过服务层的隔离，使得应用层不在直接操作接触底层服务如DB缓存等，提供了系统的稳定性 下面我们来看看服务化框架是如何从集中式走向分布式的。 跳出了你的服务端和客户端二合一的电脑，在分布式的服务化框架下我们压根就不知道这个结算服务在哪台机子上，甚至不知道要调用的是哪个方法。
74680发布于 2018-01-16 - 来自专栏JackieZheng
十分钟带你了解服务化框架
今天要说的服务化框架其实就是中间件的范畴，我们来看下，什么是中间件： 中间件是为软件应用提供了操作系统所提供的服务之外的服务，可以把中间件描述为“软件胶水”。 下面我们从另外一个侧面——服务化框架来体会下中间件是一种什么样的存在。 这样我们就得到了服务化的框架，这个框架有它自身的好处： 结构清晰 应用层和服务层以及底层基础层结构清晰明了 稳定性 通过服务层的隔离，使得应用层不在直接操作接触底层服务如DB缓存等，提供了系统的稳定性 下面我们来看看服务化框架是如何从集中式走向分布式的。 跳出了你的服务端和客户端二合一的电脑，在分布式的服务化框架下我们压根就不知道这个结算服务在哪台机子上，甚至不知道要调用的是哪个方法。
651100发布于 2018-01-16
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号