摘要：GaussDB(for Redis)的双活解决方案，支持同域主备、同域双主、异地主备、异地双主四大应用场景，提供了安全可靠的容灾能力。
2021年3月10日，欧洲某云服务提供商的数据中心发生火灾，当地消防部门出动上百名消防员才将大火扑灭，受影响的服务器共托管了约360万个网站，火灾过后，这些受影响的网站大多处于关闭状态。
机房火灾、网络异常、电力故障、自然灾害等极端场景，对互联网业务的连续运行有着巨大的威胁。
在安全组、反亲和、多可用区部署等能力加持下，如今的云服务已能够给客户业务带来比“自建”更可靠的保障。在面对上述极端灾害场景中，云服务也能提供更高级的防范方案——双活容灾。
今天我们来聊聊全世界机房里的主力数据库服务——Redis。作为业务刚需，Redis有两大类典型应用场景：
Redis作为数据库缓存，搭配MySQL或其他关系型数据库使用。一旦缓存故障失效，高并发的流量请求将对下游数据库造成严重冲击，无法继续支撑高并发业务，雪崩甚至可能导致系统完全不可用。
Redis独立存储核心数据，兼顾持久化与高并发访问。一旦Redis发生严重故障，将造成用户核心数据丢失以及关键业务不可用。
可见Redis的稳定性是企业要考虑的TOP问题。但是由于数据无法可靠存储、架构不稳定等原因，开源Redis很难像MySQL那样做出稳定可靠的双活系统，这也是国内云厂商很少主推Redis双活容灾的原因。
在华为内部，比如华为商城、流程IT平台等大型业务，对数据库（尤其是MySQL、Redis）都有很高的可靠性要求。在与这类企业级项目的联合演进过程中，云原生数据库GaussDB(for Redis)推出了企业级的双活容灾方案，支持四大应用场景，为业务的持续运行保驾护航。
GaussDB(for Redis)的双活容灾是基于GaussDB NoSQL存算分离架构，建立可靠的数据传输链路，实现两个实例间数据同步。如果实例A遇到突发故障导致不可用，客户的业务可以快速接入实例B，避免业务长时间受损。
从原理上看，数据库实例内增加高可靠性的Rsync数据同步服务，实时监控WAL增量日志，解析后将数据同步到目标实例。
上图中实线表示实例A向实例B同步数据的路径，虚线表示实例B向实例A同步数据的路径，双活解决方案支持配置为单向同步或双写同步。实例A和实例B可以部署在同一个Region，也可以部署在不同的Region。
因此，将两个GaussDB(for Redis)实例的部署位置和主备角色进行不同组合，能搭建出不同形态的双活容灾组网，客户可以根据自身的业务规划和使用场景自由选择。
接下来我们详细聊一下GaussDB(for Redis)双活容灾的不同组网形态。
同域双活部署在同一Region，通过对等连接打通网络，对等连接无带宽费用，同步时延在毫秒级，又分为同域主备模式和同域双主模式。
异地双活部署在不同Region，可以是同一城市的不同Region互通，也可以是全球不同城市互通，通过跨域的云连接打通网络，需要根据业务的写流量来配置合适大小的带宽。
综上，GaussDB(for Redis)双活容灾共支持四大应用场景：
在同域主备模式下，主实例可读可写，备实例只读，数据从主实例单向同步到备实例。如果主实例发生故障，可以将备实例角色变更为主实例，业务继续从新的主实例接入处理读写操作。
同域主备模式适合在同Region低成本获取容灾能力、有读写分离诉求的业务场景。相比同域双主模式具备更高的数据一致性，不担心双实例写冲突的问题，相比异地双活的成本更低。
在同域双主模式下，两个实例都是可读可写，任一实例都可以发起数据同步，双实例不涉及业务切流。
同域双主模式适合在同Region低成本获取容灾能力、有双写诉求的业务场景。相比同域主备模式，两个实例的计算节点都在处理读写业务，资源利用率更高，但需要在业务层面避免key冲突的问题，相比异地双活的成本更低。
在异地主备模式下，主实例可读可写，备实例只读，数据单向同步，主实例故障时由备实例继续处理业务。
异地主备模式适合期望有跨Region容灾能力、有读写分离诉求的业务场景，例如金融服务或核心用户数据等。相比异地双主模式具备更高的数据一致性，不担心双实例写冲突的问题，相比同域双活具备跨Region容灾能力。
在异地双主模式下，两个实例都是可读可写，数据双向同步，任一实例发生故障则由另一实例继续处理业务。
异地双主模式适合期望有跨Region容灾能力、有双写诉求、或者异地业务希望在就近Region接入数据库获取更低时延的业务场景，例如广告竞价、推荐系统等。相比异地主备模式，资源利用率更高，需要避免key冲突的问题，相比同域双活具备跨Region容灾能力。
华为内部某重要业务部门在超大规模集群（1w+个vCPU算力，1000+TB数据量）上，使用了基于GaussDB NoSQL统一架构的双活解决方案，在故障演练中进行了一系列严苛的可靠性测试，其中包括模拟机房断电、网络故障等场景，最终，GaussDB(for Redis)的双活容灾能力，充分满足了业务部门对RTO和RPO等指标的严格要求。
综上所述，GaussDB(for Redis)的双活解决方案，支持同域主备、同域双主、异地主备、异地双主四大应用场景，提供了安全可靠的容灾能力，具体亮点如下：
对于具有离线功能的智能手机应用程序，我正在为Xml文件创建单向文本同步。我希望我的服务器将增量/差异(例如GNU差异补丁)发送到目标设备。这是计划:Time=0Server:hasversion_1ofXmlfile(~800kiB)Client:hasversion_1ofXmlfile(~800kiB)Time=1Server:hasversion_1andversion_2ofXmlfile(each~800kiB)computesdeltaoftheseversions(=patch)(~10kiB)sendspatchtoClient(~10kiBtransferred)Cl
我构建了两个需要相互通信和发送文件的Rails应用程序。例如，一个Rails应用程序会发送请求以查看其他应用程序数据库中的表。然后另一个应用程序将呈现该表的json并将其发回。我还希望一个应用程序将存储在其公共(public)目录中的文本文件发送到另一个应用程序的公共(public)目录。我从来没有做过这样的事情，所以我什至不知道从哪里开始。任何帮助，将不胜感激。谢谢! 最佳答案 无论Rails是什么，几乎所有Web应用程序都有您的要求，大多数现代Web应用程序都需要相互通信。但是有一个小小的理解需要你坚持下去，网站不应直接访问彼此
我尝试运行2.x应用程序。我使用rvm并为此应用程序设置其他版本的ruby:$rvmuseree-1.8.7-head我尝试运行服务器，然后出现很多错误:$script/serverNOTE:Gem.source_indexisdeprecated,useSpecification.Itwillberemovedonorafter2011-11-01.Gem.source_indexcalledfrom/Users/serg/rails_projects_terminal/work_proj/spohelp/config/../vendor/rails/railties/lib/r
刚入门rails，开始慢慢理解。有人可以解释或给我一些关于在application_controller中编码的好处或时间和原因的想法吗？有哪些用例。您如何为Rails应用程序使用应用程序Controller？我不想在那里放太多代码，因为据我了解，每个请求都会调用此Controller。这是真的？ 最佳答案 ApplicationController实际上是您应用程序中的每个其他Controller都将从中继承的类(尽管这不是强制性的)。我同意不要用太多代码弄乱它并保持干净整洁的态度，尽管在某些情况下ApplicationContr
我是一个Rails初学者，但我想从我的RailsView(html.haml文件)中查看Ruby变量的内容。我试图在ruby中打印出变量(认为它会在终端中出现)，但没有得到任何结果。有什么建议吗？我知道Rails调试器，但更喜欢使用inspect来打印我的变量。 最佳答案 您可以在View中使用puts方法将信息输出到服务器控制台。您应该能够在View中的任何位置使用Haml执行以下操作:-puts@my_variable.inspect 关于ruby-on-rails-如何在我的R
是否可以在应用程序中包含的gem代码中知道应用程序的Rails文件系统根目录？这是gem来源的示例:moduleMyGemdefself.included(base)putsRails.root#returnnilendendActionController::Base.send:include,MyGem谢谢，抱歉我的英语不好 最佳答案 我发现解决类似问题的解决方案是使用railtie初始化程序包含我的模块。所以，在你的/lib/mygem/railtie.rbmoduleMyGemclassRailtie使用此代码，您的模块将在
无论您是想搭建桌面端、WEB端或者移动端APP应用，HOOPSPlatform组件都可以为您提供弹性的3D集成架构，同时，由工业领域3D技术专家组成的HOOPS技术团队也能为您提供技术支持服务。如果您的客户期望有一种在多个平台（桌面/WEB/APP，而且某些客户端是“瘦”客户端）快速、方便地将数据接入到3D应用系统的解决方案，并且当访问数据时，在各个平台上的性能和用户体验保持一致，HOOPSPlatform将帮助您完成。利用HOOPSPlatform，您可以开发在任何环境下的3D基础应用架构。HOOPSPlatform可以帮您打造3D创新型产品，HOOPSSDK包含的技术有：快速且准确的CAD
导读：随着叮咚买菜业务的发展，不同的业务场景对数据分析提出了不同的需求，他们希望引入一款实时OLAP数据库，构建一个灵活的多维实时查询和分析的平台，统一数据的接入和查询方案，解决各业务线对数据高效实时查询和精细化运营的需求。经过调研选型，最终引入ApacheDoris作为最终的OLAP分析引擎，Doris作为核心的OLAP引擎支持复杂地分析操作、提供多维的数据视图，在叮咚买菜数十个业务场景中广泛应用。作者｜叮咚买菜资深数据工程师韩青叮咚买菜创立于2017年5月，是一家专注美好食物的创业公司。叮咚买菜专注吃的事业，为满足更多人“想吃什么”而努力，通过美好食材的供应、美好滋味的开发以及美食品牌的孵
在应用开发中，有时候我们需要获取系统的设备信息，用于数据上报和行为分析。那在鸿蒙系统中，我们应该怎么去获取设备的系统信息呢，比如说获取手机的系统版本号、手机的制造商、手机型号等数据。1、获取方式这里分为两种情况，一种是设备信息的获取，一种是系统信息的获取。1.1、获取设备信息获取设备信息，鸿蒙的SDK包为我们提供了DeviceInfo类，通过该类的一些静态方法，可以获取设备信息，DeviceInfo类的包路径为：ohos.system.DeviceInfo.具体的方法如下：ModifierandTypeMethodDescriptionstatic StringgetAbiList()Obt
我们目前正在为ROR3.2开发自定义cms引擎。在这个过程中，我们希望成为我们的rails应用程序中的一等公民的几个类类型起源，这意味着它们应该驻留在应用程序的app文件夹下，它是插件。目前我们有以下类型:数据源数据类型查看我在app文件夹下创建了多个目录来保存这些:应用/数据源应用/数据类型应用/View更多类型将随之而来，我有点担心应用程序文件夹被这么多目录污染。因此，我想将它们移动到一个子目录/模块中，该子目录/模块包含cms定义的所有类型。所有类都应位于MyCms命名空间内，目录布局应如下所示:应用程序/my_cms/data_source应用程序/my_cms/data_ty
