gateway

1. 为什么是Spring Cloud Gateway 一句话， Spring Cloud已经放弃Netflix Zuul了 。现在Spring Cloud中引用的还是Zuul 1.x版本，而这个版本是基于过滤器的，是阻塞IO，不支持长连接。Zuul 2.x版本跟1.x的架构大一样，性能也有所提升。既然Spring Cloud已经不再集成Zuul 2.x了，那么是时候了解一下Spring Cloud Gateway了。 可以看到，最新的Spring Cloud中的Zuul还是1.3.1版本 而且，官网中也明确说了不再维护Zuul了 （PS：顺便补充几个名词： 服务发现（Eureka），断路器（Hystrix），智能路由（Zuul），客户端负载均衡（Ribbon）） 2. API网关 API网关是一个服务器，是系统的唯一入口。从面向对象设计的角度看，它与外观模式类似。API网关封装了系统内部架构，为每个客户端提供一个定制的API。它可能还具有其它职责，如身份验证、监控、负载均衡、缓存、请求分片与管理、静态响应处理。API网关方式的核心要点是，所有的客户端和消费端都通过统一的网关接入微服务，在网关层处理所有的非业务功能。通常，网关也是提供REST/HTTP的访问API。 网关应当具备以下功能： 性能：API高可用，负载均衡，容错机制。 安全：权限身份认证、脱敏，流量清洗，后端签名

Spring Cloud Gateway is built upon Spring Boot 2.0 , Spring WebFlux , and Project Reactor . As a consequence many of the familiar synchronous libraries (Spring Data and Spring Security, for example) and patterns you may not apply when using Spring Cloud Gateway. If you are unfamiliar with these projects we suggest you begin by reading their documentation to familiarize yourself with some of the new concepts before working with Spring Cloud Gateway. 必须要补 Spring WebFlux 和 Project Reactor 的技术 Spring Cloud Gateway requires the Netty runtime provided by Spring Boot and Spring Webflux. It does not

Spring 官方最终还是按捺不住推出了自己的网关组件：Spring Cloud Gateway ，相比之前我们使用的 Zuul（1.x） 它有哪些优势呢？Zuul（1.x） 基于 Servlet，使用阻塞 API，它不支持任何长连接，如 WebSockets，Spring Cloud Gateway 使用非阻塞 API，支持 WebSockets，支持限流等新特性。 Spring Cloud Gateway Spring Cloud Gateway 是 Spring Cloud 的一个全新项目，该项目是基于 Spring 5.0，Spring Boot 2.0 和 Project Reactor 等技术开发的网关，它旨在为微服务架构提供一种简单有效的统一的 API 路由管理方式。 Spring Cloud Gateway 作为 Spring Cloud 生态系统中的网关，目标是替代 Netflix Zuul，其不仅提供统一的路由方式，并且基于 Filter 链的方式提供了网关基本的功能，例如：安全，监控/指标，和限流。 相关概念: Route（路由）：这是网关的基本构建块。它由一个 ID，一个目标 URI，一组断言和一组过滤器定义。如果断言为真，则路由匹配。 Predicate（断言）：这是一个 Java 8 的 Predicate。输入类型是一个

