大周末，北京弄了个雾霾红色警报，我的车是国II排放，不能开了。本来打算明天开车去4S店看看车，准备换车的。
心情糟糕透了，弄给美女图压压惊。
心情虽然不好，但今天看到一个Hedvig的超大规模存储傻瓜书，里面有一个如何选择存储架构的方法，觉得挺有意思，分享给大家。
经常碰到好多朋友或者客户问我，到底什么场景选择什么样的存储架构？因为大家都清楚，每种架构都有其优缺点。我虽然每次都觉得回答清楚了，但从来没有给出一个量化的指标。
而这次这本傻瓜书给出了一个打分的思路来选择，我觉得挺有意思，也不知道是否有用。但如果你有选择恐惧症，不妨一试。
具体的方法就是这样的：
1、每250个员工算一分，看看你的组织有多少人，可以算出用户规模的分值；
2、每100个VM算2分，看看你数据中心的VM的数量，可以算出VM规模的分值；
3、每100个企业应用算2分，看看你需要支持多少个企业应用，可以算出应用规模的得分；
4、每100TB数据加1分，看看你组织的数据量，可以算出数据量的分值。
把上面的1-4项得分加起来，看看总分是多少。
0-20分：采用传统存储就可以了
21-60分：建议采用超融合
61分以上：建议采用hyperscale存储
当然，这个假设是你这个组织只采用一种架构，但实际上，一个组织经常采用多种架构。如关键业务，常采用高端存储；而分支机构，可以采用超融合；在大数据可开发测试场景，多采用hypersacle架构等等。
不过，上面的思路还是可以参考的。你可以把这种架构要服务的人员、VM数量、应用数量和数据量来打分，而不要根据组织单位来打分。
不过，这只是一个通用的原则，不一定适用你。不过，如果你真的不知道如何选择，我觉得这个方法挺不错的。
大家不妨试试，然后告诉我们傻瓜书作者告诉我们的方法是否好用。
