如何有效地管理混合灾难恢复架构？

 使用公共和私人网络元素的组合(混合方法)是对两个领域来说最好的方法。但是，混合环境如何影响你的灾难恢复架构?

随着服务技术的普及，构建一个满足需求的灾难恢复(DR)平台成为可能。你还可以使用专用网络基础架构，基于公共云的基础设施或两者的组合：混合网络。

使用基于云的网络基础设施的一个原因是，你可以通过消除数据中心空间来容纳网络设备来减少开销。你可以获取所需的网络带宽的数量和类型，例如，每月租用，或使用其他付款方式。将基础设施资源迁移到传统的实体和环境之外，可以提供优秀的规模经济。

如果你决定使用混合灾难恢复方法，请确保你了解你的DR要求，它将保护哪些IT资产，以及每个资产的恢复时间和恢复点目标。

接下来，决定如何为灾难恢复架构使用公共和私有网络资产。使用新的基于云的网络资源，使用云来实现更低的风险应用程序和系统并不少见。随着时间的推移，假设云性能和安全性规定是可以接受的，你可以考虑将其他虚拟机，虚拟化系统和其他关键任务资产迁移到云端。

组织可以使用基于本地的故障转移和故障恢复系统，远程托管故障转移和故障恢复系统以及较新的灾难恢复即服务产品实施混合灾难恢复。选择支持灾难恢复架构的特定网络安排应该是IT组织和网络提供商之间的共同决策。

在部署混合灾难恢复架构时，请务必进行验收测试并对恢复功能进行测试，以确保其可以正常工作。

随着时间的推移，你可能希望将网络服务从私人网络更改为公共服务，反之亦然。与你的网络服务提供商和灾难恢复提供商紧密合作，确保DR平台能够迁移到其他网络基础设施。迁移完成后，进行一次或多次测试，以确保灾难恢复架构继续正常执行。

最后，如果对不同网络基础架构的更改导致DR计划中的过程发生变化，请务必尽快更新这些过程。

作者：Paul Kirvan
来源：51CTO
分布式系统核心：REST风格的架构，REST成熟度模型及REST API管理 正如前文所述，正确、完整地使用REST是困难的，关键在于RoyFielding所定义的REST只是一种架构风格，它并不是规范，所以也就缺乏可以直接参考的依据。好在Leonard Richardson补充了这方面的不足。
LNMP架构下WEB服务器如何管理及优化内存？ Ngnix+PHP-FPM的工作方式，似乎是LNMP架构最节省系统资源的工作方式。当然，具体的技术选型更多的应该参考自己想要实现的业务需求。
浅谈大型组织中前端管理架构 前端，现代前端分工变得越来越细致，页面制作、JavaScript框架设计、组件插件、交互设计、工程化脚手架等，项目中前端的占比也越来越高，继而出现了BFF (Back-end for Front-end 服务于前端的后端)，这一切的助力离不开各大浏览器厂商的厮杀。
在微服务架构中管理技术债务 在 QCon Plus，Glenn Engstrand 谈到了一种促进技术债务管理的方法。 大多数参与软件开发的人员在试图让产品经理或项目经理同意他们花时间修复项目技术债务时都会遇到困难。 Engstrand 在 Optum Digital（前身为 Rally Health）采用的方法能够以一种系统性和非对抗的方式管理这些具有不同优先级的问题。
微服务架构 | 2.1 使用 Spring Cloud Config 管理服务配置项 SpringCloud Config 为微服务架构中的微服务提供集中化的外部配置支持，配置服务器为各个不同微服务应用的所有环境提供了一个中心化的外部配置；
展望未来：在多云架构中管理数据 云计算战略的最重要的原则包括可扩展性、冗余性、成本效益和适应性，最好通过根据组织的技术和业务需求定制的真正多云设置来实现。