互联网的架构

编者按：作者从计算机的架构说起，阐述了计算机架构的变革历程。由计算机到网络架构，是侧重终端还是侧重网络？这又引出了计算机厂商与电信运营商历史之战，20多年的纠葛以互联网的终端侧告胜。 1) 输入数据和程序的输入设备; 2) 记忆程序和数据的存储器; 3)完成数据加工处理的运算器; 4)控制程序执行的控制器;5)输出处理结果的输出设备。 互联网和PC一样，都是冯.诺伊曼架构的计算机，是这一架构的又一实现，又一成功案例。 只是为了从PC的本地环境延伸到全球性的网络环境，5个部分的具体表现形式与PC相比发生了显著变化，但每个部分的功能和目的仍然不变。移动互联网与PC互联网的架构一致，甚至连扩展都几乎没有。 云计算也只是冯.诺伊曼架构计算机的一个变种，数据中心就是计算机。 架构差异体现在要素细节处。互联网中一些功能只能让终端去做，一些功能只能让网络去做，因此首先可以把互联网架构划分为终端和网络两大部分。

架构设计--互联网架构演化

此时，架构显得清晰很多，但我们发现一个问题，就是系统对静态资源和动态资源的处理是完全不同的。 对于静态资源的处理，相对简单，只是简单的文件读写。 5 引入搜索和缓存 针对数据库的 like 语句，通常情况下，是通过引入搜索引擎来解决；而热点数据的访问加速，是通过引入缓存服务来解决。 ? 此时，我们需要引入服务化架构。 8 服务化架构 我们可以将通用功能封装成一个服务，独立开发、独立部署、独立维护。 ? 相比之前的架构，变化很小，只是在各个业务服务间添加了另外的一种调用方式。 10 小结 冰冻三尺非一日之寒，一个大型系统的构建也不是一朝一夕的事情。 切记，架构不是越复杂越好，而是“适合自己的便是最好的“

谈谈互联网架构

站在技术的角度来看，其实各个大型互联网公司的技术架构基本是一样的。再将视角放大，你会发现整个互联网行业的技术发展，最后都是殊途同归。 互联网的标准技术架构如下图所示，这张图基本上涵盖了互联网技术公司的大部分技术点，不同的公司只是在具体的技术实现上稍有差异，但不会跳出这个框架的范畴。 下图是淘宝TFS的架构： 大文件存储 互联网行业的大文件主要分为两类：一类是业务上的大数据，例如Youtube的视频、电影网站的电影；另一类是海量的日志数据，例如各种访问日志、操作日志、用户轨迹日志等。 但是当我们站在一个公司的的角度来思考架构的时候，单个系统的高可用和高性能并不等于整体业务的高可用和高性能，互联网业务的高性能和高可用需要从更高的角度去设计，这个高点就是“网络”。 Nginx 、LVS 、F5 DNS用于实现地理级别的负载均衡，而Nginx、LVS、F5用于同一地点内机器级别的负载均衡。

互联网架构演变

一体架构 在计算机软件发展早期，一般桌面软件都是采用这种架构，不管是界面还是业务处理还是数据处理都放到一个包中。这种其实谈不上架构，但也可以说是很好的架构，因为它足够简单。 对于web系统，一体架构难以满足前后端分离的开发需求，因而便产生了MVC架构。 分布式架构 对于一个大型的互联网系统，一般会包含多个应用，而且应用之间往往还存在共同的业务，并且应用之间还存在调用关系。 除此之外 ，对于大型的互联网系统还有一些其它的挑战，比如如何应对急剧增长的用户，如何管理好研发团队快速迭代产品研发，如何保持产品升级更加稳定等等 。 、高并发、分布式 服务容器自动收缩、扩容 实现方案 负载均衡层：nginx/lvs/F5 微服务层 高性能服务网关 统一入口、API配置管理、分流鉴权、服务监控、协议转换 API

工业互联网体系架构

近两年，工业互联网产业联盟连续发布了《工业互联网体系架构1.0》和《工业互联网体系架构2.0》，报告提出了工业互联网的内涵、目标、体系架构、关键要素和发展方向，并且调研了国内外上百家典型企业和机构。

