一些web体系和相关知识点

【web 体系结构 和 一些知识点】

【架构的权衡和思考】：运筹帷幄和问题的最优解

状态和拓展性：

无状态的好拓展：

网站的内容是有状态还是无状态的呢。比如一个查询A股的大盘行情页面那就没必要和个人账户有关。除非是用户关注的某几只股票信息。那么就是无状态的。所以只需要复制到不同服务器然后负载均衡来处理即可。

有状态：

用户关联，也就是事务性的操作。那么要共享这些状态。保持同步就是拓展时候的麻烦。如何避免不一致性呢？

复制和简单性：

数据的复制，单一数据源不够用啊

同步和异步

同步调用就是结果返回之前就阻塞都等着。处理完再给你。

比如查询数据库时候阻塞其他线程。返回结果之后再释放。但是这样很耗费资源啊。大家都在那里排队等你。拓展性也就被限制了，只能等一个完成才行。

异步调用就是先返回一个控制信息，然后把用户请求放到消息队列里面。然后返回一个确认消息，之后消息队列执行完才会正式执行成功。

你干完这个请求，就被放到消息队列。你就可以干别的请求了。

无连接和有链接

HTTP是无连接的。

传完一个组件就断开连接。虽然用户感觉一直在连接，但是实际上下载完一个就断开用户消失然后继续连接请求下一个。虽然这样断开连接断开连接很耗费时间。但是灵活啊。干脆利落。
那么一个web页面组件那么多。都需要HTTP通过TCP传输。那么太浪费时间。当然也可以设置HTTP为长连接的。这样就可以更快了、

计划和实施

不要写一个大的计划和程序

要随机应变。写小程序解决问题。————[注]不要造飞机。而是搭积木 架构是一点点演化来的，不是一下子计划的。随机应变。
代码和设计要简单 灵活 高效 ————[注] 简单愚蠢的聪明最棒

【web 体系组成元素】

浏览器：

不要针对浏览器而优化。平台无关才是好的。所以多想办法平台无关。

集群和负载平衡系统:

DNS负载均衡：返回多个服务器IP里的一个IP，但是这个IP不是精挑细选的。说不定N多IP里面他选了离当前用户最远的服务器。反而不如糟糕了。想办法控制下用户近点

中间件：

与一段服务器和另一端数据库交互的软件都称为中间件。——阿里巴巴的中间件

web 站点服务器：

apache服务器。

数据库

数据的存储管理
优化数据库加速web性能————一个好的DBA身价不菲啊

【网络传输】
存储转发
流量控制
带宽
响应时间
【缓存和内存】
缓存：把数据放在内存里
虚拟内存：把磁盘当做内存用，当然速度很慢滴。
【延迟和吞吐量】

【构架第一步——算算账，怎么计划，得到最优解】
买云服务呢还是自己搭建呢？——知乎一开始是云服务后来人多了那就是自己搭建了。云服务还是提供中小网站合适。
【老板给的预算 买啥设备用啥系统】

买好的设备呢还是集成一般的设备？

灵活性好，易拓展，足够容量的设备集群起来，小的练成片。
IBM的机器？oracle的数据库？EMC存储——高富帅IOE三件套？哈哈

【负载大概是多少】

单位时间的并发请求数目。

24小时不同时间不一样
周末和工作日不同
上下班的淘宝和外卖平台
微博热点事件

【用户容忍程度】

12306那你就忍着呗。等着呗。不然你还能咋滴。不服？忍着！ 淘宝，你敢响应慢我就去京东，哼
VIP客户呢？开了会员你就应该优先性能，合情合理。

【web服务器是专一的嘛】

比如你在上面搞了很多东西，动态计算和数据库都在哪，甚至于程序员在服务器工作开发软件。哈哈哈。有点像个人网站。

【可靠性】

那个操作系统靠谱不会奔溃呢 unix吧
不间断的电源和备用储备电池。
集群之后 保持监控。防止哪个服务器宕机

【多大的带宽】

bps也就是一秒走过去的流量大小
带宽=每秒的请求数目 * 请求的平均访问量大小。 比如1秒10个请求，平均是100K大小。 那么就是1000Kbps带宽

【多大内存】

计算计算估量估量