所以第一点是行散神不散。优秀的技术同学一直在用架构的意识，解决实际的技术和业务问题，这就跟普通的技术同学有本质的区别。他不光是解决这一个问题，他可能解决这一类问题，用架构的思想去解决问题。
第一点就是沟通能力非常关键。你怎么把这个问题说清楚，切中问题的点，同时也能帮助上下游带来实际的效果。第二点是架构需要能救火，但不仅仅是救眼前的火，应该救未来的火，架构师救火能力要很强。
ESSD 云盘的性能指标与产品规格是如何计算的？
ESSD 云盘的性能与容量线性相关，容量越大性能越高，相比 SSD 云盘有大幅的性能提升。更多详情，请参见 ESSD 云盘。
例如，当您创建了 ecs.g6se.xlarge 16GiB 规格实例后，该实例最大存储 IOPS 为 6 万。如果挂载了 1 块存储 I/O 能力为 2TiB 的 ESSD 云盘（单盘 IOPS 为101800），该实例最大存储 IOPS 只能为 6 万，而无法达到 2TiB ESSD 云盘的 101800IOPS。
怎样可以查看块存储的使用情况和剩余空间？
您可以登录 ECS 实例，在实例内部查看块存储的使用情况和剩余空间。ECS 管理控制台和 ECS API 暂时无法查看该类信息。
什么是 I/O 优化？我能将存量的 ECS 实例升级为 I/O 优化的实例吗？
I/O 优化为实例与云盘之间提供更好的网络能力，可保证 SSD 云盘存储性能的发挥。对于 I/O 优化的实例，挂载 SSD 云盘时能够获得 SSD 云盘的全部存储性能。
然后要搞清楚哪些子域是核心子域，哪些是非核心子域，哪些是公共支撑子域；然后，还要思考子域之间的联系是什么。
会员中心：负责用户账号登录、用户信息的管理；
商品中心：负责商品的展示、导航、维护；
订单中心：负责订单的生成和生命周期管理；
如果我们遇到一个冷门的领域，就没办法这么容易的去划分子域了。这就需要我们先去努力理解领域内的知识。所以，我个人从来不相信什么子域划分的技巧什么的东西，因为我觉得这个工作没有任何诀窍可以使用。当我们不了解一个东西的时候，如何去拆解它？
交易中心：负责交易相关的业务；
库存中心：负责维护商品的库存；
促销中心：负责各种促销活动的支持；
上面这些中心看起来很自然，因为大家对电子商务的这个领域都已经非常熟悉了，所以都没什么疑问，好像很自然的样子。
