C/S架构
概念
优点
- C/S架构的界面和操作可以很丰富。
- 安全性能可以很容易保证，实现多层认证也不难。
- 由于只有一层交互，因此响应速度较快。
缺点
- 适用面窄，通常用于局域网中。
- 用户群固定。由于程序需要安装才可使用，因此不适合面向一些不可知的用户。
- 维护成本高，发生一次升级，则所有客户端的程序都需要改变。
B/S架构
概念
优点
- 客户端无需安装，有Web浏览器即可。
- BS架构可以直接放在广域网上，通过一定的权限控制实现多客户访问的目的，交互性较强。
- BS架构无需升级多个客户端，升级服务器即可。
缺点
- 在跨浏览器上，BS架构不尽如人意。
- 表现要达到CS程序的程度需要花费不少精力。
- 在速度和安全性上需要花费巨大的设计成本，这是BS架构的最大问题。
- 客户端服务器端的交互是请求-响应模式，通常需要刷新页面，这并不是客户乐意看到的。（在Ajax风行后此问题得到了一定程度的缓解）
B/S对C/S的改进和扩展
- 分布性：可以随时进行查询、浏览等业务
- 业务扩展方便：增加网页即可增加服务器功能
- 维护简单方便：改变网页，即可实现所有用户同步更新
- 开发简单，共享性强，成本低，数据可以持久存储在云端而不必担心数据的丢失。
web工作原理
- 服务器不带应用程序和数据库，直接请求html文件
- 服务器带应用程序（如php)
- 服务器带应用程序和数据库
关闭
网站的架构
有人说过，大型网站是根据业务需求逐步演化而来的，而不是设计出来的，下面就是一个大型网站的进化过程。在初始阶段，访问量并不大，所以应用程序、数据库、文件等所有的资源都在一台服务器上。
架构师能力模型，架构师应该掌握那些东西？
架构师在很多人眼中是一个非常高大上的职业, 就像武侠小说中的绝世高手一样, 关键时刻可以起到扭转乾坤的作用, 是团队中的灵魂人物. 回想我自己做一线架构师的过程中
网站架构优化性能
最初业务量不大，访问量小，此时的架构，应用程序、数据库、文件都部署在一台服务器上，有些甚至仅仅是租用主机空间， 将应用程序、数据库、文件各自部署在独立的服务器上
MVC和三层架构
三层架构指的是: 视图层(View),服务层(Service)和持久层(DAO). 他们分别负责不同的功能.。单纯就是指后台的设计架构,这种架构模式是从微软来的
软件架构被高估，清晰简单的设计被低估
软件架构最佳实践、企业架构模式以及系统描述的正式方法都是非常重要且实用的工具，总会有合适的场景让它们发挥作用。但在设计系统时，请从简单始、以简单终，尽可能避免一切会无谓提高复杂度的架构与正式工具
如何架构一个中后台项目的前端部分？
不管是前端抑或后端，从零开始做一个新项目避免不了技术选型这一块，其应该也是最先需要考虑的内容，之后的一切都会建立在这之上。这篇文章便主要来谈谈在架构一个中后台系统的前端部分上我的实践点。
为什么90%的“码农”做不了“架构师”？
选择有时候比努力重要，真正厉害的人不仅仅是埋头苦干，而是会利用好的思维方式、好的方法，看穿事物的本质，顺势而为，找到事情的最优解，并懂得举一反三。
微服务架构陷阱：过渡设计和设计不足
在这篇文章里，我将简要地介绍在设计微服务架构时需要注意的问题。如果实施得当，就会获得自治能力和灵活性，但同时也会带来通信延迟和部署及托管成本。这篇文章并不是一个高级指南
MySQL逻辑架构简介
第一层结构主要处理客户端与mysql服务端的连接、授权认证、安全等；第二层是Mysql服务端的核心，功能包括查询解析、分析、优化、缓存等，存储过程、触发器、视图等都在这一层实现；第三层的存储引擎主要负责数据存储和提取
基于 NodeJS 的 serverless 架构实践
通过将 BFF 构建于 serverless 之上，将人工智能实验室（天猫精灵）数十个中后台应用整合到了一个统一入口。用云函数的方式取代了传统基于 NodeJS 的 BFF 层，提供了在一个站点下不同应用以及不同环境的快速切换能力
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!