之所以要提这个topic，是因为我在redesign one order DB layer时，需要考虑这个criteria. 作为application来说，同时support 1 million order的change或许不make sense，但是作为底层的technical layer， 用CRM_ORDER_MAINTAIN handle single order的change和1 million个order的change，在实现上没有任何区别。最理想的情况是one order framework memory consumption和处理的order number是linear relationship. 这个有待我生成large volume of test data之后来verify.
Technical framework的另一个例子是WebUI里的technical profile的一个setting, see my blog.
成都的其他团队，比如丁哥他们，在deploy 应用到HCP上时，必须指定一个memory quota,
这个size当然越小越好，因为需要根据这个quota向客户进行charge. 更现实一点的问题是，我们在HCP上的trial账号一共只有1G的quota，如果每个应用的size都指定的很大，1G很快就会用完，只有用其他邮箱注册新的账号。我知道丁哥在做productive开发时，在降低memory consumption的优化上花费了很多精力。