C/S架构
概念
优点
- C/S架构的界面和操作可以很丰富。
- 安全性能可以很容易保证，实现多层认证也不难。
- 由于只有一层交互，因此响应速度较快。
缺点
- 适用面窄，通常用于局域网中。
- 用户群固定。由于程序需要安装才可使用，因此不适合面向一些不可知的用户。
- 维护成本高，发生一次升级，则所有客户端的程序都需要改变。
B/S架构
概念
优点
- 客户端无需安装，有Web浏览器即可。
- BS架构可以直接放在广域网上，通过一定的权限控制实现多客户访问的目的，交互性较强。
- BS架构无需升级多个客户端，升级服务器即可。
缺点
- 在跨浏览器上，BS架构不尽如人意。
- 表现要达到CS程序的程度需要花费不少精力。
- 在速度和安全性上需要花费巨大的设计成本，这是BS架构的最大问题。
- 客户端服务器端的交互是请求-响应模式，通常需要刷新页面，这并不是客户乐意看到的。（在Ajax风行后此问题得到了一定程度的缓解）
B/S对C/S的改进和扩展
- 分布性：可以随时进行查询、浏览等业务
- 业务扩展方便：增加网页即可增加服务器功能
- 维护简单方便：改变网页，即可实现所有用户同步更新
- 开发简单，共享性强，成本低，数据可以持久存储在云端而不必担心数据的丢失。
web工作原理
- 服务器不带应用程序和数据库，直接请求html文件
- 服务器带应用程序（如php)
- 服务器带应用程序和数据库
微内核架构在大型前端系统中的应用
架构和框架是独立的，本文仅仅是提出一种架构思路，而且这个架构也在百度的某款用户量很大的复杂前端产品中得以应用。基于这一套弹性架构并结合Vue/React的现代化开发理念，可以很好的完成高复杂度的前端系统。
怎么判定web前端架构师的能力高低？
软件架构（software architecture）是一系列相关的抽象模式，用于指导大型软件系统各个方面的设计。传统软件架构描述的对象是直接构成系统的抽象组件，侧重于系统的抽象、拆分、组织方式等
成为一个顶尖架构师
架构师的一个重要职责是，确保团队有共同的技术愿景，以帮助我们向客户交付他们想要的系统。在某些场景下，架构师只需要和一个团队一起工作，这时他们等同于技术引领者。在其他情况下，他们要对整个项目的技术愿景负责，通常需要协调多个团队之间，甚至是整个组织内的工作。
架构/构建高可用的网站
目的为保证服务器硬件故障时依然可用,数据依然保持并能够访问，手段：数据和服务的冗余备份以及失效转移机制，有状态 ：在服务端保留之前的请求信息,用以处理当前请求（例如:session）无状态 ：没有特殊状态的服务
大型web系统架构详解
动态应用，是相对于网站静态内容而言，是指以c/c++、php、Java、perl、.net等服务器端语言开发的网络应用软件，比如论坛、网络相册、交友、BLOG等常见应用。动态应用系统通常与数据库系统、缓存系统、分布式存储系统等密不可分。
讲讲亿级PV的负载均衡架构
本来没想写这个题材的，为了某某童鞋能够更好的茁壮成长，临时写一篇负载均衡的。负载均衡，大家可能听过什么3层负载均衡、4层负载均衡、7层负载均衡什么的？那这是怎么分的呢，ok，是根据osi七层网络模型来分的，例如nginx是工作在应用层
朱晔的互联网架构实践心得：品味Kubernetes的设计理念
Kubernetes（k8s）是一款开源的优秀的容器编排调度系统，其本身也是一款分布式应用程序。虽然本系列文章讨论的是互联网架构，但是k8s的一些设计理念非常值得深思和借鉴，本人并非运维专家,本文尝试从自己看到的一些k8s的架构理念结合自己的理解来分析 k8s在稳定性
大型网站核心架构要素
一般来说，除了当前的系统功能需求外，软件架构还需要关注性能、可用性、伸缩性、扩展性和安全性这5个架构要素。性能是网站的一个重要指标，任何软件架构设计档案都必须考虑可能会带来的性能问题。
大型网站技术架构 构建高可用的网站 高可用的服务
本章介绍如何去构建高可用的服务，关键词：服务分级,超时设置,异步调用,服务降级,幂等性设计，一些架构设计中的常用方案,但是需要结合实际业务场景进行设计,没有一套方案能解决所有问题
大型网站系统架构的演化
一个成熟的大型网站（如淘宝、京东等）的系统架构并不是开始设计就具备完整的高性能、高可用、安全等特性，它总是随着用户量的增加，业务功能的扩展逐渐演变完善的，在这个过程中，开发模式、技术架构
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!