ZhouRX的博客

可扩展架构后续 遗留问题 如何解决水平扩展系统中的缓存和会话等状态问题？ 使用负载均衡器，如HAProxy，使得系统能够水平扩展。 但是由于请求被分发到不同的backend，在原来的web系统中间，如果使用了缓存技术，在某一个服务实例上面生成了缓存，因为下一个请求可能不发送到它那儿，所以缓存没有发挥它的直接作用，导致缓存的优势没有发挥出来。更严重的是说，如果应用本身是带状态的（虽然http本身是一个无状态协议，但是可以通过session和cookie来实现多个请求放置在一个会话中间来管理），请求被发送到不同

文章目录可扩展架构问题来源扩展实现负载均衡 可扩展架构 问题来源 CS/BS架构技术挑战 扩展 垂直扩展 Scale Up 硬件提高 垂直扩展（更强的硬件） => 水平扩展（更多的硬件） 实现负载均衡 为了避免load balancer失效：增加back load balancer冗余 ...

REST架构 MVC架构存在的问题： 展示层页面与计算逻辑混杂（比如模板引擎中使用的变量名称问题） 用户接口并不标准 Resource Representational State Transfer 表现层状态转化 Rest指的是一组架构约束条件和原则 为设计一个功能强、性能好、适宜通信的Web应用 如果一个架构符合REST的约束条件和原则，我们就称它为RESTful架构 核心概念 资源 (Resources) 表现层 (Representation) 状态转化 (State Transfer

文章目录模型-视图-控制器 架构web应用发展CGI技术在页面中嵌入脚本 ， 解释执行获得页面内容Servlet改进MVCSpring MVC 模型-视图-控制器 架构 web应用发展 CGI技术 实现浏览器动态内容展示 每次都要启动一个进程，开销太大 在页面中嵌入脚本 ， 解释执行获得页面内容 Servlet 小程序运行在服务器的JVM中，性能比 虽然Servlet可以解决CGI带来的性能问题和安全性问题，但它没有解决将计算逻辑和展示界面混杂在一起的问题，可读性、可维护性、可扩展性很差 改

客户机服务器架构 优点 资源共享 集中化管理（客户机帮服务器分担） 性能分布 安全 Client Rely on servers for Files Devices Processing power Behavior Initiates requests wait for and recive replies usually connects to a small number of servers at one time Server Computers or processes

02 分层架构 软件设计发展 初始状态：硬件 问题：如何提高算法适应性 分离出了汇编 状态：硬件+程序 问题：程序的共性（稳定）成分：计算机资源管理 产生：操作系统 分离出了：应用程序 状态：硬件+操作系统+应用程序 问题：程序的共性（稳定）成分：数据管理 产生了：数据库操作系统 分离出了：应用软件 状态：硬件+操作系统+数据库管理系统+应用软件 问题：程序的共性（稳定）成分：资源管理和服务 产生了：中间件（应用服务器） 分离出了：业务逻辑 example 核心思想 实现了

文章目录SA : Component-based Architecture 基于构建的软件架构Software Component控制反转 IoC SA : Component-based Architecture 基于构建的软件架构 《Software Architecture with Spring 5.0》参考书 https://spring.io 参考资料 软件体系结构的定义 Architecture is a subjective thing, a shared understanding

复习指导 Embedded SQL (ESQL) SQL statements embedded in host language 为什么要引入 ESQL？ SQL存在一定的缺点： 需要知道所有的表和列 需要知道复杂的SQL语法 会出现太多的错误，尤其是 Update 和 Delete 为了解决上述问题，出现了 ESQL exec sql select count(*) into :host_val from customers; 语法上的区别： 以 “exec sql" 开始，

第八章 软件设计基础 1.软件设计（名词解释） a)为使一软件系统满足规定的需求而定义系统或部件的体系结构、部件、接口和其他特征的过程； b)设计过程的结果。 2.软件设计的核心思想 复杂度控制 分解、抽象、层次性 第九、十章 软件体系结构设计与构建 1.体系结构概念 部件+连接件+配置 部件：承载系统主要功能，包括处理与数据 连接件：定义部件间的交互，是连接的抽象表示 配置：定义了部件和连接件之间的关联方式，将它们组织称系统的总体结构 2.体系结构的风格的优缺点 常见风格模式： (1）主程序/子程序风格

《C++ How To Program》学习笔记 Introduction to C++ Programming C++的注释 单行注释是 //（两个斜杠） 多行注释是 /* */ 在任何一段代码开始之前都用注释表明代码的作用是一个很好的习惯 每个C++语句都必须以分号结尾 ， 预处理指令除外 ...

Cache部分考点 计算机组织与结构 cache行大小等于主存块的大小（指的是数据字大小），而实际上cache的每一行还包括了标记和控制位 局部性原理： 被访问的字附近的数据很可能会在不久的将来被访问到 映射机制 直接映射 cache行号= 主存块号 mod cache的行数 每一主存块对应唯一一行 主存的地址可以看成由三个域组成： 最低的 w位表示块中的唯一字或字节 剩余的s位标识了主存2...

第20、21章 软件交付、软件维护与演化 1.软件维护的重要性 （1）由于会出现新的需求，如不维护软件将减小甚至失去服务用户的作用。 （2）随着软件产品的生命周期越来越长，在软件生存期内外界环境发生变化的可能性越来越大，因此，软件经常需要修改以适应外界环境的改变 （3）软件产品或多或少的会有缺陷，当缺陷暴露出来时，必须予以及时的解决 2.开发可维护软件的方法 （1）考虑软件的可变性：分析需求易变性、为变更进行设计 （2）为降低维护困难而开发：编写详细的技术文档并保持及时更新、保证代码可读性、维护需求跟踪链、

第一、二章 软件工程概论 1.软件工程（名词解释） (1)应用系统的、规范的、可量化的方法，来开发、运行和维护软件，即将工程应用到软件。 (2)对(1)中各种方法的研究。 2.从1950s—2000s之间的特点（简答） 1950s：科学计算；以机器为中心进行编程；像生产硬件一样生产软件。 1960s：业务应用（批量数据处理和事物计算）；软件不同于硬件；用软件工艺的方式生产软件。 1970s：结构化方法；瀑布模型；强调规则和纪律。它们奠定了软件工程的基础，是后续年代软件工程发展的支撑。 1980s：追求生产力

Database Design

4 Object-Relational SQL 4.1 Introduction Departure from the relational model

文章目录第四章 网络层4.1 网络层提供的两种服务4.2 网际协议 IP (全书重点） 第四章 网络层 4.1 网络层提供的两种服务 但是因特网先驱者认为计算机和电话机有本质的区别，即计算机有很强的差错处理的能力。因此，因特网在设计上就采用了和电信网完全不同的思路 TCP/ IP 体系的网络层提供的是数据包服务 4.2 网际协议 IP (全书重点） ...

文章目录Introduction专业术语 Introduction 专业术语 DBMS database manegement system Database Users End users 最终用户、交互式用户 Casual users Naive users Application programmers 应用程序员 DataBase Administrators 数据库管...

文章目录数据科学基础课堂笔记绪论1.1 DIKW 金字塔模型1.2数据类型1.3数据汇总 数据科学基础课堂笔记 绪论 1.1 DIKW 金字塔模型 1.2数据类型 数据最相关的是集合论，集合论被视为现代数学的基础 数据类型通常可以分为四类： 定类数据（最低级） 代表不同的分类。相应的数据没有数量的含义。是没有顺序大小之分的较低级的数据 定类数据之间的数学关系就是：等于、不等于 如：使用1...

互联网计算课堂笔记 课堂介绍 教学资料在盟课网上 参考资料： 思科网络技术学院教程（实践）（英文版内容更丰富） 计算机网络第六版 socket（后期） web开发（后期） 闭卷英文试题 上机考试：规定时间内实现拓扑 Overview Internet就是一个广域网 广域网点对点连接，串行链路和光链路为主 广域网的设备 无线网就是局域网的一个方案 internet，现在最...

软件工程与计算 II 课堂笔记 Overview