Cloud Native应用交付

  • 首页
  • 关于本站
  • 个人介绍
  • Downloads
  • Repo
    • Github
    • Container
  • F5
    • F5 Python SDK
    • F5-container
    • F5-LBaaS
  • 社交
    • 联系我
    • 微信/微博
    • 公众号
    • 打赏赞助
api
Nginx

集群级Ingress Controller免重载动态性限流(2)

在上一篇文章,利用NGINX的keyval,变量map,通过API接口实现了基于服务级别维度和域名维度进行了限流的动态控制。但是在很多情况下Ingress Controller都是多实例部署,那么限流就需要以集群整体来考量而不应该以单个实例来控制,特别是在IC数量动态性的情况下以单实例来控制会导致限流的不稳定。同时,引入IC集群级别不应该带来额外的复杂性,例如应该一个API call即可实现集群的整个体性动作而无需每个IC实例去控制。 需求分析 所有IC应能够形成一个集群并共享相关限流状态 限流执行动作仅需一个AP…

2020年03月19日 0条评论 1935点热度 0人点赞 纳米 阅读全文
Nginx

集群级Ingress Controller免重载动态性限流(1)

在k8s中,我们经常透过Ingress resource来对外暴露服务,在实际生产中,我们可能还会需要对这些暴露的服务实现限流,这个能力一方面可以通过k8s内部的微网关来实现(比如将NGINX部署微k8s内的微网关),也可能会通过sidecar的方式实现对每个pod单元的限流(如将NGINX作为sidecar部署到业务pod内,并通过NGINX集群同步的方式实现整体限流)。 但如果我们是一个比较典型的南北流量,且内部并没有部署微网关或者sidecar,那么可以由应用自身来解决这个问题,尽管应用自己可以解决该问题,但…

2020年03月15日 0条评论 2584点热度 0人点赞 纳米 阅读全文
F5技术

Better Alignment:多可用区双层负载下,如何借助F5避免局部NGINX后业务实例过载

场景 LTM给NGINX做LB是一种较为典型的双层负载均衡,也就是典型的L4.L7分离的双层负载均衡方案。 在这样的架构下,如果多个NGINX背后所负载的server是一致的话,并不会出现不同的NGINX所面对的server可用数量不同情况。 但是,如果LTM的pool member中的NGINX是位于不同的可用区或者不同的DC,此时LTM如仅做应用层负载均衡或仅monitor nginx本身,那么LTM是无法感知到 NGINX 背后(upstream)到底有多少可用的业务服务器。如果某个 NGINX 的upstr…

2020年01月3日 0条评论 3439点热度 9人点赞 纳米 阅读全文
Nginx

Nginx API GW 配置

•curl http://172.16.199.132/plus2api/5/nginx (访问V5 去 B service) {"version":"5"} •curl -H "Access: deny" (带有Access: deny header的拒绝访问v5 API)http://172.16.199.132/plus2api/5/nginx {"status":403,"message":"Forbidden"} •curl http://172.16.199.132/plus2api/3/nginx&n…

2019年07月28日 0条评论 2359点热度 0人点赞 纳米 阅读全文
Nginx

API管理

像我们的许多客户一样,您可能会发现围绕API解决方案的概念和术语的内容相当令人生畏。 在本博客中,我们将讨论关键的API概念,并探讨API管理与API网关之间的关系。 关键概念 API管理带有自己的概念和术语: 内部API   - 内部API仅暴露给企业内的其他应用程序(及其开发人员),而不暴露给外部用户。 内部API有助于解锁数据并促进企业内功能单元之间的协作。 以下是一个说明性示例:在向客户提供帮助之前,企业的技术支持团队需要确定客户是否拥有有效的支持…

2019年04月25日 0条评论 2975点热度 0人点赞 纳米 阅读全文
F5-Tech tips

F5 Restful API handbook

2018年05月17日 0条评论 4494点热度 1人点赞 纳米 阅读全文
页面

F5 REST API handbook

F5 RESTful API handbook

2018年05月16日 0条评论 1898点热度 0人点赞 纳米 阅读全文
页面

REST API to manage Zone Runner DNS Zone using zrsh

PASSWORD NEEDED.

2018年05月9日 0条评论 2420点热度 0人点赞 纳米 阅读全文

纳米

linjing.io

☁️迈向Cloud Native ADC ☁️

认证获得:
Kubernetes: CKA #664
Microsoft: MCSE MCDBA
Cisco: CCNP
Juniper: JNCIS
F5:
F5 Certified Solution Expert, Security
F5 Certified Technology Specialist, LTM/GTM/APM/ASM
F5 Certified BIG-IP Administrator
  • 点击查看本博技术要素列表
  • 分类
    • Avi Networks (3)
    • Cisco ACI (1)
    • CISCO资源 (21)
    • F5 with ELK (8)
    • F5-Tech tips (38)
    • F5技术 (203)
    • Juniper (4)
    • Linux (7)
    • Nginx (18)
    • SDN (4)
    • ServiceMesh (19)
    • WEB编程 (8)
    • WINDOWS相关 (7)
    • 业界文章 (18)
    • 交换机技术 (20)
    • 化云为雨/Openstack (35)
    • 协议原理 (52)
    • 容器/k8s (64)
    • 我的工作 (19)
    • 我的生活 (70)
    • 网站技术 (19)
    • 路由器技术 (80)
    • 项目案例 (28)
    标签聚合
    F5 k8s openstack nginx istio DNS envoy gtm docker network flannel api irule bigip neutron cc kubernetes ELK vxlan BGP dhcp VPN IPSec lbaas ingress ingress controller nginx plus sidecar IPSec VPN NAT sql
    最新 热点 随机
    最新 热点 随机
    Say hello for 2021 二进制flannel部署,非cni网络模式下与k8s CIS结合方案 又是一年国庆 Service Account Token Volume Projection Istio ingressgateway 静态TLS证书加载与SDS发现方式配置区别 Istio里Gateway的port定义与实际ingressgateway的listener端口关系及规则 Helm 3 部署NGINX Ingress Controller 应用交付老兵眼中的Envoy, 云原生时代下的思考 Istio sidecar iptables以及流量控制分析 Istio 熔断策略及envoy配置
    2009,我的这一年 openstack 安装配置文件 icehouse ubuntu14.04 20200404 [原创]MST(802.1s)学习笔记 ISDN Configuration 培训记录一 【案例】F5应用安全在厦门航空的应用 pod使用hostnetwork导致pod无法访问系统的169.169.0.1的kubernetes service 应用交付老兵眼中的Envoy, 云原生时代下的思考 提供642-831远程考试最经典PASS4及新题总结
    链接表
    • Jimmy Song‘s Blog
    • SDNap
    • SDNlab
    • SDN论坛
    • Service Mesh社区
    • 三斗室
    • 个人profile

    COPYRIGHT © 2020 Cloud Native应用交付. ALL RIGHTS RESERVED.

    THEME KRATOS MADE BY VTROIS

    京ICP备14048088号-1

    京公网安备 11010502041506号

    [ Placeholder content for popup link ] WordPress Download Manager - Best Download Management Plugin