梵讯企业网站建设网站引进搜索引擎怎么做

当前位置： 首页 > news >正文

梵讯企业网站建设,网站引进搜索引擎怎么做,专业建站服务建站网,苏州网站建设孙峰本文介绍了 API 网关日志的价值#xff0c;并以知名网关 Apache APISIX 为例#xff0c;展示如何集成 API 网关日志。 作者程小兰#xff0c;API7.ai 技术工程师#xff0c;Apache APISIX Contributor。 原文链接 什么是微服务 微服务架构#xff08;通常简称为微服务并以知名网关 Apache APISIX 为例展示如何集成 API 网关日志。 作者程小兰API7.ai 技术工程师Apache APISIX Contributor。 原文链接 什么是微服务 微服务架构通常简称为微服务是指开发应用所用的一种架构形式。通过微服务可将大型应用分解成多个独立的组件其中每个组件都有各自的责任领域。在处理一个用户请求时基于微服务的应用可能会调用许多内部微服务来共同生成其响应。微服务是互联网业务发展的结果互联网业务的飞速发展导致系统的架构也在不断地发生变化总体来说系统的架构大致经历了单体应用架构— SOA 架构—微服务架构的演变具体发展历程和各自的优缺点如下表所示。 架构类型简介优点缺点单体应用架构将所有的功能代码打包成一个服务。1. 架构简单项目开发和维护成本低。所有模块耦合在一起比较有利于小型项目的开发和维护但是对于大型项目来说却存在问题比如 1. 项目各模块之间过于耦合一个模块的性能问题可能导致整个项目的不可用 2. 项目的扩展性差。SOA 架构中文意思为 “面向服务的架构”通常包含多个服务一个服务通常以独立的形式存在于操作系统进程中服务之间通过相互依赖或者通过通信机制来完成通信的最终提供一系列的功能。1. 系统集成站在系统的角度解决企业系统间的通信问题把原先散乱、无规划的系统间的网状结构梳理成规整、可治理的系统间星形结构 2. 系统的服务化站在功能的角度把业务逻辑抽象成可复用、可组装的服务通过服务的编排实现业务的快速再 3. 业务的服务化站在企业的角度把企业职能抽象成可复用、可组装的服务。1. 服务的中心化各服务之间存在依赖关系如果某个服务出现故障可能会造成服务的雪崩 2. 服务之间的依赖与调用关系复杂测试部署的困难比较大。微服务架构微服务是在 SOA 上做的升华。微服务架构重点强调的一个是业务需要彻底的组件化和服务化原有的单个业务系统会拆分为多个可以独立开发、设计、运行的小应用。各个小应用之间相互去协作通信来完成一个交互和集成这就是微服务架构。1. 去中心化 2. 通过服务实现组件化 3. 按业务能力来划分服务和开发团队 4. 基础设施自动化 Devops、自动化部署。1. 开发的成本比较高 2. 会引发服务的容错性问题 3. 会引发数据的一致性问题 4. 会涉及分布式事务。 因此微服务是互联网发展的必然结果很多传统公司的系统架构也在逐步微服务化。但是随着互联网业务的发展API 的数量也在剧增使用网关对API统一管理也将面临挑战选择一个更强大的 API 网关可以有效地增强系统的监控、容灾、鉴权和限流等能力。 什么是 API 网关 API 网关为客户与服务系统之间的交互提供了统一的接口也是管理请求和响应的中心点选择一个适合的 API 网关可以有效地简化开发并提高系统的运维与管理效率。 API 网关在微服务架构中是系统设计的一个解决方案用来整合各个不同模块的微服务统一协调服务。API 网关作为一个系统访问的切面对外提供统一的入口供客户端访问隐藏系统架构实现的细节让微服务使用更为友好并集成了一些通用特性如鉴权、限流、熔断避免每个微服务单独开发提升效率使系统更加标准化比如身份验证、监控、负载均衡、限流、降级与应用检测等功能。 为什么微服务需要 API 网关 如上图所示API 网关作为客户端和微服务的中间层它可以将微服务以统一的地址对外提供服务将外部访问这个地址的流量根据适当的规则路由到内部集群中正确的服务节点之上如果没有 API 网关流量的出入口则不统一客户端就需要知道所有服务的访问信息微服务的意义将不复存在所以微服务网关在微服务系统架构中的存在是必要的。此外API 网关在系统的可观测性、身份鉴权认证、稳定性和服务发现等方面也会发挥重要作用。 微服务遇到的挑战 微服务网关应该首先要具备 API 路由能力微服务数量变多API 数量急剧增加网关还可以根据具体的场景作为流量过滤器来使用以提供某些额外可选功能因此对微服务 API Gateway 提出了更高要求比如 可观测性在以往的单体应用中排查问题往往通过查看日志定位错误信息和异常堆栈但是在微服务架构中服务繁多出现问题时的问题定位变得非常困难因此如何监控微服务的运行状况、当出现异常时能快速给出报警这给开发人员带来很大挑战。鉴权认证而微服务架构下一个应用会被拆分成若干个微应用每个微应用都需要对访问进行鉴权每个微应用都需要明确当前访问用户以及其权限。尤其当访问来源不只是浏览器还包括其它服务的调用时单体应用架构下的鉴权方式就不是特别合适了。在微服务架构下要考虑外部应用接入的场景、用户 - 服务的鉴权、服务 - 服务的鉴权等多种鉴权场景。系统稳定性若大量请求超过微服务的处理能力时可能会将服务打垮甚至产生雪崩效应、影响系统的整体稳定性。服务发现微服务的分散管理让微服务的负载均衡的实现也更具有挑战性。 解决方案 API 网关作为客户端和服务端的中间桥梁为微服务系统提供统一的管理机制除了基础的请求分发、API 管理和条件路由等功能还包括身份验证、监控报警、调用链追踪、负载均衡、限流隔离和熔断降级。 身份认证下图表示的是微服务联合 API 网关如何进行身份认证的由图可见所有请求都通过网关从而有效地隐藏了微服务。 监控报警/调用链追踪API 作为客户端和服务端的中间桥梁是微服务监控的最好载体API 网关监控功能的主要职责是及时发现网关以及后端服务器的连接异常在 API 的监控平台上面用户可以随时查看日志信息监控信息调用链等等并且主机发生的任何异常都会自动报警到控制台。有些网关甚至可以做到给客户端和服务端双向报警。 限流隔离/熔断降级随着互联网业务规模的增加系统的并发度增高多个服务之间相互调用链路一条核心链路往往可能调用十个服务。如果在链路中某个服务的 rt响应时间急剧上升上游服务不断请求造成恶性循环上游等待结果线程数越多使得更上游服务阻塞最终整条链路无法使用从而导致服务雪崩所以对入口流量进行整治管理是很有必要的下图表示微服务系统是如何结合 API 网关进行限流隔离和熔断降级的。 主流网关选择 在微服务领域有许多开源网关实现有 NGINX、Kong、Apache APISIX 和 Envoy 等Java 技术栈的有 Netfilx Zuul、Spring Cloud Gateway、Soul 等。或许你会问“有了 NGINX 和 Kong为什么还需要 Apache APISIX ” 下面做个简单对比。 网关痛点优势NGINX1. 修改配置需要 Reload 才能生效跟不上云原生的发展。1. 老牌应用 2. 稳定可靠久经考验 3. 高性能。Apache APISIX1. 文档不够丰富和清晰需要待改进。1. Apache 基金会顶级项目 2. 技术架构更贴合云原生 3. 性能表现优秀 4. 生态丰富 5. 除了支持 Lua 开发插件外还支持 Java、Go、Python、Node 等语言插件。Kong1. 默认使用 PostgreSQL 或 Cassandra 数据库使得整个架构非常臃肿并且会带来高可用的问题 2. 路由使用的是遍历查找当网关内有超过上千个路由时它的性能就会出现比较急剧的下降 3. 一些重要功能是需要付费的。1. 开源 API 网关的鼻祖用户数众多 2. 性能满足大部分用户的需求 3. 生态丰富 4. 支持 Lua 和 Go 开发插件。Envoy1. 使用 C二次开发难度大 2. 除了 C 开发 filter 外还支持 WASM 和 Lua。1. CNCF 毕业项目 更适合服务网格场景多语言架构部署。Spring Cloud Gateway1. 虽然 Spring 社区成熟但是 Gateway 资源缺乏。1. 内置了非常多的开箱即用功能并且都可以通过 SpringBoot 配置或者手工编码链式调用来使用 2. Spring 系列可扩展性强易配置可维护性好 3. Spring 社区成熟 4. 简单易用 5. 对于 Java 技术栈来说方便。 总结 随着互联网的发展互联网企业的业务也在不断的飞速发展进而导致系统的架构也在不断的发生着变化微服务架构已经在众多公司得到广泛应用。随着微服务的数据越来越多API 的数量也越来越多对于大流量的治理选择一个优秀的 API 网关是至关重要的。本文列举了常见网关并进行对比列出各自的优缺点如果你正在做 API 网关的技术选型或者你的微服务系统出现了性能问题再或者你想搭建一个高效稳定的微服务系统希望本文可以带给你一定的启发。 关于 API7.ai 与 APISIX API7.ai 是一家提供 API 处理和分析的开源基础软件公司于 2019 年开源了新一代云原生 API 网关 – APISIX 并捐赠给 Apache 软件基金会。此后API7.ai 一直积极投入支持 Apache APISIX 的开发、维护和社区运营。与千万贡献者、使用者、支持者一起做出世界级的开源项目是 API7.ai 努力的目标。