- 综合排序
- 最热优先
- 最新优先
- 来自专栏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框架为例做说明，设计思想与语言本身无关。 微服务接口，业务中台服务，业务服务中间件，不包括通用的官网类似的MVC项目，CMS系统。 单方向调用，避免蜘蛛网式的嵌套调用 3 通过接口或者本地RPC保持与基本功能组件层次化的调用 业务功能组件跟着产品线，由业务决定，常见的业务功能组件如用户信息组件，账户组件，支付中心，应用注册中心等。 ---- 以下部分以改造后的YII2框架为例来示例以上各个层次 backend就是宿主工程，如果以网站的形式公开服务，部署时的网站配置文件的根目录则指向backend的web目录下 source就是公共类库包括未纳入基础功能组件的代码块和一些公用的业务模型 注：以上借助于框架特性，以YII2 Module的形式来组织代码，Module的具体使用案例及生成规则不在此文章中讨论。
89320发布于 2019-07-04 - 来自专栏大模型
基于EAS部署triton推理服务化框架
本文是基于EAS产品环境部署triton框架实现yolo12模型的服务化部署，本文暂时聚焦于单模型部署； 部署步骤 1. triton镜像部署： 基于PAI平台的模型在线服务EAS自带的Triton镜像 names': {0: 'person', 1: 'bicycle', 2: 'car', 3: 'motorcycle', 4: 'airplane', 5: 'bus', 6: 'train', 7: 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 - 来自专栏博文视点Broadview
服务框架多形式的服务调用：同步、异步、并用、泛化
3）通信框架的 I/O线程通过网络将请求消息发送给服务端。 4）服务端返回应答消息给消费者，由通信框架负责应答消息的反序列化。 5）构造 Listener对象，将其添加到 Future中，用于服务端应答异步回调通知。 6）用户线程返回，不阻塞等待应答。 7）服务端返回应答消息，通信框架负责反序列化等。 JDK7的 Fork/Join底层会开启多个线程来分解任务，在服务框架中使用会导致依赖线程上下文传递的变量丢失、线程膨胀不可控等问题，因此在并行服务调用时不适合使用 JDK的 Fork/Join并行执行框架 泛化实现主要用于服务器端没有 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 - 来自专栏后端系统和架构
微服务系列 1：服务化框架落地的挑战和核心需求
针对我自己的理解以及以往实际开发服务化框架中的一些经验，我个人觉得，微服务化框架的落地，需要考虑并设计好如下一些需求点： 3-1、基础设施 PaaS、LaaS 平台 在云原生时代，所有的云服务厂商都有自己的 自动化测试平台主要的目的是用来进行接口测试和接口拨测，后续也可以进一步去整合 流量录制和回放、全链路压测等相关功能。 3-2、服务化框架 基础的框架模块 1. 服务的基础模块：通讯、序列化、服务注册和发现、监控、管控平台 2. 服务的使用：框架如何使用、如何接入、如何升级 3. 服务的可用性：Failover、Failfast、负载均衡、过载保护、服务降级、频率限制 3-4、标准化服务体系 服务化框架需要去解决标准化的问题，因为只有标准化后，才方便去解决问题，进行统一规范，不然面临各种方案很容易导致解决问题的成本倍增 标准化服务的性能和监控指标 3-5、架构的兼容和平滑演进 在服务化框架落地实施的时候，我们要考虑整体架构的平滑迁移和演进。
88930编辑于 2023-03-01 - 来自专栏企鹅号快讯
7款开源自动化测试框架优缺点对比
Robot Framework Robot Framework（RF）是用于验收测试和验收测试驱动开发（ATDD）的自动化测试框架。 如果你的应用是基于 JVM 的，并且目标是使用 DSL 进行 BDD 自动化测试，则此框架正适合！ 4. NUnit NUnit 是支持所有 .Net 语言的单元测试框架。 TestNG TestNG 是一个 Java 自动化测试框架，受 JUnit 和 NUnit 的启发，但又改进和新增了一些功能。旨在涵盖所有自动化测试类别：单元测试、功能测试、端到端、集成测试等。 必须投入时间进行框架设置和设计。 如果你使用 Java ，并正寻找端到端的自动化测试框架，同时愿意投入一点时间去设置框架，你应该考虑使用 TestNG 。 6. 如果你正在寻找一个统一的（客户端 - 服务器）单元测试解决方案，Jasmin 可能会非常适合。 7.
4.3K60发布于 2018-02-08 - 来自专栏后端系统和架构
微服务系列 2：微服务化框架的模型和治理能力设计
紧接上一篇，微服务系列 1：微服务化框架落地的挑战和核心需求，那么基于这些核心诉求，我们整个的微服务框架的模型是如何？又该具备哪些核心的治理能力呢？通过本文来一一知晓！ 二、微服务架构模型 在我前面一篇文章《微服务化框架落地的挑战和核心需求》中，我梳理了微服务化框架落地的一些挑战和核心需求，那么针对这些核心需求，我们看看微服务要实现那些核心能力，也就是将上述需求进行实现 我将我理解的微服务架构模型分为如下三部分： • 核心能力，这个是框架必须要实现的，而且是任何一个服务化框架必备的能力 • 扩展能力，这个是可以通过框架的插件化进行扩展的支持，当然，框架本身也可以支持，但是从我个人的理解上来看 RPC 是服务通讯的基础，如果没有统一的 RPC 框架，各个团队就需要实现自己的一套接口协议定义、序列化、反序列化、网络框架、服务治理等重复工作，因此可以说，微服务的核心就是要有一个统一的 RPC 框架 ，motan，thrift，grpc，Karyon/Ribbon等，在我之前的公司，我们推行服务化框架的时候，是选择了 gRPC 作为我们的基础框架，然后基于 gRPC 丰富了很多服务治理的策略，整体线上运行良好
1.4K10编辑于 2023-03-01 - 来自专栏TARS基金会
微服务开源框架TARS 之 框架服务解析
提供自动测试操作界面 展示服务性能指标数据 展示业务特性指标数据 TarsWeb 可视化管理平台对服务的管理和运维功能都是基于TARS框架运维服务的接口来提供服务的。 服务配置是具体一个服务下所有节点的公共配置，可以引用应用配置。 节点配置是一个应用节点的个性化配置，它和服务配置合并成为具体一个服务节点的配置。 Log服务 —— 日志中心 TARS框架的日志服务，用于接收远程日志。 [6bvR7.png] Property服务提供接口 reportPropMsg 进行服务特性上报，接口声明如下 /** * 上报属性信息 * @param statmsg, 上报信息 * @return ，为开发和运维人员提供方便、人性化的服务管理和维护功能。
2.8K21发布于 2020-09-06 - 来自专栏测试游记
7.UI自动化测试框架搭建-失败后自动截图
使用pytest_runtest_makereport进行失败截图 在执行UI自动化的时候，遇到错误没有截图的话，比较难以定位 所以使用pytest的钩子函数来进行失败后的操作 https://docs.pytest.org 先使用out = yield来暂停用例执行完的时候，然后判断一下当前用例执行的结果 如果结果是failed或者是error，说明用例出错了，这时候就需要进行截图了 因为是UI自动化测试，所以我们传入头部中肯定有个对象包含了
79520编辑于 2022-03-29 - 来自专栏JackieZheng
十分钟带你了解服务化框架
今天要说的服务化框架其实就是中间件的范畴，我们来看下，什么是中间件： 中间件是为软件应用提供了操作系统所提供的服务之外的服务，可以把中间件描述为“软件胶水”。 下面我们从另外一个侧面——服务化框架来体会下中间件是一种什么样的存在。 这样我们就得到了服务化的框架，这个框架有它自身的好处： 结构清晰 应用层和服务层以及底层基础层结构清晰明了 稳定性 通过服务层的隔离，使得应用层不在直接操作接触底层服务如DB缓存等，提供了系统的稳定性 下面我们来看看服务化框架是如何从集中式走向分布式的。 跳出了你的服务端和客户端二合一的电脑，在分布式的服务化框架下我们压根就不知道这个结算服务在哪台机子上，甚至不知道要调用的是哪个方法。
74680发布于 2018-01-16 - 来自专栏JackieZheng
十分钟带你了解服务化框架
今天要说的服务化框架其实就是中间件的范畴，我们来看下，什么是中间件： 中间件是为软件应用提供了操作系统所提供的服务之外的服务，可以把中间件描述为“软件胶水”。 下面我们从另外一个侧面——服务化框架来体会下中间件是一种什么样的存在。 这样我们就得到了服务化的框架，这个框架有它自身的好处： 结构清晰 应用层和服务层以及底层基础层结构清晰明了 稳定性 通过服务层的隔离，使得应用层不在直接操作接触底层服务如DB缓存等，提供了系统的稳定性 下面我们来看看服务化框架是如何从集中式走向分布式的。 跳出了你的服务端和客户端二合一的电脑，在分布式的服务化框架下我们压根就不知道这个结算服务在哪台机子上，甚至不知道要调用的是哪个方法。
651100发布于 2018-01-16 【微服务框架】
一个简单的微服务框架代码示例，使用Java语言和Spring Boot框架： // HelloController.java @RestController @RequestMapping("/hello 一个非常简单的微服务框架代码，只包含了一个Controller和一个应用主类。在实际的微服务框架中，通常会有更多的组件和功能，比如服务注册与发现、负载均衡、异常处理等。
16310编辑于 2025-08-29- 来自专栏房东的猫
Java7 ForkJoin框架
简介 ForkJoin框架是Java7 提供的把一个大任务分割成若干个小任务，最终汇总每一个任务结果后得到大任务结果的框架。 Fork/Join框架主要包含三个模块： 线程池：Fork/Join Pool 任务对象：Fork/Join Task 执行任务线程：Fork/Join WorkerThread 工作窃取算法 fork 而大数据框架mapReduce就是分治的实现。Fork、Join计算框架主要用于处理CPU型任务，主要包含分治任务线程池 ForkJoinPool和分治任务ForkJoinTask。
83210发布于 2021-08-31 - 来自专栏学习笔记ol
常用框架分析（7）-Flutter
框架分析（7）-Flutter 主要对目前市面上常见的框架进行分析和总结，希望有兴趣的小伙伴们可以看一下，会持续更新的。希望各位可以监督我，我们一起学习进步。 Flutter Flutter是由Google开发的一个开源移动应用软件开发框架，用于创建高性能、高保真度的Android和iOS应用。 Flutter的UI组件库遵循了Material Design和Cupertino风格，可以快速构建现代化的应用程序。 热重载 Flutter具有热重载功能，可以实时预览和调试应用程序。 Flutter的插件生态系统也非常活跃，开发者可以轻松地集成各种功能和服务。 缺点 学习曲线较陡 Flutter使用Dart语言进行开发，对于没有接触过Dart的开发者来说，需要一定的学习成本。 总结 Flutter框架具有跨平台开发、高性能、美观的用户界面和热重载等优点，但也存在学习曲线较陡和平台依赖性等缺点。开发者在选择使用Flutter框架时，需要综合考虑自身的需求和项目特点。
54940编辑于 2023-10-11 - 来自专栏Pixel Fandom
微服务框架
Spring Factories机制是SpringBoot中的一种服务发现机制，SpringBoot会自动扫描所有jar包路径下的META-INF/spring.factories文件，并读取其中的内容进行实例化 SpringBootConfiguration：组合了@configuration注解，实现了配置文件的功能 @EnableAutoConfiguration：打开自动配置功能 @ComponentScan：进行组件扫描 ---- 7. SpringCloud的概念 SpringCloud是一系列框架的有序集合，它利用SpringBoot的开发便利性巧妙地简化了分布式系统基础设施的开发，如服务注册与发现、配置中心、消息总线、负载均衡、断路器 SpringCloud的优点 单体架构的项目随业务的发展会越来越复杂，可能会出现代码结构混乱、开发效率低、排查解决问题成本高等问题，因而近年来微服务架构逐步取代了单体架构，而SpringCloud是目前最常用的微服务开发框架 SpringCloud与SpringBoot的区别 SpringBoot专注于快速方便的开发单个个体微服务 SpringCloud是关注全局的微服务协调整理治理框架，它将SpringBoot开发的一个个单体微服务整理并管理
72920编辑于 2023-03-04 - 来自专栏Go编程点滴
Go语言微服务框架 - 7.Gormer-自动生成代码的初体验
|-- idl 对应idl文件夹 |-- demo 对应idl/demo服务 中对demo这个服务的接口实现 |-- server.go server的定义，须实现对应服务的方法 |-- service HTML的结构用模板化的方式可以减少大量重复性的代码，但这种思路是前后单不分离的，个人不太推荐。 总结 本章重点介绍了Go Template在高度重复的代码模块中的应用，结合数据库实现了一个高度自动化的工具gormer。 gormer目前实现的功能比较单一，但只要有了初步自动化的思路，我们可以在后续迭代中慢慢优化，让它适应更多的场景。
1.6K50发布于 2021-10-14
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号