【微服务目录】.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实现集群轮询(四)
作者:YanBigFeg —— 颜秉锋
出处:http://www.cnblogs.com/yanbigfeg
本文版权归作者和博客园共有,欢迎转载,转载请标明出处。如果您觉得本篇博文对您有所收获,觉得小弟还算用心,请点击右下角的 [推荐],谢谢!
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
如何用Redis实现分布式缓存
第一:Redis 是什么? Redis是基于内存、可持久化的日志型、Key-Value数据库 高性能存储系统,并提供多种语言的API. 第二:出现背景 数据结构(Data Structure)需求越来越多, 但memcache中没有, 影响开发效率 性能需求, 随着读操作的量的上升需要解决,经历的过程有: 数据库读写分离(M/S)–>数据库使用多个Slave–>增加Cache (memcache)–>转到Redis 解决写的问题: 水平拆分,对表的拆分,将有的用户放在这个表,有的用户放在另外一个表; 可靠性需求 Cache的"雪崩"问题让人纠结 Cache面临着快速恢复的挑战 开发成本需求 Cache和DB的一致性维护成本越来越高(先清理DB, 再清理缓存, 不行啊, 太慢了!) 开发需要跟上不断涌入的产品需求 硬件成本最贵的就是数据库层面的机器,基本上比前端的机器要贵几倍,主要是IO密集型,很耗硬件; 维护性复杂 一致性维护成本越来越高; BerkeleyDB使用B树,会一直写新的,内部不会有文件重新组织;这样会导致文件越来越大;大的时候需要进行文件归档,归档的操作...
- 下一篇
(9)学习笔记 ) ASP.NET CORE微服务 Micro-Service ---- JWT算法
一、 JWT 简介 内部 Restful 接口可以“我家大门常打开”,但是如果要给 app 等使用的接口,则需要做权限校验,不能谁都随便调用。 Restful 接口不是 web 网站,App 中很难直接处理 SessionId,而且 Cookie 有跨域访问的限制,所以一般不能直接用后端 Web 框架内置的 Session 机制。但是可以用类似 Session 的机制,用户登录之后返回一个类似 SessionId 的东西,服务器端把 SessionId 和用户的信息对应关系保存到 Redis 等地方,客户端把 SessionId 保存起来,以后每次请求的时候都带着这个SessionId。 用类似 Session 这种机制的坏处:需要集中的 Session 机制服务器;不可以在 nginx、CDN 等静态文件处理服务器上校验权限;每次都要根据 SessionId 去 Redis 服务器获取用户信息,效率低; JWT(Json Web Token)是现在流行的一种对 Restful 接口进行验证的机制的基础。 JWT 的特点:把用户信息放到一个 JWT 字符串中,用户信息部分是明文的,再加...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- MySQL8.0.19开启GTID主从同步CentOS8
- 设置Eclipse缩进为4个空格,增强代码规范
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- Hadoop3单机部署,实现最简伪集群