我觉得在建立PaaS平台的时候,要做好日志收集和监控。因为PaaS上的应用都是基于容器来运行的,而且都是多个节点运行,这就造成了获取日志文件的难度。很多情况下,如果系统有报错,需要调阅日志文件的时候,不知道取哪个容器里面
我们银行目前内部的私有云平台,也是在物理机的基础上,进行虚拟化后,安装操作系统作为PaaS云平台的节点。实践经验看来,使用PaaS云平台确实大大节省了运维人员的工作量,至少作为一名开发人员来看,现在项目上线的时间比以前大
对车企的业务不是特别了解,但是容器云主要适用于那种需要高并发、快速伸缩、快速部署的场景。
在这里我简单讲一下我们银行私有PaaS云平台的对于配置文件的处理。我们采用的是一个自研的“参数包”的模式,我们在自研的PaaS管理平台上,提供了一个“参数包”的上传功能,这个参数包里面主要是包含了配置文件的freemark
这两个技术和概念没有必然的联系。 DevOps是组织内部解决开发人员和运维人员之间鸿沟的一种方法,所倡导的是开发人员向后走一步,多往运维方向考虑一下,运维人员向前走一步,多往开发方向想一下,最终目的是实现开发和运维水
目前我们银行内部的私有云,采用的是NFS和glusterfs并存的方式。云平台建设的初期,因为NFS学习成本比较低,容器规模比较小,最开始如果需要容器间数据共享的话,就是采用NFS的方式。随着容器规模的增加,我们逐渐发现NFS存在单
我们银行采用的是完全的私有云架构,整个PaaS云平台环境部署在内网环境下,仅仅通过接入层(DMZ)实现互联网的接入。互联网上的请求通过接入层反向代理到内网PaaS云的节点上。如果PaaS云节点需要主动向互联网发送请求的话,就
个人认为,传统类型的应用使用容器技术也可以获得以下两点好处: 1、提高资源的使用效率。例如传统安装了WebSphere的4C8G配置的Linux虚拟机,在生产环境下,最多也就部署4、5个应用。但是同样配置的虚拟机,可以跑10个左右的容
目前,我们企业内部的系统架构还处于传统IOE架构向PaaS云架构的转变过程中。许多基于Java EE技术的应用还部署在IBM的WebSphere Application上,开发和运维人员普遍对在WAS上应用的部署比较熟悉。开发人员使用本地Tomcat
目前,我们企业内部使用的是Kubernetes1.5版本,其自带的自动伸缩组件相对比较简单,仅仅支持基于CPU和内存指标的自动伸缩,不能满足复杂的业务需求。 另外,K8S原生的自动伸缩组件算法相对简单,对噪声比较敏感。极易产生应用伸
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30