Kubernetes的四种用户部署场景(2)
开发者和运维团队可以使用现有的CI/CD工具维持旧的应用程序以及Kubernetes应用.虽然Apprenda PaaS不是开源软件,但通过hooks和REST API,它能够集成到其他平台.部署在Kubernetes应用程序,为传统的.NET或java应用程序提供标准协议. Apprenda是一个策略驱动的PaaS平台,运维团队通过定义粒度策略,管理应用发布、监控、合规性和安全性.这种方法满足企业客户的目标,作为现有的应用程序门户,并考虑包括容器应用.它允许部署、安全和合规策略集中定义和管理.同时在可扩展的平台上,让开发团队专注于应用程序开发. Red hat OpenShift 红帽的OpenShift是基于Kubernetes开源企业级PaaS平台的领先者.Google之后,红帽的OpenShift工程师是对Kubernetes项目最活跃的贡献者. 同其他竞争者一样,红帽早期OpenShift平台是一个定制化的平台实现,后来,采用了开发者工具Docker和Kubernetes,OpenShift转移到基于Kubernetes引擎的PaaS平台. OpenShift提炼Kubernetes基础结构,它是面向开发者经验的平台,它提供了一套用户接口连接Git,及专有的红帽企业Linux(RHEL)工具,Docker和Kubernetes.开发者通过已有的Git工具或者集成的镜像仓库与平台交互.该平台包括一个Source-to-Image (S2I)工具,能转变开发代码变成运行的Docker容器,并保留Docker镜像分层结构.红帽基于 Kubernetes添加企业级特性,如项目、用户和组、多租户功能.在同一集群中,多部门或业务单元能部署不同的应用,并达到资源隔离.OpenShift还提供了应用程序日志的全面视图,包括实时日志、构建日志和部署日志. DevOps团队可以使用熟悉的Docker和Kubernetes工具管理平台.OpenShift配有内置策略管理工具,着眼于用户认证和管理内置的镜像仓库. Kubernetes作为云原始基础架构业内人士对云原生应用的定义虽然没有确切的共识,但大多数人同意,云原始应用可以被定义为新的应用程序,打包成容器、微服务架构、运行在弹性基础架构、并通过敏捷DevOps流程管理.云原生应用与十二因子应用的原则是紧密一致的. 不是每个容器应用都是一个云原生应用.Kubernetes用来部署和管理容器应用程序.同时,Kubernetes可以管理云原生应用程序的生命周期.客户可以选择Kubernetes作为部署平台的首选,设计、开发、测试、部署和管理云原生应用程序. 云原生应用被部署在现有的基础设施或PaaS的Kubernetes集群上.尽管与上面定义的场景重叠,这种情况适用于组织构建应用,他们不需要与现有的遗留应用程序交互. 云原生应用程序可以利用Kubernetes先进的功能,如滚动更新、金丝雀部署、水平pod和集群伸缩.Kubernetes作为云原生应用的基础架构,仍是在不断发展,值得指出的是,这对许多用户和组织具有战略价值. Kubernetes作为云原生应用的基础架构包括如下项目:Intel和CoreOS的Stackanetes项目.Stackanetes是基于kurbernetes的OpenStack.它提供了高可用性、自愈、OpenStack IaaS的全部特征,并且提供Kubernetes自动化部署和管理.该项目的技术预览将在巴塞罗那OpenStack大会上发布. 深入浅出学习etcd etcd为分布式系统提供可靠、高效的配置管理服务,在Docker、Kubernetes、Mesos等平台中扮演了越来越重要的角色.作为2013年开始的项目,它还很年轻,官方文档中缺乏实现上全面、系统的介绍,本课程深入浅出地介绍了etcd的实现,并为运维和二次开发提供了系统的指导和建议. 系列文章:
文章来自微信公众号:Docker (编辑:ASP站长网) |