关于f5:F5怎么样结合实例解读容器云新技术架构

61次阅读

共计 1174 个字符,预计需要花费 3 分钟才能阅读完成。


随着数字化转型过程的减速,我国各大银行都在积极开展技术创新,把金融科技放在重要的策略高度,通过 AI、大数据、云计算、区块链等新技术改善着金融效率,推动金融行业转型。新技术的利用,也对银行的技术架构带来了新的挑战。前不久,民生银行与 F5 单干,并独创利用交付架构对立公布容器业务,能够说是金融科技的全新摸索。那么 F5 怎么样?让咱们联合这一案例来看看。

在这次对容器业务公布架构的新摸索中,民生银行通过产品适配、计划开发、厂商实力等多个维度的考量,最终决定采纳 F5 云原生利用交付解决方案,来构建全新技术架构并对立公布容器业务。民生银行全新容器业务对立公布架构中的第一层采纳 F5 N+ M 集群,提供 K8S 双核心集群服务的总入口,这一层部署的 F5 是硬件设施,具备杰出的性能、硬件的劣势、标准化成熟的落地计划,同时对第二层的 F5 做负载散发。第二层选用的是虚拟化的 F5 VE 设施,F5 VE 通过虚机的形式部署,与单个 K8S 集群绑定,一组主备 F5 VE 只负责单个 K8S 集群中的容器利用公布。

AS3 模式的 CIS 容器部署在 K8S 集群内,作为 F5 VE 的控制器,CIS 容器通过对 K8S 集群内 Configmap 资源进行监控,将 Configmap 资源中的内容转化为 F5 的配置,将配置推送给 F5 VE,CIS 容器还通过 K8S 规范的 API 接口实现业务发现和实时监听集群内 Pod 的变动,一旦 Pod 发生变化,相应的更新会及时推送给 VE,并实现更新。网络自动化零碎将需要转换为第一层 F5 的配置和 Configmaps 资源配置,通过 API 接口实现第一层 F5 配置的主动下发以及 K8S 集群内 Configmaps 资源的更新,CIS 通过监听 Configmaps 的资源变动实现第二层 F5 VE 配置的更新,从而实现容器业务对立公布的自动化。

基于 AS3 模式的 CIS 容器是该架构的外围产品,性能全面,简直所有利用交付管制的性能都能够在容器利用交付中应用,而且反对服务动静发现,在 Configmaps 实现了虚构服务的配置后,只须要在对应要公布的容器业务服务中增加几个标签,即可实现容器服务的虚构公布。通过与民生银行独特发展的性能比照测试,同一个容器利用,F5+CIS 架构的性能显著高于原有的 NodePort+Nginx Ingress 架构,其中 RPS 指标新架构性能是原架构性能的 4 倍,吞吐量比照是原架构性能的 4 倍,而 TPS 指标次要受限于容器利用的解决能力,在同等条件下,该指标新架构性能是原架构性能的 2 倍。

F5 怎么样?F5 的新容器业务公布架构让民生银行的运维难题迎刃而解,并在性能、性能、变更治理、运维监控、可扩展性等五大方面实现了显著晋升。运维人员能够用更加便捷、高效、对立的形式实现各类容器利用的上线和公布工作,缩小了大规模容器部署环境下运维的难度,也使开发人员更加专一于利用自身。

正文完
 0