暂无介绍
2018年，我开始学习和实践.NETCore，并开始了微服务的学习，以及通过各种开源组件搭建服务治理技术方案，并在学习过程中总结了一个.NETCore微服务学习与实践系列文章，涵盖了服务发现、API网关、配置中心、验证授权、分布式日志、性能监控、事件总线等开源项目的使用，还介绍了基于Steeltoe这个开源项目让.NETCore可以在SpringCloud框架下共享SpringCloud带来便捷的服务治理效果。2
介绍： AspectCore是.NET标准的基于AOP的跨平台框架【github解释】。主要支持：对方面拦截器，依赖注入集成，Web应用程序，数据验证等的核心支持。 使用实例： 首先安装dll： Install-PackageAspectCore.Core 引用完dll就可以使用了，我们来创建基本的处理类：ErrorCommandAttribute 介绍就不说了，理论我也知道的不多，直接上代码： classErrorCommandAttribute:AbstractInterceptorAttribut
王者荣耀 去年我有幸被老领导邀请以系统架构师的岗位带技术团队，并对公司项目以微服务进行了实施。无论是技术团队还是技术架构都是由我亲自的从0到1的选型与招聘成型的，此过程让我受益良多，因此也希望在接下来的系列博文尽可能的与大家分享我的经验。 古人有云：将军难打无兵之仗。想要把微服务很好的实施也并非能一个人可以完成的事，一来需要
.NETCore就是专门针对模块化的微服务架构而设计,在2018年国庆时间展开.NET微服务的使用情况，本次调查我们总计收到了来自378个开发者的调查。从落地现状、架构体系、未来趋势等方面对微服务进行了分析。希望能够为传统企业微服务决策、规划和实施提供依据和解决办法。1、微服务客户画像：微服务架构在企业的使用情况可以分为四个层次：初级使用者、轻度使用者、中度
随着 微服务 的流行，相比较以前一个大型应用程序搞定所有需求，我们现在更倾向于把大型应用程序切分成多个微服务，当然快速搭建微服务springBoot是个不错的选择，当然springBoot优势不仅仅在于快速开发，spring-boot-starter-actuator 它提供了监控接口，例如：/health、/info等等，实际上除了之前提到的信息，还有其他信息业需要监控：当前处于活跃状态的会话数量、当前应用
一个人身体不舒服才想起没有定期体检 显然已经晚了 微服务架构也是一样 只有实时监控、定期体检 系统中各服务的运行状态才会健康 那么，如何为“微服务”体检呢？ 全链路追踪就是微服务的“体检中心” 微服务的“身体构造” 当我们进行微服务架构开发时，通常会根据业务来划分微服务，各业务之间通过网络通信进行调用。一个用户操作，可能需要很多微服务的协同才
在微服务中，不同的业务被拆分成不同的服务，不同的服务之间会相互依赖，而管理这些服务就变得尤为重要 搭建服务注册中心 服务注册中心使用SpringCloud的EurekaServer java开发环境使用的idea 创建一个springboot项目 取好名字 选择web模块(如果直接选择CloudDiscovery下面EurekaServer也可以会自动加入相关依赖) 创建好项目之后在dependencies中加入maven的依赖 <dependency
前言 前几天在博客园看到有园友在分享关于微软的一个微服务架构的示例程序，想必大家都已经知道了，那就是eShopOnContainers。 我们先不看项目的后缀名称OnXXX，因为除了OnContainers还有OnAzure，OnWeb，OnKubernetes以及OnServiceFabric。 我们就还是来先说说eShop这个项目吧，eShop是ASP.NETCore发布之后微软新开源出来的一个示例项目，想必大家之前也都知道微软放出来的关于Web的示例项目还
一、RESTorRPC?1.1REST&RPC 微服务之间的接口调用通常包含两个部分，序列化和通信协议。常见的序列化协议包括json、xml、hession、protobuf、thrift、text、bytes等；通信比较流行的是http、soap、websockect，RPC通常基于TCP实现，常用框架例如dubbo，netty、mina、thrift。 REST：严格意义上说接口很规范，操作对象即为资源，对资源的四种操作（post、get、put、delete），并且参数都放在URL
前言 上一章最后讲了，更新配置以后需要重启客户端才能生效，这在实际的场景中是不可取的。由于目前Steeltoe配置的重载只能由客户端发起，没有实现处理程序侦听服务器更改事件，所以还没办法实现彻底实现这一功能。这一章的例子，客户端的部分我们采用Java来实现。Steeltoe更新以后我会及时把.NetCore的实现方式补全。 实际上也并不需要重启，客户端调用IConfigurationRoot.Re
背景 公司去年开始使用dotnetcore开发项目。公司的总体架构采用的是微服务，那时候由于对微服务的理解并不是太深，加上各种组件的不成熟，只是把项目的各个功能通过业务层面拆分，然后通过nginx代理，项目最终上线。但是这远远没达到微服务的要求，其中服务治理，断路器都没有。我个人理解，我们谈微服务实际上更多的是谈服务治理这块东西，至于各个的服务只是微服
前言 国庆假期，一直没有时间更新。 根据群里面的同学的提问，强烈推荐大家先熟悉下springcloud。文章下面有纯洁大神的springcloud系列。 上一章最后说了，因为服务是不对外暴露的，所以在外网要访问服务必须通过API网关来完成，而springcloud提供了现成的Api网关组件zuul。它包含了路由，授权，压力测试等一系列功能。如下图所示，Api网关在整个应用环境的位置。 业务场景
为了验证负载均衡，这里我们配置了两个ConsulClient节点，其中ClientService分别部署于这两个节点内（192.168.80.70与192.168.80.71）。 为了更好的展示APIRepsonse来自哪个节点，我们更改一下返回值：[Route("api/[controller]")] publicclassValuesController:Controller { //GETapi/values [HttpGet] publicIEnumerable<string>Get
一、关于统一配置中心与Apollo 在微服务架构环境中，项目中配置文件比较繁杂，而且不同环境的不同配置修改相对频繁，每次发布都需要对应修改配置，如果配置出现错误，需要重新打包发布，时间成本较高，因此需要做统一的配置中心，能做到自动更新配置文件信息，解决以上问题。 Apollo（阿波罗）是携程框架部门研发的配置管理平台，能够集中化管理应用不