【微服务目录】.NET Core 微服务介绍

介绍：

写这篇文章有多方面的缘由，第一固然是为了之后本身能够随时翻阅，第二也算是一种积累吧。由于有些东西你弄个以后，过了很长时间不用，可能会有些忘却，可是你由于之前弄个吧，有不是那种小白，须要去找示例代码，而你缺的只是一个引子然你回想起来。因此咱们大多数园子的人很多写文章就是为了这个吧。固然有顺序有规律的去学习会比盲目的去学要好的多，全部我这也是分步进行的，也不失为一个想了解微服务，可是又不知道如何下手的人提供一个思路。固然我写的也不是多好，有些也是看着官网作的，有的理解也是不很到位。共同窗习共同进步吗。

其实在写这个文章的时候我已经作了不少功课（已经写过其中的技术点了）。只是后来想了想仍是整理出来一个目录吧，方便之后归类整理，否则每一篇单个的文章不知道是干什么，毕竟使用了多个技术点。我写的文章数也不是不少，我也不是特地为了写文章而写文章，只是为了本身的一个文档整理而已，全部有的篇幅问题了咱们就笑笑吧。
我也没有那么多的时间去深刻的发掘，因此写的都是一些入门示例，主要是让咱们明白他是个什么，对就是这个意思。深刻的咱们入门之后能够本身去探索。仍是刚才那句话，由于我只是作笔记记录，全部我是有时间说不定才会更新一些文章，全部高手就绕行吧，我如今只写了一些入门示例，固然之后有时间或者须要了还会持续更新本系列吧。

为何选择微服务哪？相对于传统的应用架构：

• 业务代码混杂，团队成员职责边界不清，团队协做体验不佳，开发效率低下。传统应用架构中，各个业务模块代码都存在于同一个应用当中，各个业务模块之间交互逻辑复杂，代码通通混在一块儿，不免出现要去别人代码里改代码的状况
• 代码耦合度高，日趋臃肿，难以重构，维护成本愈来愈高。感觉过被F12支配的恐惧吗？
• 容错能力弱，单点故障引起全局崩溃。
• 没法针对热点业务增长资源，形成浪费。

ASP.NET Core 实际上是一个很是适合作微服务的一个 Web 框架，它足够的轻量级而且拥有超高的性能。而且对于 Rest 这些风格的接口支持的很是的友好。更多好处我其实不太愿意去说，由于只有你本身去体会才会知道。

微服务架构按照功能和业务将应用程序分离成若干个部分，使各个部分之间松绑。一个典型的简单微服务架构至少有如下几个部分：

• UI 层：即前端视觉层，包括 web 端网页、手机APP以及PC客户端
• 集群：根据需求不一样，微服务集群中会包含至少1个微服务实例，经过负载平衡将请求分配到每一个实例上。
• 代理：反向代理（Reverse Proxy）方式是指以代理服务器来接受internet上的链接请求，而后将请求转发给内部网络上的服务器，并将从服务器上获得的结果返回给internet上请求链接的客户端，此时代理服务器对外就表现为一个服务器。
• 网关层：网关层相似咱们家里用的路由器，能够将入站请求重定向到目标为服务，并将站内的微服务进行整合打包输出到站外。UI层通常会经过 HTTP/HTTPS 协议访问网关向公网暴露的接口。

系列目录：

微服务系列文章主要介绍微服务所使用到的一些技术和一些技术示例：

• 微服务——微服务的介绍和目录
• 微服务——【Consul】服务发如今windows下简单使用（一）
• 微服务——【polly】微服务故障处理库（二）
• 微服务——动态代理AspectCore的使用（三） 
• 微服务——网关Ocelot+Consul实现集群轮询（四）