『互联网架构』软件架构-解密电商系统-互联网BAT商品详情缓存架构（82）

一起看下大型互联网关于商品详情的架构。源码： ? （一）讲解上图的的详细信息 这些架构是根据业务多年演变而来的，可不是最终就是这样的。 3.nginx（应用层）转发到缓存服务，类似tomcat的一个应用，缓存服务在实际的大型互联网公司肯定有很多台，都是水平扩展的。 （二）介绍本书 其实之前的几次关于互联网的技术方案，都是通过这个书【亿级流量网站架构核心技术】里面的内容分享出来的，我加入了自己的思路。 【亿级流量网站架构核心技术PDF】 链接：https://pan.baidu.com/s/1FOWxvd30iOd7KzR4COa-5g 提取码：o0oo PS：通过看的技术文章，在详细的看看这本书，其实互联网技术不过如此 ，自古真情留不住，唯有套路的人心，都是前人总结的解决问题的方案和套路，对于有互联网经验这本书还是很不错的，大大的拓宽技术经验，光看这本书的目录估计都被虎的一愣一愣的，其实都不复杂，都是一些经验，其实在互联网公司呆过这些都是常用的技术

『互联网架构』软件架构-分布式架构（14）

4个9，5个9并不是说后面设计的，而是在开发之初就要考虑的。 ? 分布式服务的发展历程 J2EE架构 俗称JEE。对于大概有5年以上工作经验的老铁，应该都听过这个名词。基本分为3层。 Web Service 架构 互联网行业偏向于服务化，最流行的微服务起源于服务化，服务化最早体现在web service，web service 以IBM为首的各大公司制定的标准，webservice特点服务开发完毕后 在互联网里面如果不是高可用的，服务也不是最优化的。 ? ESB架构 企业服务总线，侧重于企业服务总线。 上边是提供的服务，下面是数据库数据源，消息队列，大数据，ERP。 微服务架构的痛点 一致性 强一致性和弱一致性 高性能 容量评估和性能测试 高可用 4个9和5个9 可扩展 可修改，迭代新功能，可插拔 可伸缩 应用层和资源层，随着硬件投入的增加性能和能力相应的增长 安全性 犹豫在互联网高并发的线上。用户量非常大，上千，上万，上亿的，单体的服务架构和单体数据库很难撑起来这么大的量，所以就需要它们之前进行分而治之，在网上进行分开，进行分开，分片。

『互联网架构』软件架构-mysql主从（二）

架构师的水平和经验了。 一致性和同步时间本身就是双刃剑，没有完全的通用解决方案，只能通过业务和性能综合考量选择最优解。 互联网主流的主从的方案 ? ? 一主一从，小公司使用比较多，并没有进行读写分离，slave节点主要是热备的。出现问题很快的恢复。 Atlas是由 Qihoo 360公司Web平台部基础架构团队开发维护的一个基于MySQL协议的数据中间层项目。 docker container ls docker exec -it c380d2b5f6cf /bin/bash mysql -uroot -pslavepwd grant SHOW DATABASES ） 重新删除103的slave的mysql创建新的 cd /usr/local/mysqlData/slave/data rm -rf * docker ps docker rm -f c380d2b5f6cf

『互联网架构』软件架构-JVM（下）（27）

验证类的格式是否正确 （一）文件格式的验证，class （二）元数据验证，是否有父类，有父类先加载父类，一般的类都有父类，object （三）字节码验证，数据流是不是合法的符合逻辑的。方法体进行检测 （四）符号引用验证，访问的时候判断是否有权限来进行引用

『互联网架构』软件架构-eureka集群（99）

源码：https://github.com/limingios/netFuture/tree/master/源码/『互联网架构』软件架构-eureka集群（99）/ ? （一）eureka集群 上图是来自eureka的官方架构图，这是基于集群配置的eureka 处于不同节点的eureka通过Replicate进行数据同步 Application Service为服务提供者

『互联网架构』软件架构-Eureka使用（92）

