![](https://img-blog.csdnimg.cn/20201014180756724.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
微服务
文章平均质量分 89
介绍微服务架构解决的实际场景,以及使用微服务架构时会遇到的问题。
JosephThatwho
这个作者很懒,什么都没留下…
展开
-
在微服务中使用 APIGateway 处理认证和授权
API 网关认证是管控通过API传输的数据的重要手段。总的来说,API网管认证是使用预定义的一些凭证,认证某一的消费者(用户或服务)有没有权限访问当前的API。认证的目的是把没有通过认证的访问拦截掉。为什么API网关认证很重要API,是一种从某个端点请求数据并发送到你的中央数据库的方式。端点可能是一下几种类型:通过网络应用访问API的人类用户通过物联网 API 返回数据的一组硬件或设备使用内部API提交或处理数据的员工或合作商无论哪种情况,认证都很必要。外部 API,包括面向用户的 A.原创 2021-03-09 20:49:27 · 2058 阅读 · 0 评论 -
微服务下的外部API设计
在微服务结构中,数据分散在不同的服务里,每种客户端需要的数据不同,且有的客户端和服务在同一个防火墙内,网络性能高,有的在外网,网络性能低。这些问题导致统一的后端接口难以满足使用需求。1.对外API设计时可能的问题可能有四种使用服务端API的客户端:web应用,比如给客户使用的基于浏览器的页面,给商家使用的页面,以及给管理员使用的页面运行在浏览器的JS应用移动端应用,给用户和配送员使用第三方开发者写的应用2.API Gateway模式...原创 2021-03-03 21:27:57 · 1218 阅读 · 4 评论 -
微服务中的查询
问题1:需要查询的数据分散在各个微服务中方案:API组合模式 / The API composition pattern:比较简单的模式,推荐使用。客户端分别调用各个服务,组织结果。命令查询职责分离模式 / The Command query responsibility segregation (CQRS) pattern:比较牛逼的模式,较复杂。维护一组试图数据库专门用于查询。1. 使用API组合模式查询数据1.1. 以findOrder() 查询操作为例findOrder() 通过主原创 2021-03-02 21:16:44 · 1339 阅读 · 1 评论 -
什么是API安全
章节概述什么是API 导致API安全或不安全的因素 定义安全的目标 识别威胁和漏洞 达到安全目标的机制应用程序接口(APIs)随处可见。当你打开智能手机或平板,浏览上面安装的应用时,差不多这些应用都会连接一个或多个远程API,通过这些接口下载最新的内容和信息、轮询通知、上传你发送的内容或者执行你要求的操作。如果你在浏览器中使用开发工具打开你最喜欢的网页,那么你一定能看到为了渲染一张为你定制的网页,浏览器在后台调用了很多API。而在服务器内,为了响应浏览器调用的API,可能会导致许多微服务调原创 2021-02-20 20:26:16 · 5111 阅读 · 0 评论 -
Apache Syncope
1.介绍Apache Syncope 是一款由 JAVA EE 开发的开源的适用于企业的数字身份管理系统。Identity Management是指使用业务流和信息技术管理系统和应用内的用户数据。通过整合用户属性、角色、资源和权限以解决哪位用户为了什么目的、通过什么方式在什么时间访问什么资源。1.1.身份管理的定义账户 由计算机处理的有关人的信息的记录。创建和管理账户的的系统会使用账户中存储的的技术信息。数字身份 一个数字对象对自己提出的一系列声明的表示。身份的生命周期:除了用户和群组,Sy原创 2020-12-29 10:02:55 · 1139 阅读 · 0 评论 -
微服务解决方案——kubernetes
采用微服务架构后,随着系统的发展,要管理的微服务应用会越来越多,这时候就需要一套机制管理每个服务的生命周期(部署、应用、更新、回收等)以及众多服务的编排和规划(在哪台机器部署,占用多少资源等)。kubernetes把可用于部署服务的物理机器整合起来,抽象成一个部署平台,使得无论有多少再机器在底层支撑,在开发人员看来都好像是在一台机器上部署。kubernetes的硬件被分成管理节点和工作节点。管理节点用于控制和管理整个系统,工作节点用于运行实际部署的应用。管理节点主要包括四部分组件:Kubernet原创 2020-12-20 20:07:11 · 299 阅读 · 1 评论 -
微服务的解决方案——容器
容器技术是微服务的解决方案之一。容器和虚拟机以往的单体应用部署通常使用虚拟机创造出应用需要的操作系统和依赖环境,但是虚拟机消耗的硬件资源较大。当单体应用被拆解为体量较小的微服务时,使用虚拟机就不太划算了。所以硬件开销比虚拟机小的容器成为一种可选的微服务解决方案。容器类似于虚拟机,可以创造出独立的运行环境。但和虚拟机不同的是,容器内的进程运行在宿主机的操作系统上,只是进程本身会觉得自己是操作系统内唯一的进程。而虚拟机需要自己的系统进程,会损耗更多的系统资源,所以通常会把多个单体应用分组部署在一个虚拟机内原创 2020-12-20 18:19:01 · 662 阅读 · 1 评论 -
微服务架构
传统单体应用把所有功能放在一个服务里,比如一个网络商城既包含用户系统管理用户各各维度的信息也有订单系统管理交易订单。这种情况下如果更新用户模块的功能,比如添加用户芝麻信用,会导致订单系统一起进入更新周期。而微服务架构则把应用拆解为一系列小的服务,这些服务可以单独维护和测试、彼此之间松耦合、彼此独立部署、基于业务逻辑组织并且可以由更精简的团队维护。借助微服务架构可以更高效地交付大型、复杂的项目。也方便团队更灵活的扩充技术栈。但是使用微服务架构也会引入数据同步等新的问题。以查询某位用户的历史订单为例,在单体原创 2020-12-20 17:41:24 · 142 阅读 · 2 评论