- 综合排序
- 最热优先
- 最新优先
- 来自专栏编程进阶实战
一个基于 .NET 8 + DDD 搭建的模块化微服务框架
前言 今天大姚给大家分享一个基于 .NET 8 + DDD 搭建的模块化微服务框架：NetCoreKevin。 项目介绍 NetCoreKevin 是一个基于 .NET 8 + DDD 搭建的模块化微服务框架，其模块化设计使得每个功能都可以独立引用，非常适合大型企业级应用的开发。 框架支持IdentityServer4单点登录、多缓存、自动任务、分布式、一库多租户、日志、授权和鉴权、CAP集成事件、SignalR、领域事件、ESL、MCP协议服务、IOC模块化注入、Cors、Quartz 自动任务、多短信集成、AI智能体、AI 集成 SemanticKernel、MCP 服务、OCR验证码识别、API多版本兼容、单元集成测试。 GitHub开源地址： https://github.com/junkai-li/NetCoreKevin 优秀项目和框架精选 该项目已收录到C#/.NET/.NET Core优秀项目和框架精选中，关注优秀项目和框架精选能让你及时了解
39810编辑于 2025-11-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框架为例做说明，设计思想与语言本身无关。 微服务接口，业务中台服务，业务服务中间件，不包括通用的官网类似的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镜像 'person', 1: 'bicycle', 2: 'car', 3: 'motorcycle', 4: 'airplane', 5: 'bus', 6: 'train', 7: 'truck', 8: ) # 创建填充后的画布 (RGB格式) padded = np.full((target_size, target_size, 3), 114, dtype=np.uint8) ()(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-3-3、常见 RPC 框架对比图片二、通用的服务化框架设计我们一般讲的微服务框架包含了 RPC 框架，微服务体系中最重要的就是 RPC 框架，并且是一般是偏向服务治理的 RPC 框架。 etcd 相比而言，是用的较多的，K8s 系统里面也基于是 etcd。 2-3、微服务框架依托的自动化运维能力微服务框架建设 ok 之后，那么大量服务怎么运维，这就依托自动化运维能力，包括如下几个方面：自动化测试自动化部署生命周期管理业界目前一般采用容器平台，微服务框架 + K8s 容器平台 是当今互联网业务的黄金标准2-4、小结：自己搭建一个服务化框架的思路自己搭建一个服务化框架的思路:首先，要确定好基本的 RPC 通信协议，一般会选择开源方案，重点关注：功能需求的满足度多语言的支持性能和稳定性社区活跃度
66061编辑于 2022-11-14 - 来自专栏腾讯技术工程官方号的专栏
从 RPC 到服务化框架设计
作者：allendbwu，腾讯 PCG 后台开发工程师 目前互联网系统都是微服务化，那么就需要 RPC 调用，因此本文梳理了从 RPC 基本框架协议到整个服务化框架体系建设中所包含的知识点，重点在于 ：） 1-3-3、常见 RPC 框架对比 二、通用的服务化框架设计 我们一般讲的微服务框架包含了 RPC 框架，微服务体系中最重要的就是 RPC 框架，并且是一般是偏向服务治理的 RPC 框架。 etcd 相比而言，是用的较多的，K8s 系统里面也基于是 etcd。 2-3、微服务框架依托的自动化运维能力 微服务框架建设 ok 之后，那么大量服务怎么运维，这就依托自动化运维能力，包括如下几个方面： 自动化测试 自动化部署 生命周期管理 业界目前一般采用容器平台，微服务框架 + K8s 容器平台 是当今互联网业务的黄金标准 2-4、小结：自己搭建一个服务化框架的思路 自己搭建一个服务化框架的思路: 首先，要确定好基本的 RPC 通信协议，一般会选择开源方案，重点关注： 功能需求的满足度
1.4K72发布于 2021-11-15 - 来自专栏后端系统和架构
从 RPC 到服务化框架设计
目前互联网系统都是微服务化，那么就需要 RPC 调用，因此本文梳理了从 RPC 基本框架协议到整个服务化框架体系建设中所包含的知识点，重点在于 RPC 框架 和 服务治理能力的梳理，本文定位于一个科普性质的文章 ：） 1-3-3、常见 RPC 框架对比 二、通用的服务化框架设计 我们一般讲的微服务框架包含了 RPC 框架，微服务体系中最重要的就是 RPC 框架，并且是一般是偏向服务治理的 RPC 框架。 etcd 相比而言，是用的较多的，K8s 系统里面也基于是 etcd。 2-3、微服务框架依托的自动化运维能力 微服务框架建设 ok 之后，那么大量服务怎么运维，这就依托自动化运维能力，包括如下几个方面： 自动化测试 自动化部署 生命周期管理 业界目前一般采用容器平台，微服务框架 + K8s 容器平台 是当今互联网业务的黄金标准 2-4、小结：自己搭建一个服务化框架的思路 自己搭建一个服务化框架的思路: 首先，要确定好基本的 RPC 通信协议，一般会选择开源方案，重点关注： 功能需求的满足度
66351编辑于 2022-11-29 - 来自专栏博文视点Broadview
服务框架多形式的服务调用：同步、异步、并用、泛化
3）通信框架的 I/O线程通过网络将请求消息发送给服务端。 4）服务端返回应答消息给消费者，由通信框架负责应答消息的反序列化。 8）I/O线程将应答设置到 Future对象的操作结果中。 8） Parallel Future通过对结果集进行判断，看所有服务调用是否都已经完成（包括成功、失败和异常）。 泛化实现主要用于服务器端没有 API接口及数据模型的场景，参数及返回值中的所有 POJO均用 Map表示，通常用于框架集成，比如实现一个通用的远程服务Mock框架。泛化调用的设计要点如下。 1）分布式服务框架提供泛化接口，供服务提供者实现和消费者引用，它的参考定义如下： 2）消费者如果引用泛化接口，则直接将请求参数转换成 Map，应答消息也自动转换成 Map。
2.1K10发布于 2020-06-11 - 来自专栏逸鹏说道
基于GRPC+consul通信的服务化框架
—.背景 谈论服务化框架的时候，我们首先先了解这些概念：SOA、ESB、OSGi、servicemix、微服务、Spring Boot SOA:面向服务架构，传统简单的网站系统采用 服务化框架的引入是SOA—>微服务过程必须要解决的问题。面对服务的增多，服务分布的部署，服务与服务之间相互的调用，不得不使用服务化框架去解决。著名的dubbo就是这样产生的。 三.服务化框架的简介 服务化框架分为两部分：rpc、注册中心 1.rpc:远程调用，远程调用的传输协议有很多种，可以走http、webservice、tcp等。 比较好的存放服务信息的方案有:zookeeper、consul、redis。其重点在于避免单点问题，并且好维护。 四.服务化框架原理 ? 五.服务化框架实现 以上介绍了服务化框架基本信息和原理。下面介绍服务化框架的实现。
1.7K50发布于 2018-04-11 - 来自专栏开源技术小栈
ThinkPHP8框架集成Swoole实现高性能RPC服务
节点角色： Server: 暴露服务的服务提供方 Client: 调用远程服务的服务消费方 Registry: 服务注册与发现的注册中心 Think-Swoole 中已经实现了的基于 TCP 的 PRC ，这样我们使用传统型框架也可以做简单的分布式架构应用了。 以下配置都是在config/swoole.php 配置文件中配置 HTTP 服务配置 开启 RPC 并注册服务 1、配置 2、定义 RPC 接口抽象方法 3、定义 RPC 服务类，继承 RPC 接口 开启服务（服务端） # php think swoole start Starting swoole http server... 的文件，它就是 RPC 服务接口调用文件了。
1.6K10编辑于 2024-07-05 - 来自专栏Go语言学习专栏
8 - AI 服务化 - AI 超级智能体项目教程
本节重点 AI 服务化是指将原本只能本地运行的 AI 能力转化为可远程调用的接口服务，使更多人能够便捷地访问 AI 能力。 通过本节学习，你将掌握如何将 AI 智能体转变为可供他人调用的服务 具体内容包括： AI 应用接口开发 AI 智能体接口开发 在开始之前，先给大家提个醒，Spring AI 版本更新飞快，有些代码的写法随时可能失效 注意，上述代码中使用 CompletableFuture.runAsync() 实现非阻塞式异步执行，否则会长时间占用 Web 服务器线程池资源。
14910编辑于 2026-03-17 - 来自专栏后端系统和架构
微服务系列 1：服务化框架落地的挑战和核心需求
针对我自己的理解以及以往实际开发服务化框架中的一些经验，我个人觉得，微服务化框架的落地，需要考虑并设计好如下一些需求点： 3-1、基础设施 PaaS、LaaS 平台 在云原生时代，所有的云服务厂商都有自己的 自动化测试平台主要的目的是用来进行接口测试和接口拨测，后续也可以进一步去整合 流量录制和回放、全链路压测等相关功能。 3-2、服务化框架 基础的框架模块 1. 服务的基础模块：通讯、序列化、服务注册和发现、监控、管控平台 2. 服务的使用：框架如何使用、如何接入、如何升级 3. 标准化服务的性能和监控指标 3-5、架构的兼容和平滑演进 在服务化框架落地实施的时候，我们要考虑整体架构的平滑迁移和演进。 • 完善的管理工具：通过 kubernetes 可以很好的对服务进行编排和管理、调度 微服务框架 + K8s 容器平台 是当今互联网业务的黄金标准 ~~~~~~~~ 本文完 ~~~~~~~~
88930编辑于 2023-03-01 - 来自专栏测试游记
8.UI自动化测试框架搭建-编写首个脚本
以https://wy.guahao.com/为例，编写一个最简单的脚本 用例设计 在写自动化脚本之前，需要先设计用例。 不管在什么情况下，用例的设计直接决定了测试的效果。 用例 打开浏览器，切换为H5模式 查看挂号按钮下方文案是否为「全国7800+家医院」 查看问诊按钮下方文案是否为「28万医生在线服务」 查看购药按钮下方文案是否为「微医自营购药更安心」 元素定位 使用浏览器 默认情况下 pytest执行的测试文件需要以test开头或以test结尾 使用compose完成测试报告文件夹层级的展示 使用@pytest.mark.parametrize进行测试的参数化，每个case assert text == '全国7800+家\n医院' elif way == 'inquiry': assert text == '28万医生在线\n服务
1K30编辑于 2022-03-29 - 来自专栏后端系统和架构
微服务系列 2：微服务化框架的模型和治理能力设计
二、微服务架构模型 在我前面一篇文章《微服务化框架落地的挑战和核心需求》中，我梳理了微服务化框架落地的一些挑战和核心需求，那么针对这些核心需求，我们看看微服务要实现那些核心能力，也就是将上述需求进行实现 我将我理解的微服务架构模型分为如下三部分： • 核心能力，这个是框架必须要实现的，而且是任何一个服务化框架必备的能力 • 扩展能力，这个是可以通过框架的插件化进行扩展的支持，当然，框架本身也可以支持，但是从我个人的理解上来看 RPC 是服务通讯的基础，如果没有统一的 RPC 框架，各个团队就需要实现自己的一套接口协议定义、序列化、反序列化、网络框架、服务治理等重复工作，因此可以说，微服务的核心就是要有一个统一的 RPC 框架 3-2、微服务体系下的管理平台 服务编排管理平台 在之前的文章里面，我们谈到，微服务和容器化结合是必然趋势，在当下，容器化平台基本都是采用 K8s ，那么基于 K8s 平台，我们的服务编排当然就需要围绕 微服务框架 + K8s 容器平台 是当今互联网业务的黄金标准 如果是采用公有云的话，那么服务编排的管理平台，公有云已经帮你提供了。
1.4K10编辑于 2023-03-01 - 来自专栏TARS基金会
微服务开源框架TARS 之 框架服务解析
、异常信息 Notify 等主要服务，再结合 TarsWeb 平台对这些服务进行可视化操作和运用，对开发和运维人员算是非常方便和人性化了。 提供自动测试操作界面 展示服务性能指标数据 展示业务特性指标数据 TarsWeb 可视化管理平台对服务的管理和运维功能都是基于TARS框架运维服务的接口来提供服务的。 服务配置是具体一个服务下所有节点的公共配置，可以引用应用配置。 节点配置是一个应用节点的个性化配置，它和服务配置合并成为具体一个服务节点的配置。 Log服务 —— 日志中心 TARS框架的日志服务，用于接收远程日志。 ，为开发和运维人员提供方便、人性化的服务管理和维护功能。
2.8K21发布于 2020-09-06 - 来自专栏Go编程点滴
Go语言技巧 - 8.【浅析微服务框架】Go-Micro概览
7.Registry注册 服务注册这部分包括两块： 服务提供方把服务信息注册到中心节点 服务调用方从中心节点获取服务提供方的信息进行调用 这服务注册与发现的工作，K8s等这类Paas平台已经封装得很完善了 8.Runtime运行时 云时代以容器为核心构建服务，进程的声明周期就可以通过Pod快捷管理。官方对Runtime的描述，更像是CICD+K8s调度服务的综合描述。 10.Plugins插件化 插件化的概念很宽，框架并没有明确说明。 从实现来说，任何一个组件最好都可以支持插件化，如router、存储、消息通知等，可以支持自定义log plugins。 ，不应将由基础平台的维护的功能交由微服务框架。 三大分类 不合适引入到微服务框架中：Build、Config、Runtime 通过Service Mesh实现：Auth、Network、Registry 微服务框架的关键特性：Broker、Events
1.7K40编辑于 2021-12-27 - 来自专栏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- 来自专栏Pixel Fandom
微服务框架
Spring Factories机制是SpringBoot中的一种服务发现机制，SpringBoot会自动扫描所有jar包路径下的META-INF/spring.factories文件，并读取其中的内容进行实例化 SpringCloud Config或者是nacos，同时bootstrap中的属性不可被覆盖 application.yml由ApplicationContext加载，用于SpringBoot项目的自动配置 ---- 8. SpringCloud的概念 SpringCloud是一系列框架的有序集合，它利用SpringBoot的开发便利性巧妙地简化了分布式系统基础设施的开发，如服务注册与发现、配置中心、消息总线、负载均衡、断路器 SpringCloud的优点 单体架构的项目随业务的发展会越来越复杂，可能会出现代码结构混乱、开发效率低、排查解决问题成本高等问题，因而近年来微服务架构逐步取代了单体架构，而SpringCloud是目前最常用的微服务开发框架 SpringCloud与SpringBoot的区别 SpringBoot专注于快速方便的开发单个个体微服务 SpringCloud是关注全局的微服务协调整理治理框架，它将SpringBoot开发的一个个单体微服务整理并管理
72920编辑于 2023-03-04
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号