上次说了单体架构和微服务之前优缺点的对比，也说了zookeeper和Eureka理论上的区别，也说了Eureka高水平的架构。 源码：https://github.com/limingios/netFuture/tree/master/源码/『互联网架构』软件架构-Eureka使用（92）/ ?

『互联网架构』软件架构-JVM（上）（25）

JVM有自己完善的硬件架构，如处理器、堆栈、寄存器等，还具有相应的指令系统。Java语言最重要的特点就是跨平台运行。使用JVM就是为了支持与操作系统无关，实现跨平台。 JVM产品有哪些 HotSpot，Jrockit，J9 为什么出现JVM 1.C，C++是基于os架构，CPU架构。64位的版本在32位无法运行的。性能非常高，编写底层实现。

『互联网架构』软件架构-nginx（下）（20）

1 2G tomcat1 Centos7 192.168.66.112 tomcat 1 2G tomcat2 Nginx如何实现高速缓存（一） 场景介绍 假设在做一个大型项目，面向全国的，公司对架构师的要求是做到 在上边图的架构，其实内网走了2次，一个是通过nginx访问商品的详情服务，一个是详情服务访问redis。 如果想解决上边的2次内网的通信最理想的方式，上图中的2个节点都不要就可以了。 200m inactive=30d max_size=10g; upstream idig8 { server 192.168.66.111:8080 weight=5; proxy_cache cache_item;proxy_cache_key $host $uri$is_args$args;#以全路径md5值做做为Keyproxy_cache_valid 200 304 PS：一般用nginx比较多就是反向代理，其实很多特殊的配置也是在大型互联网电商经常使用的。所以这个高速缓存和防盗链也是一个不错的功能。

『互联网架构』软件架构-nginx（上）（19）

在一些互联网的创业公司刚开始技术的工种，并不是分的那么清楚，可能都要会的。环境的搭建，运维，框架搭建，开发都必须拿得下来。 3.url_hash (第三方)应用场景：静态资源缓存,节约存储，加快速度 4.least_conn 最少链接 5.least_time 最小的响应时间,计算节点平均响应时间，然后取响应最快的那个，分配更高权重

『互联网架构』软件架构-JVM（中）（26）

会产生内存碎片,如果空间内存碎片太多，当程序产生大对象无法在堆中找到连续空间大小存放的时候，会强制发生GC

『互联网架构』软件架构-电商系统架构（中）（70）

5.jenkins（192.168.72.102）加上上面的命令 任务中增加编译后的shell脚本 mvn deploy:deploy-file -DgroupId=com.test -DartifactId

『互联网架构』软件架构-电商系统架构（下）（71）

5.从nexus私服中下载war，启动项目 ./jenkins.sh ? 6.关闭本项目的tomcat ./tomcat.sh stop ? 5.新建立的shop-project文件夹都依赖通一个tomcat和jdk，这样方面使用，如果tomcat和jdk更换，只需要删除软连接新建立软连接就可以了。

『互联网架构』软件架构-电商系统架构（上）（69）

PS：docker的方式安装gogs 和 nexus。jenkins正常的方式安装。下节在104上回顾下tomcat的持续发布管理。

华为工业互联网体系架构

互联网分层架构的本质

上图是一个典型的互联网分层架构： 客户端层：典型调用方是browser或者APP 站点应用层：实现核心业务逻辑，从下游获取数据，对上游返回html或者json 数据-缓存层：加速访问存储 数据-数据库层 那么，互联网分层架构的本质究竟是什么呢？ 如果我们仔细思考会发现，不管是跨进程的分层架构，还是进程内的MVC分层，都是一个“数据移动”，然后“被处理”和“被呈现”的过程，归根结底一句话：互联网分层架构，是一个数据移动，处理，呈现的过程，其中数据移动是整个过程的核心 service层，会把row或者kv转化为对程序友好的User对象 web-server层，会把对程序友好的User对象转化为对http友好的json对象 client层：最终端上拿到的是json对象 结论：互联网分层架构的本质 总结 互联网分层架构的本质，是数据的移动 互联网分层架构中，数据的传输格式（协议）与数据在各层次的形态很重要 互联网分层架构演进的核心原则与方法：封装与复用 思考 哪一个系统的架构，不是“固定CPU，移动数据