摘要：GaussDB(forRedis)的双活解决方案，支持同域主备、同域双主、异地主备、异地双主四大应用场景，提供了安全可靠的容灾能力。一场火灾引发的思考2021年3月10日，欧洲某云服务提供商的数据中心发生火灾，当地消防部门出动上百名消防员才将大火扑灭，受影响的服务器共托管了约360万个网站，火灾过后，这些受影响的网站大多处于关闭状态。机房火灾、网络异常、电力故障、自然灾害等极端场景，对互联网业务的连续运行有着巨大的威胁。在安全组、反亲和、多可用区部署等能力加持下，如今的云服务已能够给客户业务带来比“自建”更可靠的保障。在面对上述极端灾害场景中，云服务也能提供更高级的防范方案——双活容灾。
摘要：GaussDB(forRedis)的双活解决方案，支持同域主备、同域双主、异地主备、异地双主四大应用场景，提供了安全可靠的容灾能力。一场火灾引发的思考2021年3月10日，欧洲某云服务提供商的数据中心发生火灾，当地消防部门出动上百名消防员才将大火扑灭，受影响的服务器共托管了约360万个网站，火灾过后，这些受影响的网站大多处于关闭状态。机房火灾、网络异常、电力故障、自然灾害等极端场景，对互联网业务的连续运行有着巨大的威胁。在安全组、反亲和、多可用区部署等能力加持下，如今的云服务已能够给客户业务带来比“自建”更可靠的保障。在面对上述极端灾害场景中，云服务也能提供更高级的防范方案——双活容灾。
统计主题需求指标【ADS】输出方式计算来源来源层级访客【DWS】pv可视化大屏page_log直接可求dwdUV（DAU）可视化大屏需要用page_log过滤去重dwmUJ跳出率可视化大屏需要通过page_log行为判断dwm进入页面数可视化大屏需要识别开始访问标识dwd连续访问时长可视化大屏page_log直接可求dwd商品点击多维分析page_log直接可求dwd收藏多维分析收藏表dwd加入购物车多维分析购物车表dwd下单可视化大屏订单宽表dwm支付多维分析支付宽表dwm退款多维分析退款表dwd评论多维分析评论表dwd地区PV多维分析page_log直接可求dwdUV多维分析需要用page
统计主题需求指标【ADS】输出方式计算来源来源层级访客【DWS】pv可视化大屏page_log直接可求dwdUV（DAU）可视化大屏需要用page_log过滤去重dwmUJ跳出率可视化大屏需要通过page_log行为判断dwm进入页面数可视化大屏需要识别开始访问标识dwd连续访问时长可视化大屏page_log直接可求dwd商品点击多维分析page_log直接可求dwd收藏多维分析收藏表dwd加入购物车多维分析购物车表dwd下单可视化大屏订单宽表dwm支付多维分析支付宽表dwm退款多维分析退款表dwd评论多维分析评论表dwd地区PV多维分析page_log直接可求dwdUV多维分析需要用page
DWM建表，需要看DWS需求。DWS来自维度（访客、商品、地区、关键词），为了出最终的指标ADS需求指标DWT为什么实时数仓没有DWT，因为它是历史的聚集，累积结果，实时数仓中不需要DWD不需要加工DWM需要加工的数据统计主题需求指标【ADS】输出方式计算来源来源层级访客【DWS】pv可视化大屏page_log直接可求dwdUV（DAU）可视化大屏需要用page_log过滤去重dwm跳出率可视化大屏需要通过page_log行为判断dwm进入页面数可视化大屏需要识别开始访问标识dwd连续访问时长可视化大屏page_log直接可求dwd商品点击多维分析page_log直接可求dwd收藏多维分析收藏
DWM建表，需要看DWS需求。DWS来自维度（访客、商品、地区、关键词），为了出最终的指标ADS需求指标DWT为什么实时数仓没有DWT，因为它是历史的聚集，累积结果，实时数仓中不需要DWD不需要加工DWM需要加工的数据统计主题需求指标【ADS】输出方式计算来源来源层级访客【DWS】pv可视化大屏page_log直接可求dwdUV（DAU）可视化大屏需要用page_log过滤去重dwm跳出率可视化大屏需要通过page_log行为判断dwm进入页面数可视化大屏需要识别开始访问标识dwd连续访问时长可视化大屏page_log直接可求dwd商品点击多维分析page_log直接可求dwd收藏多维分析收藏
三天研发，两天设计；01【优先做设计方案】职场中的那些魔幻操作，研发最烦的是哪个？作为一个数年且资深的互联网普通开发，可以来说明一下为什么是：缺乏设计；面对业务需求的时候，可能都听过这样一句话：这个很简单，直接开发，三天内上线；产品听了流泪，测试见了崩溃，研发眉头一皱直呼什么鬼；如果没有听过，那么职场的经历可能是不完美的，但是幸运爆棚；这种魔幻般的神奇操作，逻辑在哪里？底线在哪里？唯独离谱在这里；从实践经验上来看，产品研发抛开业务设计所带来的反伤，也许会迟到，但绝对不会缺席；所谓的简单业务流程，仓促上线之后，后续补坑的成本可能高的离谱；相对于完整的研发周期来说，设计、落地、一次性的高质量完成，
三天研发，两天设计；01【优先做设计方案】职场中的那些魔幻操作，研发最烦的是哪个？作为一个数年且资深的互联网普通开发，可以来说明一下为什么是：缺乏设计；面对业务需求的时候，可能都听过这样一句话：这个很简单，直接开发，三天内上线；产品听了流泪，测试见了崩溃，研发眉头一皱直呼什么鬼；如果没有听过，那么职场的经历可能是不完美的，但是幸运爆棚；这种魔幻般的神奇操作，逻辑在哪里？底线在哪里？唯独离谱在这里；从实践经验上来看，产品研发抛开业务设计所带来的反伤，也许会迟到，但绝对不会缺席；所谓的简单业务流程，仓促上线之后，后续补坑的成本可能高的离谱；相对于完整的研发周期来说，设计、落地、一次性的高质量完成，
技术也好，业务也罢；01【什么是业务？】对于那些久经职场的人，也很难一句话说明白；业务，作为工作中绝对的核心点，即便在一个公司待的足够久，对业务足够熟悉，也很难简单直接的说清概念；业务，立足在一个行业的范畴内，比如物流、金融、电商等；从行业向下看，延伸到工作中经常说的业务需求和价值，进行结构化的梳理；从个人的经验中来描述业务的定义：行业的基本模式，运作的流程，具体的事务执行；对于业务这种结构化的概念分析，只能作为了解事物的入门参考，并不在具体问题的范畴内；核心的业务能力，要站位所处层级和阶段，体现在解决方案的设计和执行策略；回到实践场景中来分析；虽然对于公司来说，商业的生意模型是顶层，产品矩阵
技术也好，业务也罢；01【什么是业务？】对于那些久经职场的人，也很难一句话说明白；业务，作为工作中绝对的核心点，即便在一个公司待的足够久，对业务足够熟悉，也很难简单直接的说清概念；业务，立足在一个行业的范畴内，比如物流、金融、电商等；从行业向下看，延伸到工作中经常说的业务需求和价值，进行结构化的梳理；从个人的经验中来描述业务的定义：行业的基本模式，运作的流程，具体的事务执行；对于业务这种结构化的概念分析，只能作为了解事物的入门参考，并不在具体问题的范畴内；核心的业务能力，要站位所处层级和阶段，体现在解决方案的设计和执行策略；回到实践场景中来分析；虽然对于公司来说，商业的生意模型是顶层，产品矩阵
