『砍柴网』业务在飞奔,IT 在路上,开箱即用的云原生


前几天与一位消费品行业的CIO联络 , 他告知说他将于春节后离开现有单位 , 到另一家更有活力的企业担任CIO职务 。 我问他离开现单位的原因 , 他说消费品行业业务变化非常快 , 原单位组织架构死板 , 实在跟不上"业务在飞奔 , IT在路上"的发展形势 。
云原生最好的时代 , 也是不得不云原生时代
实际上 , 不仅是消费品、互联网等需求变化快的行业 , 就是原有存在资源优势的企业 , 都开始面临经济下行压力的降本增效问题 。 在技术应用上 , 对可弹性扩展的应用提出了新的要求 。 云原生这一概念被提出并被快速接受似乎也就两三年时间 。
根据笔者的一项调查显示 , 有51%的企业CIO表示业务模式的变革正在发生 。 随着5G时代到来 , 数字化技术越来越快 , 如果企业业务仍然只停留在以线下门店为主的传统形式上 , 显然已不能适应现在的发展需求 , 业务需要变革 , 而IT也在为了支撑这种变革而不断推进 , 具体而言 , 体现在不断变迁的应用架构和开发流程上 。
以软件架构为例 , 最早开始是单体应用 , 所有的业务都在一个应用包里 , 把所有代码打包在一起;其次是分层架构 , 3Tier、MVC(前端、后端、中间控制器);后来IBM主导开发了SOA架构 , 有个解耦方式 , 但还是面向集中式业务;现在更多的面向微服务架构 , 互联网企业已经做到了生产业务微服务化 , 比如电商系统 , 通过将很多业务模块解耦 , 比如购物车拆分成一个独立的服务 , 便可以独立进行版本迭代和升级上线 , 实现与电商系统其他平台的完全解耦 , 从而更好地应对不同的业务需求 。
再以基础设施为例 , 以前是大机或者传统数据中心 , 再是集中化IDC数据中心 , 后来有了云计算 , 而现在则是云原生 。
CNCF基金会对云原生给出的定义颇具代表性:"云原生技术有利于各组织在公有云、私有云和混合云等新型动态环境中 , 构建和运行可弹性扩展的应用 , 云原生的代表技术包括容器、服务网格、微服务、不可变基础实施和声明式API 。 "
由此可见 , 云原生的优势在于可以很好地构建容错性好 , 易于管理、便于观察的松耦合系统 。 结合可靠的自动化手段 , 云原生技术使工程师能够轻松地对系统作出频繁、可预测的重大变更 。 比如互联网企业都会做的频繁的促销活动 , 频繁的业务变化需要基础设施的配合 , 包括企业的应用架构、业务实现 , 这些云原生技术正在帮助企业实现数字化转型 。 可以说 , 这是云原生最好的时代 , 也是不得不云原生的时代 。
Kubernetes基础设施的统治者
谈到云原生 , 便必须谈到Kubernetes 。 Kubernetes最开始是由谷歌开源的虚拟化平台或是支撑云原生的基础设施平台 , 谷歌把它的共性拆出来 , 开源成Kubernetes , 在CNCF基金会的推动下 , Kubernetes已形成为一个强大的社区 , 包括微软、IBM、华为、青云QingCloud等国际国内厂商都在贡献代码 , 对Kubernetes进行演进和迭代 。
青云QingCloudKubeSphere容器平台产品经理于爽对Kubernetes的地位评价非常高 , 他认为"Kubernetes将是未来IT基础设施的统治者" , 其原因是:
首先 , Kubernetes容器是跨基础设施的 , 不管是物理机还是云平台 , 只要业务构建于Kubernetes , 以容器化的方式交付 , 就可以跑在不同的平台之上 。 这意味着客户不会被任何服务商锁定 , 其业务可以很好的跨基础设施做应用迁移 。
其次 , Kubernetes社区 , 不管是个人开发者、企业开发者均需要投入 , 因此其版本演进非常快速 。 而且Kubernetes有非常标准的开发架构、API设计 , 也能实现很好的兼容 。
第三 , 扩展简单和标准 , Kubernetes在最开始设计时就没有很深入向下和向上做绑定 , 而是通过标准化的方式开放出来 。 以存储为例 , 数据需要最终存储到数据盘里 , Kubernetes把它抽象成存储服务的标准接口 , 任何存储厂商都可以基于接口标准 , 把存储服务的API对接进去 , 这使得Kubernetes生态非常繁荣 。


推荐阅读