11 高可用的网站架构，2024年最新java面向对象编程atm取款机基础流程

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024b （备注Java）

正文

典型的分层模型是三层，即应用层、服务层、数据层；各层之间具有相对独立性， 应用层主要负责具体业务逻辑处理；服务层负责提供可复用的服务；数据层负责数据的 存储与访问。中小型网站在具体部署时，通常将应用层和服务层部署在一起，而数据层 则另外部署，如图5.3所示（事实上，这也是网站架构演化的第一步）。

在复杂的大型网站架构中，划分的粒度会更小、更详细，结构更加复杂，服务器规 模更加庞大，但通常还是能够把这些服务器划分到这三层中。如图5.4所示。

不同的业务产品会部署在不同的服务器集群上，如某网站的文库、贴吧、百科等属 于不同的产品，部署在各自独立的服务器集群上，互不相干。这些产品又会依赖一些共 同的复用业务，如注册登录服务‘Session管理服务、账户管理服务等，这些可复用的业 务服务也各自部署在独立的服务器集群上。至于数据层，数据库服务、文件服务、缓存 服务、搜索服务等数据存储与访问服务都部署在各自独立的服务器集群上。

大型网站的分层架构及物理服务器的分布式部署使得位于不同层次的服务 器具有不同的可用性特点。关闭服务或者服务器宕机时产生的影响也不相同， 咼可用的解决方案也差异甚大。

位于应用层的服务器通常为了应对高并发的访问请求，会通过负载均衡设备将一组 服务器组成一个集群共同对外提供服务，当负载均衡设备通过心跳检测等手段监控到某 台应用服务器不可用时，就将其从集群列表中剔除，并将请求分发到集群中其他可用的 服务器上，使整个集群保持可用，从而实现应用高可用。

位于服务层的服务器情况和应用层的服务器类似，也是通过集群方式实现高可用， 只是这些服务器被应用层通过分布式服务调用框架访问，分布式服务调用框架会在应用 层客户端程序中实现软件负载均衡，并通过^务注册中心对提供服务的服务器进行心跳检 测，发现有服务不可用，立即通知客户端程序修改服务访问列表，剔除不可用的服务器。
位于数据层的服务器情况比较特殊，数据服务器上存储着数据，为了保证服务器宕 机时数据不丢失，数据访问服务不中断，需要在数据写入时进行数据同步复制，将数据 写入多台服务器上，实现数据冗余备份。当数据服务器宕机时，应用程序将访问切换到 有备份数据的服务器上。
网站升级的频率一般都非常高，大型网站一周发布一次，中小型网站一天发布几次。 每次网站发布都需要关闭服务，重新部署系统，整个过程相当于服务器宕机。因此网站 的可用性架构设计不但要考虑实际的硬件故障引起的宕机，还要考虑网站升级发布引起 的宕机，而后者更加频繁，不能因为系统可以接受偶尔的停机故障就降低可用性设计的标准。

最后

由于篇幅限制，小编在此截出几张知识讲解的图解

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注Java）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**