F5怎么样?探讨F5容器服务发布方案及实践
近年来,开源负载均衡软件因其开放的设计、完善的API接口以及对应用灵活部署需求的满足,在金融行业的云环境中逐步推广使用。与此同时,在平台的建设中,企业运用灵活的容器环境下的解决方案,能够满足容器应用需求。在众多的解决方案中,F5公司Kubernetes容器服务解决方案备受关注,那么F5怎么样?今天就来具体探讨一下。
该解决方案包含2个组件,VE(Virtual Edition)和CC(Container Connector)。VE是F5LTM的软件化商业产品,可以安装在虚拟机或者物理机上,其功能与硬件设备完全一致。CC是F5解决方案的一个关键组件,为用户提供了企业级支撑,同时也是开源产品,用户可以根据自己的需要对CC进行功能扩展。它以容器的形式部署在Kubernetes集群中,通过读取Kubernetes API获取集群内的服务资源并将其转化为VE上的配置。管理员可以为每一个租户部署一组CC,每组CC独立控制VE上的一个对象配置隔离区域(partition),该partition下的资源完全由该组CC独立控制。该方案中,负载均衡策略的定义可以由多种方式实现,可以使用Ingress,也可以使用ConfigMap。
方案中组件调用关系
在介绍了一些理论方面的知识后,想了解F5怎么样,还需要关注一下实际的应用案例,这里以民生银行为例。民生银行经过前期技术预研,选择F5 CC+VE方案,利用CC与Kubernetes进行API交互,实现与容器平台的联动,满足容器应用的灵活性需求;配置上采用ConfigMap进行负载均衡策略下发,实现在Kubernetes层面进行F5策略配置工作;网络架构上采用VE直接对集群中的pod进行负载分发,减少网络层次,提升负载均衡性能;同时,通过将Kubernetes的namespace与VE的partition映射,实现不同容器租户负载均衡资源的隔离。
F5容器服务发布方案网络部署图
总体来说,F5容器服务解决方案实现了容器的南北向服务更加灵活的发布能力,相对于开源方案还是拥有很多优势的。比如简化的架构,目前开源方案中,在业务量增大后,需要在容器外部再部署负载均衡设备来实现node级的扩展,而F5的方案只需要通过一组设备就可以实现pod或node级的扩展,简化结构,方便使用。同时还有广泛的应用场景、灵活的发布能力、增强的应用交付能力、监控能力、安全防护能力等。
F5容器服务发布方案的实际效果与收益还是很不错的,通过部署在Kubernetes租户内的F5 CC动态感知容器服务的变化,解析服务创建以及销毁事件,动态更新F5 VE设备,实现服务自动发现,动态感知能力,以此来支持应用弹性伸缩能力。有需求的企业值得了解一下F5的这个方案,能够有所收获。
方案能够实现F5设备动态感知容器服务能力
- .net Core WebApi发布到Docker并推送到阿里云容器服务
- 服务发现的可行方案以及实践案例 & 微服务架构的优势与不足
- CICD联动阿里云容器服务Kubernetes实践之Bamboo篇
- 服务发现的可行方案以及实践案例
- 【Netty4 简单项目实践】八、转发服务的实现方案
- 微服务实战(四):服务发现的可行方案以及实践案例
- [置顶] Arcgis Server通过发布GP服务实现等值线(实践经验)
- 微服务实战(四):服务发现的可行方案以及实践案例
- 一看就会之—利用IIS服务发布网站(实践篇)上
- 发布Restful服务时出现IIS 指定了身份验证方案错误时的解决方案
- 跟进企业级容器服务市场,甲骨文发布容器原生平台
- vsftp服务容器实践过程中遇到的volume问题
- Arcgis server发布电子地图(3):调用动态地图服务本机实践/打卡
- 微服务实战(四):服务发现的可行方案以及实践案例
- 基于SCA(tuscany)的SOA实践之一(发布服务是如此的简单)
- 微服务实战(四):服务发现的可行方案以及实践案例
- 从入门到进阶:Docker学习路线图(配基于阿里云容器服务实践教程)
- 【Spring容器】项目启动后初始化数据的两种实践方案
- 基于阿里云容器服务的微服务实践 - Part 3. 容器微服务实践
- 发布或重启线上服务时抖动问题解决方案