Spring Cloud Gateway 配置信息 了解Gateway的配置才可以理解使用Gateway可以做什么事情，才能更好地应用在产品开发中。 一、Predicates Predicates主要起的作用是：配置路由匹配请求的规则 Http 相关 Path 配置对于请求路径的匹配规则 yml配置，多个参数用逗号隔开 - Path = /aa/**,/bb/** json配置 {"name":"Path","args":{"pattern":"/aa/**","pattern1":"/bb/**"}} Cookie 配置对Cookie中值的匹配，第一个为key，第二个为value。下例匹配cookie设置chocolate:ch.p的请求 yml配置 - Cookie = chocolate,ch.p json配置 {"name":"Cookie","args":{"_genkey_0":"chocolate","_genkey_1":"ch.p"}} Header 匹配Http请求中设置的内容，http-header设置X-Request-Id:\d+可以匹配，第二个参数第二个参数是正则表达式 yml配置 - Header = X-Request-Id,\d+ json配置 {"name":"Header","args":{"_genkey_0":"X-Request-Id",

1、 After Route Predicate Factory 输入一个参数：时间，匹配该时间之后的请求，示例配置： spring: cloud: gateway: routes: - id: after_route uri: https://anoyi.com predicates: - After=2019-11-11T11:11:11.111+08:00[Asia/Shanghai] 2、Before Route Predicate Factory 输入一个参数：时间，匹配该时间之前的请求，示例配置： spring: cloud: gateway: routes: - id: before_route uri: https://anoyi.com predicates: - Before=2019-11-11T11:11:11.111+08:00[Asia/Shanghai] 3、Between Route Predicate Factory 输入两个参数：时间1、时间2，匹配该时间段的请求，示例配置： spring: cloud: gateway: routes: - id: between_route uri: https://anoyi.com predicates: - Between=2019-11-10T11:11:11.111+08:00[Asia

https://www.bilibili.com/video/av82778070/ 翻车让别人快乐。我决定直接把踩坑的过程录下来，然后在blog这里做深入的思考后复盘。视频好容易就跑偏了，往外发散到收不住。文字的东西比较适合沉淀。 今天遇到的问题：storage gateway 离线。 思路：日志，security groups规则。 下一步：开发所有规则，试着能不能远程到gateway上。 出坑：排队security group之后还是离线，没有可以修改gateway的地方，重新生成一个新的实例，远程上去从terminal 看系统报错内存最小要4G。 灵魂拷问： 1 怎么不能说服用户？别人也不行吗？-> 如果能或者试着去说服那不就能干售前了？ 2 为什么没有文件服务器使用的数据？有没有办法把数据搞出来？->有数据就能清理空间，知道使用频率就能分类存储，节约成本。S3 data分类真香，QuickInsight真好用。 3 storage gataway都需要开哪些端口，为什么开了80有变化，还是只是需要等什么服务启起来。 4 S3上删了一个bucket之后，在什么条件下才能重新创建一个同名的 5 storage gateway需要什么样的IAM权限 6 为什么S3的bucket不是下拉列表可选的，这里一定有什么原因，产品经理不可能这么傻。 7 如果我把storage

翻车让别人快乐。我决定直接把踩坑的过程录下来，然后在blog这里做深入的思考后复盘。视频好容易就跑偏了，往外发散到收不住。文字的东西比较适合沉淀。 今天遇到的问题：storage gateway 离线。 思路：日志，security groups规则。 下一步：开发所有规则，试着能不能远程到gateway上。 灵魂拷问： 1 怎么不能说服用户？别人也不行吗？-> 如果能或者试着去说服那不就能干售前了？ 2 为什么没有文件服务器使用的数据？有没有办法把数据搞出来？->有数据就能清理空间，知道使用频率就能分类存储，节约成本。S3 data分类真香，QuickInsight真好用。 3 storage gataway都需要开哪些端口，为什么开了80有变化，还是只是需要等什么服务启起来。 4 S3上删了一个bucket之后，在什么条件下才能重新创建一个同名的 5 storage gateway需要什么样的IAM权限 6 为什么S3的bucket不是下拉列表可选的，这里一定有什么原因，产品经理不可能这么傻。 7 如果我把storage gateway不同的共享放到同一个S3的bucket里会发生什么 8 storage gateway的本地数据和S3是按什么逻辑在同步数据 9 如果评估带宽，没有direct connect和direct connect两种情况 10 做为storage

Spring 官方最终还是按捺不住推出了自己的网关组件：Spring Cloud Gateway ，相比之前我们使用的 Zuul（1.x） 它有哪些优势呢？Zuul（1.x） 基于 Servlet，使用阻塞 API，它不支持任何长连接，如 WebSockets，Spring Cloud Gateway 使用非阻塞 API，支持 WebSockets，支持限流等新特性。 Spring Cloud Gateway Spring Cloud Gateway 是 Spring Cloud 的一个全新项目，该项目是基于 Spring 5.0，Spring Boot 2.0 和 Project Reactor 等技术开发的网关，它旨在为微服务架构提供一种简单有效的统一的 API 路由管理方式。 Spring Cloud Gateway 作为 Spring Cloud 生态系统中的网关，目标是替代 Netflix Zuul，其不仅提供统一的路由方式，并且基于 Filter 链的方式提供了网关基本的功能，例如：安全，监控/指标，和限流。 相关概念: Route（路由）：这是网关的基本构建块。它由一个 ID，一个目标 URI，一组断言和一组过滤器定义。如果断言为真，则路由匹配。 Predicate（断言）：这是一个 Java 8 的 Predicate。输入类型是一个

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 你可以在 这里 找到本文的原始文章。 作为统一的应用程序访问层入口，Oracle Secure Global Desktop的服务器配置应该如何估算呢？如何决定服务器的CPU，内存配置呢？这些问题是在Oracle Secure Global Desktop应用到生产环境中必须要考虑的。 在估算Oracle Secure Global Desktop服务器配置之前，首先需要明白在实际应用中有一些因素我们是照顾不到的，或者，换句话说是存在不可控的变量，比如： 用户实际通过SGD运行的应用程序类型：写字板，Word，Firefox或者是xterm 用户是如何使用这些应用程序的：仅仅是阅读文档，还是输入文本，听听音乐还是需要处理视频 这些不可控的变量会直接影响到Oracle Secure Global Desktop的服务器上的资源消耗。再举个例子： 拿内存使用量来说：一个横跨4个显示器的应用程序肯定比只使用1024x768单个窗口的应用程序消耗的内存多 拿CPU的使用量来说：相比显示文本数据的应用程序，进行视频播放，或者高频度鼠标操作，或者运行动画的这些应用程序，显然需要消耗更多的CPU。 在理解了这些不可控的变量对估算的影响之后，我们可以进一步进行估算。 首先从宏观着手，下面是服务器配置估算的一些建议：

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 你可以在 这里 找到原始文章。 概要 本文描述了Oracle Secure Global Desktop部署的设计和测试过程的整体过程。目的是帮助IT部门制定应用程序的部署策略，以满足IT部门和业务部门的需求。 目前IT组织的最大挑战就是为分散在各个地域的用户提供对其特定工作区（应用程序和桌面）的即时，可靠，无性能退化的访问。此外，管理者也需要对这些分散到各个地域的工作区进行集中的访问管理。这并不容易。很多客户通过使用Oracle Secure Global Desktop部署工作区来为其数以千计的员工解决这一问题。Oracle Secure Global Desktop能够成为该问题的理想解决方案的优势如下： 一致的用户体验： 用户可以使用几乎任何设备，简单地从浏览器访问一个URL，就可以在任何地方来访问他们的工作区。 无需客户端软件： IT部门无需在每一个用户终端上维护一份客户端软件，因为用户可以通过任意支持的浏览器来访问Oracle Secure Global Desktop。在桌面设备上无需客户端软件意味着应用程序完全可以在服务器端进行更新，极大的减少了IT环境更新给用户带来的时间损耗。 移动会话： 用户可以在Oracle Secure Global Desktop工作区中暂停，继续，或者终止会话