微服务平台(Micro Service Platform : MSP)旨在提供一个集开发.测试.运维于一体的开发者专属平台,让开发者能快速构建或使用微服务,让开发更简单,让运维更高效. MSP采用业界领先的Spring Cloud开源技术方案和一系列配套的分布式服务框架套件,可实现服务的快速部署发布.扩展.路由.注册与发现.立体化监控.日志管理.配置管理等能力. 平台架构

目录 项目总体架构图 基于SpringBoot2.x.SpringCloud并采用前后端分离的企业级微服务,多租户系统架构微服务开发平台 mPaaS(Microservice PaaS)为租户业务开发.测试.运营及运维开源框架,能有效降低技术门槛.减少研发成本.提升开发效率,协助企业快速搭建稳定高质量的微服务应用;同时还集合各种微服务治理功能和监控功能.模块包括:企业级的认证系统.开发平台.应用监控.慢sql监控.统一日志.单点登录.Redis分布式高速缓存.配置中心.分布式任务调度.接口文档.

通过上篇我们知道,网关是外部访问的统一入口,本文采用Ocelot作为Api网关. 环境要求: vs2019 .NetCore3.1 Ocelot16.0.1 创建一个产品服务Api站点(AAStore.ProductCatalog.Api) 添加一个ProductController [Route("api/[controller]")] [ApiController] public class ProductController : ControllerBase { [HttpGet

在单体应用中,相互调用都是在一个进程内部调用,也就是说调用发生在本机内部,因此也被叫做本地方法调用:在微服务中,服务之间调用就变得比较复杂,需要跨网络调用,他们之间的调用相对于与本地方法调用,可称为远程过程调用,简称RPC(Remote procedure call). 看过上篇API网关篇,知道案例中包含商品.订单两个微服务,本文将会演示如何采用开源的,高性能rpc框架(grpc),通过订单微服务调用产品微服务内的接口.没有看过上篇文章不影响,我先提供下项目代码结构图,方便你阅读.下面将会一步

经过了十天的艰苦奋斗,SpringBlade 2.0-RC3发布了,此版本增加了很多有用的功能,距离正式版本更近一步! SpringBlade简介: SpringBlade 2.0 是一个基于 Spring Boot 2 & Spring Cloud Finchley & Mybatis 等核心技术,用于构建中大型系统的基础框架. SpringBlade 致力于创造新颖的开发模式,将开发中遇到的痛点.生产中所踩的坑整理归纳,并将解决方案都融合到框架中. 功能新增&修复如下: 引入m

<ASP.NET Core 微服务实战>译者序:https://blog.jijiechen.com/post/aspnetcore-microservices-preface-by-translator/ "微服务"的概念在 2014 年正式提出之后,越来越多的团队开始用它来设计自己的业务系统,各种微服务框架和开发过程管理方法也同时兴起.不断成熟.微服务设计方法清晰地定义了各个开发团队的业务边界,微服务框架以不同的方式实现了服务之间的协作与集成,根据康威定律我们可以推导这

缘起 目前使用ABP框架已经将近3年了,大大小小的项目也陆陆续续做了很多.由于现有信息系统的架构模式是在底层的技术平台上直接构建信息系统并采用技术主导,使用业务无关的编程工具来开发信息系统的缺陷使得系统开发效率低,周期长,不能快速响应客户的需求变更.在实际开发中希望能减少开发工作量.降低代码BUG率.提升质量,不知不觉的就在脑海中形成此系统开发设计.在这里提出自己的看法,很希望得到一些牛人的指教. P.S.个人未来的项目均会用.NET CORE 为核心技术,也是今年的目标.此系列文章也是本人学习

前言 在上一篇文章一年前,我来到国企搞IT 中,和小伙伴分享了我在国企这一年当中的所见,所闻,所想,很高兴能够获得很多同道中人的共鸣.过去一年,我的很大一部分工作都投入到公司技术平台的建设中.Jira,Confluence,Jenkins,Docker,Kubernetes,微服务等等DevOps工具链,技术栈,都是从无到有一步一步搭建起来的,这其中虽然有第三方供应商的支撑,但过程还是非常艰难的.在数字化转型的大浪潮下,各式各样的IT系统也随之立项,落地,从以前的单体,到要求越来越多的微服务架构

Java生鲜电商平台-SpringCloud微服务开发中的数据架构设计实战精讲 Java生鲜电商平台:   微服务是当前非常流行的技术框架,通过服务的小型化.原子化以及分布式架构的弹性伸缩和高可用性,可以实现业务之间的松耦合.业务的灵活调整组合以及系统的高可用性.为业务创新和业务持续提供了一个良好的基础平台.本文包括下面若干内容. 1.微服务技术框架中的多层数据架构设计 2.数据架构设计中的要点 3.要点1:数据易用性 4.要点2:主.副数据及数据解耦 5.要点3:分库分表 6.要点4:多源数据

系列文章: <基于 abp vNext 微服务开发的敏捷应用构建平台 - 设计构想> [点击查看] <基于 abp vNext 微服务开发的敏捷应用构建平台 - 文章目录> [点击查看] <基于 abp vNext 微服务开发的敏捷应用构建平台 - 项目介绍> [点击查看] TODO: 由于个人精力有限,文章的推出可能有些缓慢,后续要基微服务的开发则需要更加深入的研究,所以这里先列举出未更新系列文章预告. <基于 abp vNext 微服务开发的敏捷应用构建平台

前言     Adnc是一个轻量级的.Net Core微服务快速开发框架,同时也可以应用于单体架构系统的开发.框架基于JWT认证授权.集成了一系列微服务配套组件,代码简洁.易上手.学习成本低.开箱即用.     前端基于Vue.后端服务基于.Net Core 3.1搭建,也是一个前后端分离的框架.webapi遵循RESTful风格,框架包含用户.角色.权限.部门管理:字典.配置管理:登录.审计.异常日志管理等基础的后台模块.     框架对配置中心.依赖注入.日志.缓存.模型映射.认证/授权.仓

使用 ASP.NET Core 3.1 的微服务 – 终极详细指南 https://procodeguide.com/programming/microservices-asp-net-core/ ASP.NET Core 微服务是一种架构,其中应用程序被创建为多个小的独立的可服务组件.本文将详细介绍如何使用 ASP.NET Core.Serilog.Swagger UI.健康检查和 Docker 容器创建微服务. 目录 微服务架构 单体 vs微服务 为什么使用 ASP.NET Core 微服务

一.为啥要总结和收集这个系列? 今年从原来的Team里面被抽出来加入了新的Team,开始做Java微服务的开发工作,接触了Spring Boot, Spring Cloud等技术栈,对微服务这种架构有了一个感性的认识.虽然只做了两个月的开发工作,但是对微服务架构的兴趣却没有结束,又因为自己的.NET背景(虽然对.NET的生态有点恨铁不成钢),想要探索一下在.NET平台下的微服务架构的可行性,也准备一些材料作为分享的素材. 幸运的是,在.NET Core首届在线峰会上,看到了很多前辈的分享,也增强

Tip: 此篇已加入.NET Core微服务基础系列文章索引 一.REST or RPC ? 1.1 REST & RPC 微服务之间的接口调用通常包含两个部分,序列化和通信协议.常见的序列化协议包括json.xml.hession.protobuf.thrift.text.bytes等:通信比较流行的是http.soap.websockect,RPC通常基于TCP实现,常用框架例如dubbo,netty.mina.thrift. REST:严格意义上说接口很规范,操作对象即为资源,对资源的四种

Tip: 此篇已加入.NET Core微服务基础系列文章索引 一.关于统一配置中心与Apollo 在微服务架构环境中,项目中配置文件比较繁杂,而且不同环境的不同配置修改相对频繁,每次发布都需要对应修改配置,如果配置出现错误,需要重新打包发布,时间成本较高,因此需要做统一的配置中心,能做到自动更新配置文件信息,解决以上问题. Apollo(阿波罗)是携程框架部门研发的配置管理平台,能够集中化管理应用不同环境.不同集群的配置,配置修改后能够实时推送到应用端,并且具备规范的权限.流程治理等特性.其服务

Tip: 此篇已加入.NET Core微服务基础系列文章索引 =>  Steeltoe目录快速导航: 1. 基于Steeltoe使用Spring Cloud Eureka 2. 基于Steeltoe使用Spring Cloud Zuul 3. 基于Steeltoe使用Spring Cloud Hystrix 4. 基于Steeltoe使用Spring Cloud Config 5. 基于Steeltoe使用Zipkin 一.关于Steeltoe与Spring Cloud Steeltoe的官方地

今年从原来的Team里面被抽出来加入了新的Team,开始做Java微服务的开发工作,接触了Spring Boot, Spring Cloud等技术栈,对微服务这种架构有了一个感性的认识.虽然只做了两个月的开发工作,但是对微服务架构的兴趣却没有结束,又因为自己的.NET背景(虽然对.NET的生态有点恨铁不成钢),想要探索一下在.NET平台下的微服务架构的可行性,也准备一些材料作为分享的素材. 幸运的是,在.NET Core首届在线峰会上,看到了很多前辈的分享,也增强了自己要摸索和实践.NET Co

一.为啥要写这个系列? 今年从原来的Team里面被抽出来加入了新的Team,开始做Java微服务的开发工作,接触了Spring Boot, Spring Cloud等技术栈,对微服务这种架构有了一个感性的认识.虽然只做了两个月的开发工作,但是对微服务架构的兴趣却没有结束,又因为自己的.NET背景(虽然对.NET的生态有点恨铁不成钢),想要探索一下在.NET平台下的微服务架构的可行性,也准备一些材料作为公司内部培训和分享课程的素材.幸运的是,在.NET Core首届在线峰会上,看到了很多前辈的分享

微服务架构,对于从事JAVA架构的童鞋来说,早已不是什么新鲜的事儿,他们有鼎鼎大名的Spring Cloud这样的全家桶框架支撑,包含微服务核心组件如 1. Eureka:实现服务注册与发现. 2. Zuul:实现统一API网关. 3. Hystrix:实现熔断保护与可视化监控. 4. Config:实现统一管理配置. (如还有更多组件,欢迎补充) 都是我们NET程序员梦寐以求的组件,而.NET Core发展至今,也专门是为微服务提供的框架平台,只是目前处于各路神仙各显神通的阶段,没有一个统一的

简介 随着业务的发展和变更,项目原先的分布式框架应用业务发展已有些不适应,所以18年初开始准备使用微服务框架,当时正好看到了ocelot项目,特意翻看了源码,发现很灵活和易扩展 于是就开始了微服务的开发与使用,现在已经使用了一年的时间,特意开了博客想把使用的经验与问题和大家进行探讨与学习. 前段时间就准备写了,但是公司突然推出了两个产品,又忙碌在撸码的队伍中,最近终于有点时间进行整理 目录 [NET CORE微服务一条龙应用]网关使用 [NET CORE微服务一条龙应用]配置中心应用 [NET

简介 系列目录:[NET CORE微服务一条龙应用]开始篇与目录 本章主要介绍https://github.com/q315523275/FamilyBucket上微服务一条龙应用,在实际使用中的应用部署,以原始方式部署非docker 部署应用主要包括: 1.网关应用部署 2.授权认证应用部署 3.配置中心查询服务端应用部署 4.综合管理应用部署 5.后台运行应用部署 6.数据初始化 运行环境 应用所需运行环境,相关技术点不做介绍 1.net core 2.2/2.1 2.mysql 3.rab