6 GHz ——下一个5G前沿？
|
核心问题：
以前在IaaS上云阶段，应用和操作系统进行交互存在标准的协议，而今天在PaaS上云阶段，这样的协议应该是什么，需要被重新定义。此外，基于这样的协议如何实现能力下沉，也是很多包括阿里云在内的很多云厂商所做的事情，比如阿里云基于RocketMQ做了RocketMQ Service，基于容器的一些协议提供容器服务等等。当然，现在只是一个开始，未来这部分内容将会更加丰富和完整。 例子1：Service Mesh把服务发现和流量从业务剥离
与此同时，应用架构也需要去适应。这里以Service Mesh为例，之前在应用内部的流量是SDK的形式，那么在演进的过程中如何将服务发现和流量等从业务SDK中剥离出来放到Sidecar里面去，进而交给云平台处理，这就是应用架构演进的一个例子。 今天，大家都会谈到基于微服务架构做云原生，而不是基于巨石应用架构或者简单的CS架构。Quarkus提出了12 Factor Apps，意思就是说如果在今天想要让应用跑在Quarkus等这些应用托管平台上，对于应用具有一定的要求，大概是12条原则，比如配置和代码分离等，当然后续还有很多的扩展。这些原则中的很多条目的意思都是说只要你符合这些原则，那么应用托管平台就能够为你提供更多的能力，比如免运维等。容器的核心是使用一种标准的交互方式让平台能够管理应用的生命周期，包括发布、扩容以及自愈等。 BaaS——Backend as a Service，能够尽量使用现有的服务来构建应用程序。Service Mesh的本质是管理流量，今天的应用程序都在接收流量，提供服务时流量又需要出去，在这个过程中如何管理服务发现、流量路由规则等都需要Service Mesh技术。最后需要重点介绍的就是GitOps和IaC(Infrastructure as Code)，这些技术如今在行业里面得到了越来越多的关注，尽管还没有事实上的标准，但是很多云计算公司正在不断努力。其含义是说今天在使用基础设施的时候，可以用代码去声明这些基础设施的需求。总而言之，上述这些内容都是围绕应用架构、生命周期管理、流量管理，以及基础设施及依赖这四个维度的。 业务关心的是交付速度 对于业务而言，最关心的往往是交付速度。如果你和业务总监或者CTO去聊，他们就会问你，拥有这么多的技术对于业务有什么好处?可能会谈到成本的优势、管理的优势，但是对于几乎所有业务而言，最核心的是研发效率的提升。所以我们应该思考云原生技术如何才能帮助实现更快的交付。 借助云原生技术来提升交付服务的速度可以大致分为三个步骤。 标准化平台/服务和应用的协议 将平台/服务和应用之间的协议进行标准化。如果IaaS层用云的话协议就是机器，就是虚拟机、容器等，对于业务应用而言，看到的就是一个操作系统，这样应用就可以使用操作系统上的各种资源，这样做的好处在于不需要关心物理机以及机器的故障等问题。 与业务无关能力进一步解耦至平台 对于业务应用而言，看到的就不是一个操作系统了，会给到一个更加上层的协议，让平台帮助应用实现自动伸缩以及自愈等，还可以帮助应用实现自动腾挪，当底层基础设施发生故障的时候，可以将应用从一台机器迁移到另外一台机器，也就是生命周期管理。基于上述协议，平台的很多能力就能够下沉，比如原本需要手工管理的事情只需要通过代码声明就可以很好地实现了，有了这些协议之后，业务应用就能够将相关的生命周期管理托管给平台。 应用架构升级 除了上述两点之外，第三步就是让应用架构需要通过升级来适应，这样才能让相关能力下沉到云平台。 IaaS上云阶段到云原生上云阶段的转变
进一步细化就会发现，在原来的IaaS上云阶段，除了需要关心业务逻辑之外，还需要关心业务应用的生命周期管理、流量管理，还需要自己进行搭建和配置中间件，比如在云环境中搭建Redis、kafka等，也就是说花费了大量时间在应用依赖管理的事情上，无法让云平台进行管理。今天，在PaaS上云或者云原生上云的阶段，想要做到的就是尽量使用云平台提供的能力，将更多的精力集中在业务本身，而将业务无关的通用技术能力都交给云来管理。 （编辑：莆田站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
