搭建企业内网平台网站需要多少费用？

做一个平台网站要多少钱,企业内网,做移动网站优化优,网站建设管理员日升时奋斗#xff0c;日落时自省 目录 1、单机架构 2、应用数据分离架构 3、应用服务集群架构 4、读写分离/主从分离架构 5、冷热分离架构 6、垂直分库架构 7、微服务架构 8、容器编排架构 9、小结 1、单机架构 特征#xff1a;应用服务和数据库服务器公用一台服务… 日升时奋斗日落时自省 目录 1、单机架构 2、应用数据分离架构 3、应用服务集群架构 4、读写分离/主从分离架构 5、冷热分离架构 6、垂直分库架构 7、微服务架构 8、容器编排架构 9、小结 1、单机架构 特征应用服务和数据库服务器公用一台服务器 出现场景访问量较小单机可以满足由于现在硬件的升级所以一台服务器够支持很多请求 红色箭头表示请求访问蓝色箭头表示响应 单机程序中其实靠的不就是数据库信息的拉取嘛但是数据库也不是不能去掉光服务器负责所有操作单机架构是比较常见架构使用 一台主机的硬件资源是有上限的CPU、内存、硬盘、网络每次请求都会收到一个请求都是需要消耗上述的一些资源现在一台主机都够用不行了其实也可以增加硬件资源但是肯定硬件资源不能在加了就开始使用分布式 优点部署简单、成本低 缺点性能有严重平静、数据库和应用互相竞争资源 2、应用数据分离架构 特征应用服务和数据库服务使用不同服务器 出现场景单机架构存在严重的资源竞争导致站点变慢 红色箭头表示请求访问蓝色箭头表示响应 优点成本相对可控、性能相比单机有提升、数据库单独隔离、不会因为应用把数据库搞坏不至于数据库瘫痪 缺点硬件成本变高、性能有瓶颈无法对应海量并发当前数据库仍然是要接收所有请求处理处理 3、应用服务集群架构 特征引入负载均衡应用以集群方式运作 出现场景单个应用不足以支持海量的并发请求高并发的时候站点响应变慢 注能接收请求量多到数千多个应用服务器集群同时处理大量请求量此处tomcat就是横向扩展 注如果请求量更大呢其实也同样可以按照上面的方法交给一个更大应用服务接收请求不够再进行横向扩展第一先交给上层管理第二同层进行横向扩展 红色箭头表示请求访问蓝色箭头表示响应 注根据需求而定不是说这样的架构一定好能承载越多并发量就越适合当前根据情况而定对于图解有个解释上面画的只是一个大概的图实际上有了上层之后下层就需要更多来接收毕竟上层是负载均衡器还是要给下层分配的 优点 针对应用服务器 1高可用应用满足高可用不会一个服务出问题整个站点挂掉 2高性能如果不是访问数据库应用相关处理海量请求快速响应 3扩展能力支持横向扩展 缺点 针对数据库 1性能瓶颈无法应对数据库的海量查询 2可用性数据库是点单的所以一旦崩溃就是整个系统挂掉 3运维成本高扩展部署运维工作增加 4硬件成本高说的就是F5这个硬件 4、读写分离/主从分离架构 特征将数据库集群化但是为了保证所取数据都是相同的就让一个数据哭来下剩下的小弟们跟随大哥进行同步数据库服务器搭建主从集群一主一从、也可以一主多从都可以数据哭主机负责写操作从机只负责读操作 出现场景数据库到达瓶颈而互联网应用一般读多写少数据库承载压力主要来源于读的请求你造成的那么针对这样的情况把读操作和写操作分开 注红色箭头表示请求是写操作浅蓝色箭头表示读操作紫色箭头表示写操作进行同步同步给从库蓝色箭头表示响应 优点 针对请求访问 1读取性能提升 2读取操作为主数据库减轻了大部分请求的压力写操作性能也得以提升 3可用性一个数据库的坍塌不会给系统带来致命的伤害提高了可用性 缺点 针对热点数据 1读库虽然分担了很多请求量但是它也会负载热点数据的疯狂访问 2同步从库挂掉或者延时导致主库和从库数据有一定可能不一致 3服务器成本需要增加添东西了能不增加 5、冷热分离架构 这里针对冷热数据进行解析针对所谓数据都有常用数据不常用数据也就衍生出了“二八原则”20%的热点数据能满足80%的访问需求不是说一定就是20%按照业务需求来定夺分配“一九”也不是没有 特征引入缓存实行冷热分离将热点数据放到缓存中快速响应 出现场景海量的请求导致数据库负载过高站点响应在度变慢说明数据库已经开始吃力了不足以提供较高的舒适度 优点大幅度降低数据库的访问请求性能提升非常明显访问缓存相比访问数据库快 缺点 1涉及到缓存就会设想到缓存到来的相关问题缓存击穿、缓存失败、缓存雪崩等问题 2服务器成本的提高 3业务量支持变大数据库单库太大单表个体太大还是会导致数据库查询很慢导致数据库再度到达瓶颈期 6、垂直分库架构 特征数据库的数据被拆分数据库数据分布式存储分布式处理分布式查询也可以理解为分布式数据库架构 出现场景写操作比较多单机库性能已经支持不了了需要拆分数据库数据表的数据量太多操作压力大需要进行分表降低运维难度就有了分布式数据库库表