【51CTO.com快译】企业会被混合云所吸引，原因是它使企业能够混合搭配本地基础架构、私有云资源和公共云服务，以构建最适合需求的云架构。
但由于这些架构涉及不同类型的多个部分，因此，无论在本地还是在公共云，混合云管理通常都比在单个环境中运行来得困难。
探究管理混合云架构的这五个优秀实践，以便你的IT团队可以针对可靠性、性能、成本和安全进行优化。无论你打算从头开始构建混合云还是要管理现有的混合云，会发现以下贴士很有用。
认真管理数据进出
数据进出是指数据移入或移出云。在混合云架构中，每当数据从一个组件移到另一个组件，数据就会进出，比如当管理员将数据从公共云服务移至本地服务器或私有云时。
数据进出对于混合云管理很重要，主要有两个原因：
- 性能：就云性能而言，网络上的数据移动通常是最薄弱的环节。数据在连接两个不同云的互联网连接上移动的速度比在同一个云中移动的速度慢得多。这意味着不必要的数据进出会降低性能。
- 成本：在大多数情况下，公共云提供商不对入站数据传输收费，但每当数据离开云就会收费。因此，出站数据越多，你为基础架构中公共云部分支付的成本就越高。
为了在混合云环境下针对性能和成本进行优化，避免不必要的数据传输至关重要。如果数据经常在混合基础架构的各部分之间移动，应重新安排结构以减少各部分之间的移动。比如说，如果你有一个应用程序托管在连接到本地数据库的公共云上，可以将数据库移到公共云以减少数据进出，因为该应用程序和数据库将在同一环境中运行。
避免原生云工具
公共云供应商提供了一系列工具来监控和管理托管在其云上的工作负载。如果你的工作负载只在特定的云上运行，这些服务很棒，但是专门用于AWS、谷歌云平台或微软Azure的原生工具通常只帮助你管理基础架构中属于该云的那部分。它们无法用于私有云或本地资源。
围绕与一大批主机环境兼容的第三方产品构建混合云管理和监控工具集，克服这些限制。面向应用程序性能管理、成本监控和配置的大多数现代工具在本地环境、私有云和各大公共云中都能同样顺畅地运行。
拥抱持续不断的变化
企业组织采用混合云策略来尽量提高灵活性，因此，不应将混合基础架构视为一成不变。
相反，应将混合云视为可以并应该不断变化的基础架构。别害怕随着需求的变化、新机遇的出现而重新调整或重新配置工作负载的布局。
比如说，你最初构建混合云架构时，可能决定将数据存储在本地，但很快发现，由于公共云存储成本降低，现在将数据移至公共云更明智。或者，目前可能有应用程序托管在本地，如果充分利用位于公共云的无服务器函数，可以提升其性能。另外，出于隐私和管理方面的考虑，你可能决定托管在公共云上的数据移至私有数据中心。
实施云治策略
你的云架构中的层数越多——混合云常常需要这样，就越难确保以一种可预测、一致的方式来配置它们。缺乏可预测性和一致性的配置很难针对成本、性能和安全进行优化。
你可以使用一项可靠的治理策略来创建或管理基础架构中任何部分中的资源，以此应对这个混合云管理难题。治理策略有助于确保一致性和标准化。
比如说，你的策略可能包含定义如何配置新资源访问权限的规则。那样一来，管理员可以参照治理策略以确定采用哪种方法。这有助于避免这种情况：你对本地工作负载采用一种方法，对私有云工作负载采用另一种方法，对公共云服务采用另一种方法。
考虑抽象层
如果你发觉管理混合基础架构特别困难，不妨采用将基础架构的各个基础部分组合到一个界面中的工具。这样一来，比较容易管理混合云的不同部分，因为管理员只需面对抽象层，而不是每个底层的部分。
从这个意义上讲，使用云抽象层类似使用虚拟机管理程序来构建一致且统一的虚拟化基础架构，即使托管该基础架构的各个服务器不一致、不统一。
面向混合云的抽象平台仍然比较原始，构建设置起来很费劲。然而，Libcloud之类的工具可以简化这项任务：跨含有多个云API的架构来部署应用程序。也可以采用第三方基础架构即代码工具(比如Terraform)，跨混合云的不同层使工作负载的部署过程实现标准化。在一些情况下，你可以使用Kubernetes之类的平台，通过创建跨整个混合云的部署，将完全不同的混合云组件统一到单一环境中。
原文标题：5 tips to optimize your hybrid cloud management，作者：Chris Tozzi
【51CTO译稿，合作站点转载请注明原文译者和出处为51CTO.com】
