经常能听到有朋友对云产品选择上的吐槽，纷繁复杂，无从下手。造成这一现象的原因，一方面是因为云产品的确比较复杂，其需面向海量客户，满足各类需求；另一方面，云厂商在产品规划时也有着其自身考虑，有着长远的布局，短期内可能会有一定的复杂。但无论怎样，从最终用户角度来看，还是希望能更加简洁、明了。作为国内云厂商的领头者，阿里云一直在云产品规划布局上，有着领先独到之处。近期的一篇阿里云公众号的文章吸引了我，其针对Redis产品布局做了详细的说明，不仅可以方便用户了解产品、做出选择，此外从中我们也可以对云产品规划窥知一二。
上图正是摘自阿里云公众号的文章，其针对Redis产品族做了概要性的说明。我从上图中，分解出产品定义的若干要素，形成了下面的表格。下文根据这些内容，谈谈我对云产品规划的一些理解。以下内容仅代表个人观点，如有错误，欢迎指正。
1. 类别之争：开源 or 自研
从产品定位之处，就将这一产品划分为两类：开源与自研，与之对应的就是Redis社区版和Redis企业版。
-
开源
针对开源的版本，其核心是提供原汁原味的体验，即原生特点。云产品这里主打的更多是兼容、优化以及托管带来的运维便捷性。在实际推进过程中，更加强调的是完全进入社区特性，紧跟社区发布速度，而且尽可能的做到和社区的PR相关的合并都尽可能的跟进。另外会积极贡献代码，反哺社区。这一产品主打的广大生态类用户，通过兼容性消除上云的疑虑；通过优化、托管带来增值类服务；通过反馈社区，可更好地融入生态。
-
自研
当然随着使用产品的深入，开源产品往往受限于基础，存在诸多不足；因而自研类产品则可以很好地弥补这些不足，满足用户更高层面的需求。这些产品定位往往突出若干核心能力，来满足企业级用户需求。例如常见的性能、安全、可用性、成本等方面，往往都是企业级用户比较看重的。上面Redis产品族，也遵循之一特点。特别是在下面会谈及的形态、类型、架构等方面，自研产品具有更大自由度及选择范围。
思考：托管开源与自研企业级产品是云产品典型设计策略。通过这样的“高低组合”，可以覆盖用户全系列的需求。前者可以充分地享受开源生态的红利，带来的用户数、生态上的收益；后者持续投入，通过构建产品护城河，形成核心竞争力，进而从营收、技术先进性上收益。从各大云厂商近两年的举措来看，也纷纷加强了对自研产品（独立品牌）的投入。从阿里云的PorlaDB、AnalyticDB、Tair、Lindorm，到腾讯云的TDSQL品牌统一，再到华为的GaussDB系列等等。
2. 形态升级：托管+专属+多云
托管形态，过去一直是云产品的唯一形态。用户通过购买云产品，可以享受到托管带来的诸多益处，但与此同时也受限于这种模式，无法满足企业的个性化需求。因此，才诞生专属主机组这种“半托管”形态及基于k8s标准带来的多云的”容器托管”形态。
-
半托管
通过引入半托管形态，可满足企业对资源灵活分配、更好的隔离、更多的控制及兼容运维体系等方面带来好处。这对于企业级客户，特别是大客户非常具有吸引力。这些用户的特点正是资源消耗大（需要灵活分配策略）、稳定性要求高（需要更好隔离）、使用要求高（需要更多控制）及较为完备的运维体系（有对接兼容类需求）。上述产品形态，恰好满足了这部分需求。
-
容器托管
通过引入容器托管产品形态，将产品能力延伸到他云、IDC的标准K8S服务上，缓解客户的绑定焦虑、地域不满足、企业策略等无法迁移上云的痛点。
思考：通常来讲，我们把客户可划分为已有客户、竞对客户、流失客户、待评估客户、未开发客户。而上面谈到的产品形态升级，对于争取竞对客户、吸引待评估客户、挖掘未开发客户上均带来好处。这是一种常见的“引领型”思维。通过不断推出新产品（形态），来完成对竞对客户、新客户及新市场的争夺。如下图产品策略可见。
3. 类型扩展：性能、空间、成本全覆盖
在满足之初对于原生Redis基本能力的需求外，企业还有多种个性化需求（主要体现在高性能、大容量、低成本方面）。上述Redis产品族，通过自研企业级产品很好地满足了这部分需求，覆盖了用户全方位的产品场景需求。下图摘自阿里云官网，对多种产品类型的说明。
-
Redis社区版
原生Redis能力，提供标准服务。
-
Tair（Redis企业版）：性能增强型
性能优化版本的Redis，通过在基础层的优化，来提供极致性能。
-
Tair（Redis企业版）：持久内存型
突出个性能力（持久化）的产品定位，通过自研产品与新型硬件的结合，提供兼具个性与性能的平衡服务。
-
Tair（Redis企业版）：容量存储型
主打性价比产品，通过自研产品与云基础设施的结合，提供极具成本优势的服务。
思考：用户的需求是多样化的。在对新产品定位时，需要思考的是给怎么样的客户，通过什么样的价值特性，解决了客户什么样的问题。通过对市场问题的分析，转换为价值特性定位，并进而对应一或多个产品功能来满足。上述不同类型的产品，正是产品定位思想的体现。
4. 架构灵活：场景催生不同架构
针对用户在若干特性需求，可通过灵活的架构选择来满足。例如用户对可用性的要求，对自动扩展的需求，对读写分离的需求。当用户选定产品后，通过不同的架构选择，可突出满足这些特性需求。如下图就是阿里云在Redis产品上提供的不同架构选择。此部分内容摘自阿里云官网。
-
单节点架构
简单场景
-
双机热备架构
高可用场景，支持自动切换。这是企业级应用的基本要求，因此在企业版中热备就是基本要求。
-
集群架构
高可用+扩展场景，支持不同的业务压力及性能扩展能力。
-
读写分离架构
个性场景（读多写少）的专属方案。
思考：抽象化用户场景，通过产品+架构的组合满足场景需求。在定义架构时，需对场景化需求有着充分的认识，才可能进而挖掘出来。
韩锋频道：
关注技术、管理、随想。
长按扫码可关注
原文作者：韩锋频道；如有侵权，请联系管理员删除。
