服务治理平台-注册中心

传统All In One项目的转变:
All In One项目因易于开发, 易于部署和上线周期短等特点一直持续了很长时间, 但慢慢的应用变大, 开发人数多, 技术栈多, 持续部署困难, 启动时间变慢等问题慢慢凸显时, 微服务架构应运而生。
微服务架构可以解决单体架构各种局限性问题。
微服务架构:
开发高可用企业应用, 后端需要支持多种客户端形式, 比如桌面端, 移动端及其他微服务的调用。 微服务架构设计需要考虑以下方面的内容:
服务治理平台-注册中心_第1张图片
微服务架构负载均衡:
在做高可用方案时可选的各种负载均衡方案:
服务治理平台-注册中心_第2张图片
·在接入层调用业务逻辑层或者业务逻辑层间相互调用时, 中小型可选用本地DNS方式做服务发现和负载均衡的机制;
·在面临多团队, 多项目, 多网络部署节点的情况下, 服务注册/发现机制便是现在的最佳实践。
·部署在内外网、多数据中心 等复杂网络情况下的服务间的相互调用, 用友云提供的微服务注册/发现中心提供了这方面的解决方案。
用友云微服务注册中心:
用友云服务注册中心是微服务核心模块之一, 是基于REST的云端服务注册/发现和故障转移的中间件服务, 对整个微服务架构起着最核心的整合作用。
传统注册中心需具备的功能:
·服务注册: 服务客户端启动时检测自己的元数据(如:主机和端口等信息)上报且注册到注册中心。 服务注册中心通过接收此服务的各个实例的心跳信息来检查服务客户端的健康状态。
·服务发现: 发起远程调用时, 从注册中心拉取被调用服务的信息(如服务有多少实例,每个实例的IP/域名和端口是什么)并且缓存到本地, 方便使用负载均衡的方式去调用远程服务; 被缓存的远程服务信息会被定时从注册中心拉取刷新, 以便发现新的服务实例和删除有异常的服务实例。
服务治理平台-注册中心_第3张图片
用友云微服务注册中心特点:
在具备了传统微服务注册中心的基本功能的基础上, 用友云还具备了租户隔离、高可用集群、授权管理、扩展支持多种负载均衡策略。且独创业界复杂网络多跃点智能检测,解决了内外网穿透的问题。
分租户隔离机制
·用友云租户很多, 每个租户下有自己的资源池(计算/网络等), 对于微服务注册中心, 每个租户只能看到自己部署的应用。
·每个租户可以看到自己部署的服务应用 及 跟踪服务间的调用链路。
高可用&快速恢复
·服务注册中心使用集群方式搭建, 防止单点故障。
·在客户端和注册中心交互时会跳过集群中有异常的节点访问正常的节点。
·集群异常节点恢复后会从集群中的其他节点快速拉取客户端注册的信息并且加入集群中对外正常提供服务。
服务治理平台-注册中心_第4张图片
内外网穿透调用能力/网络多跃点智能检测
·在复杂网络下的服务可能会有多个IP和端口, 传统注册中心只上传部署应用的“容器”IP, 但“容器”可能部署在宿主机、docker容器、虚拟机、跨数据中心等复杂环境, 传统服务注册中心无法穿透各跃点进行联通访问。
·用友云注册中心客户端组件会智能检测各个可连通的链路及各链路所需的跃点数; 保证远程调用时跃点的数量最少、调用链路最短, 调用速度最快, 提高服务的可靠性、吞吐量 及 增加内外网穿透/多数据中心间的调用能力。
·在海关POC项目中, 客户内部存在网络隔离情况, 且部署在不同网络的应用还存在数据交换或服务调用的需求。针对这类情况, 通过用友云微服务注册中心提供了这方面的解决方案。
服务治理平台-注册中心_第5张图片
服务调用
·现支持多种负载均衡策略可选, 支持自定义扩展
·随机访问策略
·轮询访问策略
·按照服务器响应时间长短进行选择访问
·挑选可用且当前承载最小并发数的服务器
授权管理
·公开权限的API可以被任何应用访问
·私有权限的API仅被授权的应用可以访问。
接入用友云注册中心应用:
·搜索平台
·收集并计算各方业务数据, 对外提供统一搜索服务的平台。
·用友云相关客户项目
·用友API市场ApiLink

你可能感兴趣的:(服务治理平台-注册中心)