吃了一个星期老罗和西贝的瓜，作为一个既没有买过罗永浩任何产品的人，也多年没吃过西贝的人，我个人的关注点更在于预制菜到底怎么定价这件事请上。
萨莉亚都是预制菜，老乡鸡明文承认自己使用预制菜，但是我几乎没见过有人吐槽他们预制菜。人均20量大管饱还有肉的餐厅，用预制菜关我什么事？人均100的餐厅，如果用预制菜那我得看看口味和食材新鲜度。人均200以上，你给我吃全预制菜，对不起，我不接受。
本质上，是因为不同价格带来的预期不同，中央厨房统一制作带来的食材新鲜度的不确定以及口味上的损耗，与价格是否可以匹配。
标准化与定制化
我们日常在公开场合讨论的数据库软件，全部都基于标准化的公开发布产品。而且在数据库领域，标准化的程度其实是远高于应用系统的。曾经遇到过很多次，同一个应用系统，在同一个公司，因为不同业务线的需求，最终定制化开发出不同版本的情况。但是这种做法在数据库领域却比例很低，往往集中在一些开源项目在技术能力比较强的企业自行定制化开发某些功能。
作为曾经的数据库产品经理，如果让我来阐述这个差异，我能想到的是几个原因：
1. 软件生态的定位。越是底层的基础的，越要对可靠性有着极强的要求。硬件的可靠性要求高于操作系统，操作系统的可靠性要求高于数据库。数据库是整个生态的数据枢纽，需要对接大量工具和系统，而这些工具和系统都是基于数据库的标准化接口或协议开发的。如果我们把这些数据库进行深度定制，比如修改SQL 语法或者变更接口协议，会导致所有依赖它的工具系统失效都要跟着一起调整。必须保持标准化，才能支撑起庞大的上层生态。
2. 需求粒度的不同。应用程序的用户，无论C端还是B端，都是直接面对业务，需求非常具体且个性化，从需求管理的角度，这些需求是细颗粒的，且不同用户差异极大，很多时候必须通过定制化满足。数据库的用户不是业务人员，而是程序员或者DBA，他们的需求可能聚焦在通用能力，比如我要用一个或者一个组合特性来解决一类业务场景，比如主备能力解决两地三中心、读写分离、数据同步等等。即使有特殊需求，比如金融级高可用，也是基于标准版本做扩展，比如Oracle RAC+ADG，这不是完全定制新数据库。
3. 维护成本。工程之所以是工程，就是因为我们要带着成本思维。定制化的应用程序通常只服务于单个业务或企业，维护范围其实是有限并且确定的。我之前公司定制的OA系统，维护时只需关注该公司的业务变更，不会影响其他系统，维护成本可控。但是数据库如果进行定制化开发，维护成本会呈指数级增长。第一个难题就是版本兼容问题，我用标准化数据库的版本升级和定制化数据库的升级，需要单独适配的工作量完全不同，以及出现bug修复的难度也不可同日而语。成本上限没法估算。
4. 人的因素。应用程序的定制化开发，更多的是针对企业业务逻辑的不同做出的开发，通常来说，换个人，了解了业务逻辑的区别，仍然可以接手。当年我前公司那个采购系统用了10年，一线的定制化开发程序员已经换了好几批，并不耽误新的调整。然而数据库的定制化开发，只有参与定制的少数工程师理解内核修改逻辑，一旦人员流动，维护会陷入停滞。而且如同之前所说，不但内核修改，匹配的其他软件工具都要跟着修改，这中间的沟通联调成本远远高于上层应用。
说到这里，我能想到，可能就只有单机游戏和数据库比较像，我们几乎听不到单机游戏对谁做过定制化开发。而很多企业对公开发行的数据库做了定制化之后，往往又会选择把这些版本做成公开发行版，也是基于同样的逻辑，降低成本，把它变成一个标准化产品。
实际上，这些都属于“预制菜”。
现制菜与高端产品
预制菜的另一面就是现制菜，其成本和价格就不好评估了，食材、人工、物流诸多环节都不一样，哪怕是同一个餐厅不同厨师做的菜，成本都千差万别，嘴刁的食客，一口就能吃出来不同。但是总的趋势，它们都比预制菜成本高。
数据库作为标准化产品，能在在标准化之外做的事情，其实也很明确，从DBA的角度我也来说几点：
1. 配置与优化。一个数据库软件少则几十个参数，多则几百个参数，同一规格硬件同一个版本的数据库，参数配置不同可能表现出的性能差异完全不同。就好比我都用一辆赛车跑赛道，蒙扎要用低阻调校，然而到了铃鹿换成高下压力，同一个赛车表现完全不同。数据库也是如此。这些都是要通过长期的使用总结磨合，的出来的宝贵经验，Oracle昂贵的高级服务也是基于这一点向客户提供。如果把数据库比作同一道菜的食材，那么开发者和DBA就是厨子，做出来的味道千差万别，做的好吃，匹配业务，自然就贵。这就是典型的现制菜。
2. 高端产品与高配餐厅。最早软硬一体打法，如果没有记错，就是IBM搞的，自家的小型机+AIX+DB2，在长时间以来无往不利。后来Exadata跟进，让一体机成为了高端的代名词，直到今天让很多厂商模拟。一体机代表的，不仅仅是标准化的软硬件，还有长期以来经验总结的固化，好比一些餐厅，做到一定程度，都会推出黑珍珠版、高配版等等，都是基于自己菜肴不断打磨不断尝试后推出的高价格的高端服务，为了应对不同预算不同需求的客户。
3. 风险控制。其实无论是现制菜还是数据库领域的高端产品，都存在一个隐性的因素，风险控制。例如预制菜一旦发生整个批次品质问题，现场的厨师面对这些预制菜是不能解决的，而现制菜，因材施工，尤其是高端餐厅总是有办法兜底。数据库领域，无论是高级服务还是一体机，都有更高级别的专家兜底，哪怕是企业版的Percona MySQL，如果买了服务，都是比社区版在风险控制上更可控。
你问我哪个更好？预算充足，我去吃饭肯定选择现制菜，用一体机，让原厂高服给我解决问题，但是反过来，我就这点钱，不可能既要有要还要。一定是要根据投入来决定预期。20块吃个老乡鸡，我毫不在意，但是200块你给我弄一道不知道储存多久的预制菜，那我肯定掀桌子。
从公关的角度，可能一些餐饮老板一直没搞清楚，消费者愤怒的点在哪，不在于你用没用预制菜，而在于你收了我多少钱让我吃什么演的预制菜。
从数据库用户的角度，我用开源数据库免费的版本用不好，别人用的不错，那是我自己菜。我花了高额费用得不到想要的服务和性能，那就是厂商责任。
萨莉亚的意面披萨，真不错。
