可用性指标是网站架构设计的重要指标，对内是考核指标，对外是服务承诺。某某系统是为了收集数据构建的，那么网站的可用性就是必要的。业界习惯以多少个9来衡量网站的可用性，网站年度可用指标=（1-网站不可用时间/年度总时间）x100%，例如2个9是基本可以，即网站年度不可用时间要小于88个小时。某某系统为了保障收集数据时的稳定性和可用性，对网站要求的可用性指标一定要比较高，至少要达到2个9的指标。不同于其他架构指标，网站可用性更加直观和可测，是网站的主要评价方面，所以我们要注重网站的可用性。
为了提高网站的可用性，我们可以采用比较可靠的软硬件设备，保证服务器硬件故障时我们的服务依然是可用的、数据依旧可以保存和被访问。同时也要准备性能良好的备份服务器、数据库和磁盘等，可以保证我们的系统在服务器宕机后可以更加快速的进行恢复和继续使用，减少网站的年度不可用时间。
我们搭建的某某系统因为他的目的、使用人群和项目干系人，我们的系统一定要保障良好的可用性和便捷的使用性，所以我们的系统必须使用比较好的软硬件和比较完善的备份及恢复措施，实时监控数据的交互，等。
网站的伸缩性是指不需要改变网站的软硬件设计，仅仅通过改变部署的服务器数量就可以扩大或者缩小网站的服务处理能力，相当于降低了系统之间的耦合关系，方便了系统的可用性。我们的某某系统是为了统计数据的，所以网站的访问量在某些时候可能就比较大（企业的工作时间），但是在某些时候可能访问量就会非常小（在企业的非工作时间）。如果我们的系统没有良好的伸缩性，在访问量过大服务器数量少的情况下可能就会面临着响应程度慢、数据滞后甚至是丢失的情况，但是在访问量比较小服务器数量多的情况下又会造成服务器的闲置情况。
一般来说，网站的伸缩性设计可以分为两类：一类是根据功能进行物理分离实现伸缩；另一类是单一功能通过集群实现伸缩。前者是不同的服务器部署不同的服务，提供不同的功能，不同功能进行物理分离实现伸缩；后者是集群内的多台服务器部署相同的功能，单一功能通过集群规模实现伸缩。
我们的网站开发上线之后，不可能没有一点儿问题都没有，随着用户的使用情况和反馈，我们可能会有很多地方面临着修改合完善，以便更加符合用户的使用习惯。我们的修改不可能是将整个系统推翻了重新来过，大刀阔斧的进行修改，我们的修改一定是有针对性的修改某些地方，这些都有赖于网站的可扩展性架构设计，所以这就要用到了我们的系统的扩展性和伸缩性。
开发低耦合系统是软件设计的终极目标之一，这一目标驱动着软件开发技术的创新与发展。低耦合的系统更容易扩展，低耦合的模块更容易复用，一个低耦合的系统设计也会让开发过程和维护变得更加轻松和容易管理。我们开发的某某系统同样也要以“低耦合”这一目标为能力方向，关系到我们的系统开发时的整合、后期的维护和系统的变更，等。我们可以利用分布式消息队列降低系统耦合性，利用分布式服务器打造可复用的业务平台，利用可扩展的数据结构，利用开放平台建设网站生态圈。网站通过不断试错，在残酷的市场中寻找自己的竞争优势，持续推出新功能，我们系统才能更加好的立足于市场。
从互联网诞生起，安全威胁就一直伴随着网站的发展，各种web攻击和信息泄露也从未停止。为数据处理系统建立和采用的技术和管理的安全保护，保护计算机硬件、软件和数据不因偶然和恶意的原因遭到破坏、更改和泄露。
为了我们的系统安全，我们可以选择适当的技术和产品，如数据传输时的加密解密，基于NACC、802.1x、EOU技术的UniNAC网络准入、终端安全管理产品，利用此类产品性能制订灵活的网络安全策略，在保证网络安全的情况下，提供灵活的网络服务通道。采用适当的安全体系设计和管理计划，能够有效降低网络安全对网络性能的影响并降低管理费用。