• 容器和容器云



    云计算定义:云计算是一种资源服务模式,该模式可以随时随地,便捷按需地从可配置计算资源共享池中获取所需的资源,资源能够快速供应并释放,大大减少了资源管理工作开销。

    经典云计算架构包括三层服务模型,分别是 IaaS(Infrastructure as a Service,基础设施即服务),PaaS(Plarform as a Service,平台即服务) 和 SaaS(Software as a Service,软件即服务)。其架构示意图如下所示:

    值得注意的是,随着 Docker 容器技术的发展,云计算的“三层架构”将趋于融合或者扁平化,这不意味着 IaaS,PaaS 等技术不再需要了,也不意味着经典的 IaaS,PaaS 曾经试图解决的问题不存在了(比如资源切分,资源调度,分布式存储,应用发布,弹性伸缩等)。而是,开发者将关注的主体转变为应用本身,换句话说模糊了开发和运维的边界。

    云平台依据其试图解决的问题已经很难被清晰地划分到 IaaS 或者 PaaS 层次上。以容器云为例,当容器云专注于资源共享和隔离,容器编排与部署时,它更接近传统的 IaaS。当容器云渗透到应用支撑与运行时环境时,它更接近于传统的 PaaS。

    那么什么是容器云呢?
    容器云以容器为资源分割和调度的基本单位,封装整个软件运行时环境,为开发者和系统管理员提供用于构建,发布和运行分布式应用的平台。

    如果说云平台依据其试图解决的问题已经很难被清晰地划分到 IaaS 或者 PaaS 层次上,那么还有什么更好的划分标准吗?
    换个维度从自由度和自动化程度思考会如何?
    如纯 IaaS 云平台 OpenStack,它为应用开发者提供了如同物理机的部署环境,开发者的自由度非常高,不过相应的开发者需要实现应用上传,应用监控,管理等操作,自动化程度低。再看 kubernetes 提供了完整的应用容器集群,对应用本身的限制很少,不过应用打包,上传,发布等运维工作需要开发者完成,自动化程度也不高。

    云平台存在的目的是为了给用户带来“云”的便利,那么与其思考云平台属于哪一层,思考它在自动化和自由度方面的优缺点会不会更好呢?

    补充: 参看 这里 了解什么是云原生

    芝兰生于空谷,不以无人而不芳。
  • 相关阅读:
    Hessian 服务端流程
    JSH面试感悟
    hibernate的update() 更新延迟或者无法更新,导致同个service调用存储过程执行方法不精确
    一个变量名引发的血案
    oracle for loop循环以及游标循环
    My97Datepicker 去掉 “不合法格式或超期范围”自动纠错限制
    获取前后n天的时间
    基于spring aop的操作日志功能
    为TIF、JPG图片添加地理坐标/平面直角坐标
    NGINX 中常规优化
  • 原文地址:https://www.cnblogs.com/xingzheanan/p/14815708.html
Copyright © 2020-2023  润新知