应用架构

转自： REST服务开发实战 　　如果要说什么是REST的话，那最好先从Web（万维网）说起。 　　什么是Web呢？读者可以查看维基百科的词条( http://zh.wikipedia.org/zh-cn/Web )，具体的我就不多说了。总之，Web是我们在互联网上最常用的服务，甚至在某些人的心中，互联网就是Web。当然，Web只是互联网的一部分而已，只是大家用的最多而已，我们访问的所有网站都是基于Web。 　　那么，Web和REST之间究竟有什么关系呢？我们接下来将聊聊组成Web的几大基础技术， URI （统一资源标识符，用来标识资源）、 HTTP （超文本传输/转移协议，用来操作资源）、 Hypertext （超文本，用来描述资源的内容与状态，我们可以用HTML、XML、JSON或者自定义格式的文本来描述任何一个资源）。 　　那我们再来看看什么是REST呢？其实REST并不是一种新兴的技术语言，也不是什么新的技术框架。准确来说说REST只是一种概念、风格或者约束，是回归HTTP本身的建议。 　　REST是由Roy Thomas Fieding在他的博士论文《Architectural Styles and the Design of Network-based Software Architectures》(《架构风格与基于网络的软件架构设计》)中提出的一种架构思想。Roy

在互联网公司，Nginx可以说是标配组件，但是主要场景还是负载均衡、反向代理、代理缓存、限流等场景；而把Nginx作为一个Web容器使用的还不是那么广泛。Nginx的高性能是大家公认的，而Nginx开发主要是以C/C++模块的形式进行，整体学习和开发成本偏高；如果有一种简单的语言来实现Web应用的开发，那么Nginx绝对是把好的瑞士军刀；目前Nginx团队也开始意识到这个问题，开发了nginxScript：可以在Nginx中使用JavaScript进行动态配置一些变量和动态脚本执行；而目前市面上用的非常成熟的扩展是由章亦春将Lua和Nginx粘合的ngx_lua模块，并且将Nginx核心、LuaJIT、ngx_lua模块、许多有用的Lua库和常用的第三方Nginx模块组合在一起成为OpenResty，这样开发人员就可以安装OpenResty，使用Lua编写脚本，然后部署到Nginx Web容器中运行。从而非常轻松就能开发出高性能的Web服务。 接下来我们就认识下Nginx、Lua、ngx_lua模块和ngx_lua到底能开发哪些类型的web应用。 一、ngx_lua简介 1 、Nginx 优点 Nginx设计为一个主进程多个工作进程的工作模式，每个进程是单线程来处理多个连接，而且每个工作进程采用了非阻塞I/O来处理多个连接，从而减少了线程上下文切换，从而实现了公认的高性能、高并发

作者：Vamei 出处：http://www.cnblogs.com/vamei 欢迎转载，也请保留这段声明。谢谢！ 我以下图为基础，说明Linux的架构(architecture)。(该图参考《 Advanced Programming in Unix Environment 》) 最内层是硬件，最外层是用户常用的应用，比如说firefox浏览器，evolution查看邮件，一个计算流体模型等等。 硬件 是物质基础，而 应用 提供服务。但在两者之间，还要经过一番周折。 还记得 Linux启动 。Linux首先启动 内核 (kernel)，内核是一段计算机程序，这个程序直接管理管理硬件，包括CPU、内存空间、硬盘接口、网络接口等等。所有的计算机操作都要通过内核传递给硬件。 为了方便调用内核，Linux将内核的功能接口制作成 系统调用 (system call)。系统调用看起来就像C语言的函数。你可以在程序中直接调用。Linux系统有两百多个这样的系统调用。用户不需要了解内核的复杂结构，就可以使用内核。系统调用是操作系统的最小功能单位。一个操作系统，以及基于操作系统的应用，都不可能实现超越系统调用的功能。一个系统调用函数就像是汉字的一个 笔画 。任何一个汉字都要由基本的笔画（点、横、撇等等）构成。我不能臆造笔画。 在命令行中输入 $man 2 syscalls 可以查看所有的系统调用

网站缓存这个话题并不新颖，但是能否将它用好，可是一门学问，同一件工具在不同人的手中会做出不同的事情来。这里我来分享总结下我对于网站架构中缓存应用的一些看法和经验，大家有好的想法可以补充 第一：缓存的一些基本概念。 1：缓存(CACHE)与缓冲(BUFFER)的区别，我认为缓存可以在某种程序上理解成一级缓存(Primary Cache),数据全局共享。缓冲则属于二级缓存，只对一部分对象共享数据,二级缓存在某种程序上主要是降低一级缓存组件的访问压力以及提高缓存的存取效率。 2：缓存的一些基本属性：命中率，表示缓存命中的次数/总的请求数，这是缓存设计的重要质量指标之一；缓存执行效率，例如GET,INSERT,DELETE等；容量，即缓存介质的容量最大值；成本，即开发成本，部署成本，软硬件成本。 3：缓存的问题，存储介质的选择往往左右缓存的设计，缓存在不命中时往往会使性能下降。 第二：网站中缓存的应用场景： 1：可以缓存整个页面的html，提高访问响应能力； 2：针对局部页面元素进行缓存； 3：对复杂数据的结果进行缓存,例如一个查询需要结合多个数据集，然后根据这些数据集进行相应的运算，即使每个子集查询有缓存，但还是需要额外的运算，这种情况可以考虑缓存计算后的结果。 4：对耗时的查询进行缓存,例如产品列表页的查询。 5：和上下文相关的用户数据，例如用户从订单埴写页进入到订单成功页

NoSql数据库四大分类 键值存储 列存储 文档数据库 图形数据库 NoSQL的特点 易扩展 灵活的数据模型 大数据量，高性能 高可用 Redis 读10w/s 写8w/s Redis的应用场景 缓存 任务队列 网站访问统计 应用排行榜 数据过期处理 分布式集群架构中的session分离 来源： https://www.cnblogs.com/Roni-i/p/10802222.html

属性 信息 文档名称 应用架构的发展趋势 版本号 V0.0.0.0 文档修改日志 修改时间 修改人 修改描述 版本号 2019-12-29 15:23 宋全恒 新建应用架构的发展趋势 V0.0.0.0 1 简介 辛格的这本《Java设计模式及实践》是在11月28日看完的，三类设计模式、7大设计模式原则都在本书进行了阐述，自己也通过博客的输出尝试着及时的重复和强化关于这本书的记忆，总结博客的目的就是为了对这些材料能够强化记忆，在《高效记忆法》中，提高记忆效率的条件如下： 并且，记忆策略的主要原则如下图所示： 通过不断的总结，翻书页，目的很明确，就是不断的增强自己的知识基础，并且提高兴趣，因为人越是感兴趣的东西，注意力程度就会越高，在 程序员写个人技术博客的价值与意义 博文中，作者对于技术人员撰写博客的意义是如下阐述的： 确实，通过不断的在自己的专业领域深耕细作，不断加深对于技术的认识和理解，自己确实在这样的实践过程中取得了不少的进步，因此，写博客这个行为自己会坚持实践，并且在即将到来的2020年， 自己要坚持每周输出两篇博客 。自己会做到的。 2 应用架构的含义 开发应用程序之前，首先要确定的是要使用的架构设计。本文主要是对《设计模式及实践》第8章应用架构的梳理。应用架构（Software Architecture）在辛格认为，是在开发应用程序时，首先会有一系列的需求

最近研究servlet，看书时候书里讲到了c/s架构到b/s架构的演变，讲servlet的书都很老了，现在的b/s架构已经不是几年前的b/s架构，其实b/s架构就是web应用开发，对于这样的架构我们现在应该考虑的是前端和后端的分离（注意：这里的后端是指服务端）。 　　Web前端现在是一个独立的技术工种，这个工种的产生主要是针对互联网行业的需求，我在以前的文章里曾经讲到过，一个大型互联网网站，例如想淘宝网，它绝对不是一个Web项目，而是一群web项目的集合，那么如果不在前端进行整合，这么多web项目前端开发一定存在大量重复劳动，并且运维时候也存在难以统一管理的问题。本文假想一个面对需要前端资源整合的组织，如何做到前后端分离的解决思路。本文详情如下： (一) 前后端分离的目的和作用 　　做Web开发也可以说是B/S架构开发，B端和S端从技术体系角度而言异构性很大，换而言之就是B端使用的技术和S端使用的技术不适于同一个体系，这样的结果导致实际开发中，很难做到专业分工，如果项目开发过程中管控不到位，这样的问题可能会影响到整个项目的开发质量，因此前后端分离的目的之一就是要做到专业化分工，提高项目的质量和开发效率。 　　随着技术的发展，当下的Web开发形势已经和以前有了很大的不同，早期的Web项目是一个封闭的项目，用户从浏览器里看到的页面直到后台数据库都是在一个项目里集成的

前言 最近这一段时间由于Nodejs的逐渐成熟和日趋稳定，越来越多的公司中的前端团队开始尝试使用Nodejs来练一下手，尝一尝鲜。 一般的做法都是将原本属于后端的一部分相对于业务不是很重要的功能迁移到Nodejs上面来，也有一些公司将NodeJS作为前后端分离的一个解决方案去施行。而像淘宝网这类的大型网站也很早的完成了前后端的分离，给我们这样的后来者提供了宝贵的经验。 同样，我们的大网盘团队也早在去年早早就开始了紧锣密布的准备工作，这目前工作也做的差不多了，现在我就来总结一下在过程中遇到的坑点以及注意事项。 认识前后端分离 在传统的web应用开发中，大多数的程序员会将浏览器作为前后端的分界线。将浏览器中为用户进行页面展示的部分称之为前端，而将运行在服务器，为前端提供业务逻辑和数据准备的所有代码统称为后端。 由于前后端分离这个概念相对来说刚出现不久，很多人都是只闻其声，不见其形，所以可能会对它产生一些误解，误以为前后端分离只是一种web应用开发模式，只要在web应用的开发期进行了前后端开发工作的分工就是前后端分离。 其实 前后端分离并不只是开发模式，而是web应用的一种架构模式 。在开发阶段，前后端工程师约定好数据交互接口，实现并行开发和测试；在运行阶段前后端分离模式需要对web应用进行分离部署，前后端之前使用HTTP或者其他协议进行交互请求。然而作为一种架构模式

架构设计（1）-谈谈架构 原创我为AI领域做了奉献 发布于2018-11-15 10:39:22 阅读数 419 收藏 展开 分享一下我老师大神的人工智能教程！零基础，通俗易懂！http://blog.csdn.net/jiangjunshow 也欢迎大家转载本篇文章。分享知识，造福人民，实现我们中华民族伟大复兴！ 1、什么是架构和架构本质 在软件行业，对于什么是架构，都有很多的争论，每个人都有自己的理解。 此君说的架构和彼君理解的架构未必是一回事。 LInux有架构，MySQL有架构，JVM也有架构，使用Java开发、MySQL存储、跑在Linux上的业务系统也有架构，应该关注哪一个？想要清楚以上问题需要梳理几个有关系又相似的概念：系统与子系统、模块与组建、框架与架构: 1.1、系统与子系统 系统：泛指由一群有关联的个体组成，根据某种规则运作，能完成个别元件不能独立完成的工作能力的群体。 子系统：也是由一群关联的个体组成的系统，多半是在更大的系统中的一部分。 1.2、模块与组件 都是系统的组成部分，从不同角度拆分系统而已。模块是逻辑单元，组件是物理单元。 1.3、框架与架构 框架是组建的规范，例如：MVC、MVP、MVVM等，是提供基础功能的产品，例如：Ruby on Rails、Spring、Laravel、Django等。 框架是规范，架构是结构。 我再这重新定义架构

Android SystemUI 架构详解 本文描述Android系统中一个核心应用SystemUI，详细赘述SystemUI中几大模块功能的实现过程。由于作者水平有限，如发现本文中错误的地方，欢迎指正。 1、SystemUI介绍 1.1、SystemUI摘要 在Android系统中SystemUI是以应用的形式运行在Android系统当中，即编译SystemUI模块会生产APK文件，源代码路径在frameworks/base/packages/SystemUI/，安装路径system/priv-app/-SystemUI。 1.2、什么是SystemUI 在前文1.1章节中可知，SystemUI是一个普通的APK文件，即是一个普通的APP，但是，手机使用者看见的所有SystemUI的内容都不像是一个APP，为什么？既然是一个应用，就是完成特定的功能，SystemUI主要完成的功能有： （1）、Status bars （2）、Navigation bars （3）、Notification （4）、Lockscreen （5）、Quick settings （6）、Overview（recent task switcher） （7）、VolumeUI 2、SystemUI的启动过程 正如1.2中所述，SystemUI任何内容都不像一个APP