一般来讲,基于K8S的容器编排管理解决方案中,日志生成和存储、查询都采用EFK解决方案,包括红帽的Openshift,默认也是使用此方案;当然,大型银行一般有自己的日志存储和备份系统,所以实践中也把这些日志转储到已有的日志
我认为容器云相关制度和标准的建立是一个逐步且长期的过程,包括对现有的运维、开发的过程的改变,每个企业都有不同的情况,需要根据自己实际需要,结合有容器云建设经验外部顾问方式,一起构建合适自己的容器云相关制度
容器云改造首先从规划上要明确哪些业务需要上云,哪些模块适合上容器云,以及新建的应用是否是基于云原生; 容器云的平台构建可以基于原来的开发平台,如X86服务器,作为工作节点加入平台,如此可以更好地利用
我认为渠道业务平台可以在技术上可以共享中台建设内容,渠道平台建好后,里面的技术、业务组件也可以作为中台建设的基础,避免重复建设。
可以采用多种方式对业务系统上容器进行安全保障,包括: Linux 宿主机安全(SELinux+/通用标准认证/提供 FIPS 模式) 认证与授权(内嵌 OAuth Server/支持多种身份认证,包括 AD/LDAP /多级访问控制) Secret 和证书管理(镜像安
目前渠道类业务底层的容器管理调度平台Openshift主要支持X86架构部署,而目前已经有基于ARM方式版本待发布。
使用微服务进行系统建设的时候,一般都会使用微服务框架,例如现在用的比较多的是使用SpringCloud,在部署微服务的时候,会进行服务调用链路跟踪,监控哪些服务是不可用的;SpringCloud的特点是现在使用人较多,但相应
容器平台本身不需要代码质量管理工具,但是在构建容器化的应用过程中,一般采用CI/CD增强整体自动化,例如从代码check in到容器化部署的全流程自动化;而在这个过程中,涉及到对代码质量的检查,例如现在主流很多实
基于Openshift的渠道类业务应用,底层的平台日志信息默认用EFK解决方案,当然它也可以配置LogForwarding,通过平台的开放接口,把平台日志输出到自定义的监控平台和日志平台,如我们行方有已经建好的统一监控和日
基于高可用用性的架构部署,可以消除渠道业务连续性保障是否有单点故障风险。包括,在部署上采用双中心多活部署,或者采用混合云方式部署,在每个数据中心上有多个工作节点,由此来消除架构上的单点故障,保障业务
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30