网站的设计建设之初是如何考虑扩展性的？

受邀。在人力不足的时候，不要过多考虑扩展性。先做精做透1、2个点，发展起来了，自然有人力和时间让你考虑扩展性甚至重构。

网站的设计建设之初是如何考虑扩展性的？受邀。
在人力不足的时候，不要过多考虑扩展性。
先做精做透1、2个点，发展起来了，自然有人力和时间让你考虑扩展性甚至重构。不用考虑。网站建设之初，明确网站核心功能和整体方向，不必考虑太多扩展性上的问题。
不过根据用户体验把网站设计分为有用、能用、可用、用得很顺手和品牌几个阶段，总结出所有可能的功能，进行筛选，保留最基本核心的功能，根据网站所针对的用户群体，把最基本“能用”的核心功能做到最好，再做各种打算也不迟。我认为，网站和其他程序一样。
扩展性通常由模块化的设计带来，人们常赞扬＊NIX的高内聚、低耦合的设计，但是没有经验的程序员通常会陷入过度模块化的陷阱：如果粒度过小，那系统将变为一盘散沙，和高耦合一样会带来麻烦。这需要经验和具体问题具体分析。

就网站而言，API的设计很关键。这里的API并不局限于提供给外部开发人员使用的接口，而是指在设计功能时要将功能和资源分离开，当你的网站使用的API和提供给外部开发人员使用的接口大致相同时，也许就达到了扩展性的需求（比如Twitter）。

当然，不断迭代和重构，并总是关注网站的核心功能才是最重要的。也许你的问题有具体案例，能否具体讲讲？一个网站的发展有太多的不确定性，过程中有需要考虑的，有不需要考虑的
1、不需要考虑的是：过多功能性扩展上的规划，即使人力充足的情况下，也不要去想太远的事情。先把核心部分先做精了，后面的扩展让用户来说话；先伺候好用户吧，用户的需求一般与规划会有冲突，所以完成原有的规划会是一个曲线过程，没用户什么都没法玩。
2、要考虑的是：网站始终在做一件事，不要轻易变更核心价值和服务扩展性好必然会丧失性能，前期可以考虑把重点放在功能可用性，稳定性，以及交互响应上，后期针对业务逻辑进行重构，扩展。

网站在前期一定要考虑身份认证、单点登录的问题，要不然后面坑死你，还好有 authing.cn 这种专门做身份认证的云，这样后面一个网站可以兼容很多系统