Page 39 - BP_202108
P. 39

云原生优势：消除资源闲置、扩展难题                                  全面衡量资源（硬盘、内存、CPU、网络和云服务）及其
                      那需要做什么？应用程序必须以云原生微服务方式完                         它优化微服务执行和随着时间的推移降低成本所需的数据
                   全重构和重建。那么它将能以最佳的的高效方式满足上述                          的使用情况。
                   要求。                                                    ·根据所需的SLA，可以采用各种部署策略，如Blue-
                      许多厂家声称是云原生的，原因是他们使用AWS  S3                      Green、Roll-up和Canary。（例如，是否要求零停机时
                   Storage的两个可用区。这不符合我们的定义。                           间？或者需要将升级和维护风险降到最低？）
                      其它厂商展示了一部分构建在Docker上的功能，可以                          ·自动伸缩：根据不同的标准自动启动和关闭服务：纯
                   在机器上人工部署。这也不符合我们的定义。                               IT（磁盘IO、内存）对工作流程参数（排队操作）。
                      为了提高效率，百分百的系统功能必须暴露在一批颗                             ·安全。轻松使用和重用Kubernetes安全策略和网络
                   粒状、自足的服务中，这些服务可以使用现代容器编排技                          切片。
                   术（包括Docker和Kubernetes）立即启动、扩展和关闭。                      最后，我们的云原生方式的一些额外特性包括：
                                                                          ·充分利用无服务器计算按需触发微服务，实现基于事
                   架构良好的云：AWS的5个支柱                                    件的定价。
                      实际上，由云原生服务而引起的敏捷性和能力的确在                             ·在一个将再次使用编排打包、自动测试和部署的管道
                   它们在基础层的构架方式上引发一些额外和复杂的非功能                          全面实现CI/CD。
                   性要求。                                                   ·物理基础设施不可知：使用“基础设施即代码
                      在基础层次上的架构方式确实引发了一些额外的、复                         （IaC）”范式。
                   杂的非功能性需求。这意味着什么？云领域的领导者之一                              另一个需要考虑的关键特性是解决方案如何与特定的
                   是亚马逊网络服务，他们对5个核心方面的描述是一个很好                         云供应商“绑定”。它可以是云原生的，符合所有期望的
                   的开始，也是Tedial架构方法的灵感来源。这5个方面是：                      架构原则，但非常依赖特定的云供应商服务，这些服务不
                      ·卓越运营。满足业务要求，“开发和运行”工作负载                        可能或很难从一个云供应商转移到另一个云供应商，或者
                   应该交付所要求的商业价值，显示操作可见性，并持续改                          甚至在本地运行。一些公司已经使用这种方法快速切入市
                   进流程和过程。                                            场，并拥有一个在云中（但只在一个云中且永远不会说在
                      ·安全。保护数据、系统和资产——坚持没有“可信”                        本地）完美运行的产品。
                   起源的理念。                                                 为了解决这个问题，厂商必须更进一步，使用可用于
                      ·可靠性。冗余/弹性。正确和一致地履行其功能，包                        或可移植到任何环境的服务，换句话说，不对核心功能使
                   括在某些组件故障的情况下继续工作（冗余）和自动恢复                          用特定的云供应商服务，并用“基础设施即代码（IaC）”
                   （弹性）的能力。                                           方式定义部署。过去，建立新的基础设施意味着将物理服
                      ·性能效率。在需求不断变化的条件下，应用程序只                         务器堆叠起来，配置网线，并将硬件安置在一个有能力的
                   使用满足系统需求的最小计算资源。 更重要的是，它应该                         数据中心中。如今，建立一个更高效性能、更低成本高效
                   适应核心硬件和可用的先进技术提供的新效率，并适当扩                          益、更安全的基础设施都可以通过使用可被机器读取的软
                   展，以在利用率增加的情况下保持商业价值。                               件来完成，这些软件将自动创建所有的微服务、网络、存
                      ·成本优化。系统应该能够随时以尽可能低的价格实现                        储和所有相关的安全策略。
                   商业价值。                                                  有许多IaC工具，其中一些也是特定于供应商的，但有
                      这些要求比高性能单模块软件（即使是模块化的软                          一个如Terrform这样的多重云的工具，它可部署到任何云
                   件）所能满足的要复杂得多。如果没有大量的投资，就无                          上且是云不可知的，或甚至是Kubernetes Cluster中的预
                   法重新构建满足上述要求的一整套成熟的MAM和工作流程                         部署，将避免厂商锁定，并将保证不会过时。
                   系统。
                      但是，为使系统功能被认为百分百基于微服务，恰恰                         向前迈进一步：混合云
                   必须做出这种投资。                                              混合云在微服务部署方面向前迈进了一步，因为它们
                                                                      需要无缝部署于云和本地。为此，实现IaC部署是关键，但
                   Kubernetes：容器编排的关键                                 最重要的是，不同位置的节点是自主的，但从一个点进行
                      利用微服务编排最流行的方式是使用Kubernetes。                     管理。从微服务的角度来看，混合云部署必须利用使用云
                   Kubernetes提供了一个公共平台，只需进行最小的适配，                     资源和所有编排、升级策略和CI/CD的弹性。总而言之，
                   就可以在本地及所有公有云（如AWS、谷歌云平台、微软                         它必须作为一个单一的系统工作，其操作服务于在最合适
                   Azure等）中部署微服务。                                     的位置执行的业务需求，优化成本，但不过度复杂化工作
                      这种方式必须包括：                                       流程定义和维护。对于这一方法来说，媒体集成平台是关
                      ·先进的技术和操作控制面板。详尽监测所有微服务，                        键。 B&P


                                                                                                                      39
   34   35   36   37   38   39   40   41   42   43   44