asp.net – 是否有针对具有大量受众的网站的任何可扩展性最佳实践？

虽然之前已经在各种情况下询问过这个问题,但我找不到任何专门针对非常大的受众群体的网站的信息 – 例如,数十万甚至数百万用户的规模.

在编写面向较小受众的网站(例如内部网托管数据驱动的网站,处理从几个到几千个用户)时,我们只倾向于遵循项目预算/截止日期范围内的最佳实践 – 即开发人员成本,推出时间表和可维护性对我们如何编码事物的影响要大得多.

有些事情也可以忽略不计(到某一点),例如交付时间,图像压缩/大小,带宽,因为局域网托管应用程序的性质往往意味着(我们不知道)(在合理范围内)存在相对较少的财务成本不必担心太多.

然而,当寻找更广泛的受众时,例如(希望)数百万用户的受众：

>是否有任何不再需要担心的最佳实践(即,观众越大,可以忽略不计)？
>是否有任何应该更严格遵守的做法？
>此外,是否有任何实践只会真正发挥作用,因为您的观众达到了一定的临界质量[以及那个临界质量会是什么]？即在专用网络上应用不会引起您关注的人为约束

我到目前为止遇到的例子是：

>主机代码库,例如谷歌上的jQuery,因为它是从谷歌的CDN提供的,并且可以比从你自己的服务器更快地提供服务.这也有助于降低网站交付带宽成本.
>在CDN上托管图像的原因与在其他地方托管您的JavaScript代码相同.

我想这取决于人们对压力“三角形”的目标：CAP(一致性,可用性和对分区的容忍度).例如.当遇到导致“P”的网络中断时,人们只能拥有这么多“C”.

如今,似乎重点更多的是提供“良好的用户体验”,这似乎取决于“结果的时间”(例如在用户的桌面上有一个完整的网页)：这转化为投资(除其他外)更多关于“A”和“P”两侧,然后是“C”一侧.

更具体地说：花一些时间来决定何时为您的用户执行表示层的数据聚合,例如在重新计算另一个视图以进行推送之前,我可以在更长的时间段内汇总这些数据吗？

当然,我只是勉强抓住问题的表面.