weixin_45001033的博客

001

为什么要用服务注册中心？在微服务中，首先需要面对的问题就是如何查找服务(软件即服务)，其次就是如何在不同的服务之间进行通信？如何更好更方便的管理应用中的每一个服务，如何建立各个服务之间联系的纽带，由此注册中心诞生（例如淘宝网卖家提供服务，买家调用服务）。市面常见的注册中心(扩展)Zookeeper(雅虎Apache)Eureka(Netfix)Nacos(Alibaba)Consul(Google)他们分别都有什么特点，我们如何进行选型呢？我们主要从社区活跃度,稳定性,功能,性能等方

微服务简介传统单体应用的缺点讲微服务之前，我们先分析以下单体应用。所谓单体应用一般是基于idea/eclipse，maven等建一个工程，然后基于SpringBoot，spring，mybatis框架进行整合，接下来再写一堆dao、mapper、service、controller，再加上一些的配置文件，有可能还会引入redis、elasticsearch、mq等其它项目的依赖，开发好之后再将项目打包成一个jar包/war包。然后再将包扔到类似tomcat这样的web服务中，最后部署到公司提供给你的li

什么为会话状态？客户端与服务端通讯过程中产生的状态信息,称之为会话状态回话是如何存储的？客户端浏览器与服务端通讯时使用的是http协议,这个协议本身是无状态协议，也就是说通过此协议，无法存储回话状态此时在服务端与客户端就采用了一种Cookie与Session方式记录回话状态回话技术分析Cookie:Cookie是由服务端创建，但在客户端存储回话状态的一个对象，用户在cookie有效的声明周期内，浏览器在访问具体的某个域名时，会携带这个域名下的有效cookie到服务器它只只能存入少量信息;

Security背景企业中数据是最重要的资源,对于这些数据而言,有些可以直接匿名访问,有些只能登录以后才能访问,还有一些你登录成功以后,权限不够也不能访问.总之这些规则都是保护系统资源不被破坏的一种手段.几乎每个系统中都需要这样的措施对数据(资源)进行保护.我们通常会通过软件技术对这样业务进行具体的设计和实现.早期没有统一的标准,每个系统都有自己独立的设计实现,但是对于这个业务又是一个共性,后续市场上就基于共享做了具体的落地实现,例如：Spring的Security | Apache的shiro诞生了

JWT简介在传统的有状态服务应用中，服务端需要记录每次会话的客户端信息，从而识别客户端身份，根据用户身份进行请求的处理，典型的设计如Tomcat中的Session。例如登录：用户登录后，我们把用户的信息保存在服务端session中，并且给用户一个cookie值，记录对应的session，然后下次请求，用户携带cookie值来（这一步有浏览器自动完成），我们就能识别到对应session，从而找到用户的信息。这种方式目前来看最方便，但在分布式应用中，由服务端保存用户状态不是一种很好的选择(服务器集群高并发)