在Spring Boot API Gateway中实现Sticky Session

小结 在Kubernetes微服务的云环境中,如何在Spring Boot API Gateway中实现Sticky Session,当服务请求被某一个服务器处理后,所有后续的请求都被转发到被第一次进行处理的同一个服务器再进行处理,这里进行了尝试,取得了想要的结果。 问题 Spring Boot API Gateway中实现Sticky Session在Spring Boot官方文档并没有特别详细的描述,看来看去语焉不详,如下: https://docs.spring.io/: 3.9. Request-based Sticky Session for LoadBalancer 解决这个问题不仅要自定义负载均衡策略和方法,并需要Spring Boot API Gateway能够用某种方法取得服务器实例的ID并将每一个收到的服务请求处理并转发到具有相应服务器实例ID的服务器。实际上在Github上已经有大神给出了解决方案,具体地址如下: Github: tengcomplex/spring-cloud-gateway-lb-sticky-session 在API Gateway中实现Sticky Session 实现的环境为Kubernetes微服务的云环境,这里需要使用cookie,并使用Eureka服务发现模块。具体思路如下: StickySessionLoadBalancer实现ReactorServiceInstanceLoadBalancer,相当于自定义了一个负载均衡策略 当Spring Boot API Gateway收到http服务请求,StickySessionLoadBalancer在cookie中找服务器实例ID: 自定义一个scg-instance-id为cookie的键值 如果scg-instance-id为cookie被找到,而且是一个有效的服务器实例ID,那么这个服务请求就会被路由到这个具有服务器实例ID的服务器实例进行处理 反之,如果没有找到scg-instance-id为cookie的键值,或者服务器实例ID无效(有可能服务器已经宕机),那么委托ReactorServiceInstanceLoadBalancer重新选择一个服务器,并将服务请求转发那个服务器 无论以上路由如何选择,Spring Boot API Gateway会将服务器实例ID更新到cookie中去,scg-instance-id为的键值 注:以上图片是Sticky Session的Spring Boot API Gateway路由示意图,来源于Github: Question: Sticky session in routes with load balancer […]

AWS API Gateway和Lambda的简单测试

测试了一下使用API Gateway来触发Lambda应用,并将结果显示在网页上。 Lambda支持语言为: Node.js,Java,Python,C#,Go,PowerShell,等等。它具有无需管理服务器,根据需求自动扩展,便宜等优势。 具体流程 在S3 Bucket里存放网页,显示网页后,在网页里通过API Gateway来触发Lambda功能应用,并将Lambda功能应用返回的结果显示在网页上。Route53来使用DNS网址为可选。 创建Lambda应用 Lambda是EC2在一起的Compute界面下,点进去后,再点Create Function来创建函数, 取名为:XiongLambdaFunction,语言设置为Python 3.6,这样会自动生成以下代码: import json def lambda_handler(event, context): # TODO implement return { ‘statusCode’: 200, ‘body’: json.dumps(‘Hello from Lambda!’) } 进行以下替换: import json def lambda_handler(event, context): print(“In lambda handler”) resp = { “statusCode”: 200, “headers”: { “Access-Control-Allow-Origin”: “*”, }, “body”: “Xiong Huilin” } return resp […]