精华内容
下载资源
问答
  • 大数据服务器部署架构
  • 阿里云服务器部署架构

    千次阅读 2014-07-29 11:37:15
    跟传统的部署相比,用云盾替代了传统的防火墙,负载均衡设备也不用自己买了,购买一个LBS负载均衡服务可以添加10个负载均衡实例,内网免费.因为项目的出口带宽可以统一,所以干脆使用负载均衡的流量费替代了带宽费用.(即...

    最近要上马一个项目,客户要求全部部署到阿里云的服务器,做了一个阿里云的部署方案.

    上图:

    跟传统的部署相比,用云盾替代了传统的防火墙,负载均衡设备也不用自己买了,购买一个LBS负载均衡服务可以添加10个负载均衡实例,内网免费.因为项目的出口带宽可以统一,所以干脆使用负载均衡的流量费替代了带宽费用.(即在购买ECS的时候可以带宽可以为0或者1Mps,使用LBS负责输出流量.

    有点麻烦的是,如果数据库使用的是oracle的话,好像RAC不好安装,因为没共享存储.(阿里也在推它自己的RDS关系型数据库服务),如果项目本来就用mysql的话,用RDS费用也不高

    展开全文
  • Nginx服务器部署防线,及负载均衡配置方案。详细描述了高可用主从模式以及双主模式的架构
  • 项目部署架构图

    千次阅读 2019-06-30 17:06:43
    项目部署架构图 小编最近听了公司前辈的分享, 讲到了如何把项目部署到生产环境在外网访问,这里我简述一下. 首先我们购买的IP地址,网址交由阿里云DNS服务器处理,如何处理呢?首先通过公司服务器的防火墙,通过...

     

    项目部署架构图

     

    小编最近听了公司前辈的分享, 讲到了如何把项目部署到生产环境在外网访问,这里我简述一下.

    首先我们购买的IP地址,网址交由阿里云DNS服务器处理,如何处理呢?首先通过公司服务器的防火墙,通过防火墙之后找到一台专门负责项目生产的服务器,通过这台服务器再找到真正有我们项目部署的服务器.

    实际部署的时候有两台服务器,两台可以同时使用,也可以只使用一台,另一台做备用.

    展开全文
  • web项目部署架构图

    万次阅读 2018-11-19 14:32:26
    为大家做了一张web项目的架构图,希望大家看了后能够对项目部署有一个清楚直观的认识. 如有任何技术疑问都可以在下方留言评论,每天将抽出部分留言进行解答 做个简单解释: 多个服务器的,被称之为集群环境,如上图...

    为大家做了一张web项目的架构图,希望大家看了后能够对项目部署有一个清楚直观的认识.

    如有任何技术疑问都可以在下方留言评论,每天将抽出部分留言进行解答

    做个简单解释:

    多个服务器的,被称之为集群环境,如上图的服务器A,B,C,集群环境下用户的请求将不再直接请求服务器,而是被反向代理服务器进行处理,之后根据配置进行分配,让用户的请求应该请求到那台服务器

    好处主要在于减小单个服务器压力

    同时,若其中任意一台服务器发生故障,其他服务器仍可为用户提供服务

    后边,服务器到数据库的这一段

    同样的,服务器发出的连接请求被Mycat这个中间件服务器进行了处理,使得读写分离

    数据库搭建多个服务器的原因主要在于减小服务器压力

    这样的架构被称之为,主从架构

     

    如有疑问,敬请在下方留言提问,每天会回答部分留言问题

     

    展开全文
  • 中大型网站的服务器部署架构

    千次阅读 2009-10-13 10:49:00
    对于一个大型网站来说,可伸缩性是非常重要的,怎么样在纵向和横向有良好的可伸缩性,就需要在做架构设计的时候考虑到一个分的原则,我想在多个方面说一下怎么分:首先是横向的分: 1. 大的网站化解为多个小网站:当...
    对于一个大型网站来说,可伸缩性是非常重要的,怎么样在纵向和横向有良好的可伸缩性,就需要在做架构设计的时候考虑到一个分的原则,我想在多个方面说一下怎么分: 首先是横向的分: 1. 大的网站化解为多个小网站:当我们一个网站有多个功能的时候,可以考虑把这个网站拆分成几个小模块,每一个模块可以是一个网站,这样的话我们到时候就可以很灵活地去把这些网站部署到不同的服务器上。 2. 静态动态分离:静态文件和动态文件最好分离开成2个网站,我们知道静态网站和动态网站对服务器来说压力的侧重不同,前者可能重IO后者重CPU,那么我们在选择硬件的时候也可以有侧重,而且静态和动态内容的缓存策略也不一样。典型的应用,我们一般会有独立的文件或图片服务器。 3. 按照功能来分:比如有一个模块是负责上传的,上传操作很消耗时间,如果和其它应用混在一起的话很可能,一点点访问就会使服务器瘫痪,这种特殊的模块应该分开。安全的不安全的也要分开,还需要考虑到以后SSL的购买。 4. 我们不一定要全部用自己的服务器,搜索、报表可以依靠别人的服务,比如google的搜索和报表服务,自己做的不一定比得过别人,服务器带宽都省了。 其次是纵向的分: 1. 文件也相当于数据库,IO的流量可能比数据库还大,这也算是纵向级别的访问,上传的文件图片一定要和WEB服务器分开。当然,数据库和网站都放在一个服务器上的很少了,这是最基本的。 2. 对于涉及到数据库访问的动态程序来说,我们可以使用一个中间层(所谓的应用层或逻辑层)来访问数据库(部署在独立的服务器上),最大的好处就是缓存和灵活性。缓存的内存占用比较大,我们要把它和网站进程分开,而且这样做我们可以很方便的去改变一些数据访问的策略,即使到时候数据库有分布的话在这里可以做一个调配工作,这样灵活性就很大了。还有好处是中间层可以做电线网通桥梁,可能网通访问双线再访问电信会比网通直接访问电信服务器快。 有人说我不分,我可以做负载均衡,对,是可以的,但是如果分的话,同样的10台机器肯定比不分10台机器可以承受更多的访问量,而且对硬件的需求可能不会很高,因为知道需要哪个硬件特别好。争取让每一个服务期都不空闲,又都不是太忙,合理进行组合调整和扩充,这样的系统伸缩性就高了,能根据访问量来调整的前提就是之前有考虑到分,分的好处是灵活性、伸缩性、隔离性以及安全性。
    对服务器来说,我们有几点是要长期观察的,任何一点都可能是瓶颈: 1. CPU:动态文件的解析需要比较多的CPU,CPU出现瓶颈就要看是不是哪个功能过长时间占用线程,如果是就分出去。或者就是每一个请求处理时间不长,但是访问量很高,那么就加服务器。CPU是好东西,不能让他干等,不做事情。 2. 内存:缓存从IIS进程独立出去,一般对WEB服务器来说内存不够的情况不是很多。内存比磁盘快,要合理利用。 3. 磁盘IO:用性能监视器找到哪些文件IO特别大,找到了就分到独立的一组文件服务器上去,或者直接做CDN。磁盘慢,大规模读取数据的应用靠缓存,大规模写入数据的应用可以靠队列来降低突发的并发。 4. 网络:我们知道,网络的通讯是比较慢的,比磁盘还慢,如果是做分布式缓存,分布式计算的话,要考虑到物理服务器之间网络通讯的时间,当然,在流量大了以后,这可以提高系统的接纳能力一个等级。静态内容可以借助CSD分担一部分,在做服务器假设的时候还要考虑中国特色的电信网通情况以及防火墙。 对SQL SERVER数据库服务器来说[UPDATE]: 其实还是水平分割和纵向分割,一个二维表,水平分割就是横过来切一刀,纵向分割就是竖直切一刀: 1、纵向分割就是,我们不同的应用可以分到不同的DB中,不同的实例中,或者说把某个拥有很多字段的表拆分成小表。 2、横向分割就是,某些应用可能不负载,比如用户注册,但是用户表会非常大,可以把大表分开。可以采用表分区,数据存储在不同文件上,然后再部署到独立物理服务器增加IO吞吐以改善读写性能,土一点的做法就是自己定期把老的数据存档。表分区的另外一个优势可以增加数据查询速度,因为我们的页索引可以有多层了,就像一个文件夹中的文件不要太多,多分几层文件夹一样。 3、还可以通过数据库镜像、复制订阅、事物日志,把读写分开到不同的镜像物理数据库上,一般来说够用,如果还不行可以用硬件来实现数据库的负载均衡。当然,对于BI,我们可能还会有数据仓库。 架构上考虑到了这些之后,流量大了,就可以在这个的基础上再去调整或者做WEB服务器或者应用服务器的负载均衡。很多时候我们都是在重复发现问题-》找到瓶颈-》解决这个过程。 典型的架构如下:

    动态WEB服务器配好点的CPU,静态WEB服务器和文件服务器磁盘好点应用服务器内存大点,缓存服务器也是,数据库服务器当然内存和CPU都要好

    大型互联网网站架构心得之二:并于换
    “分”是一个比较大的原则也是一个比较高层的原则,这次我想说一下其它两个原则:并与换。



    为什么要分?是因为我们希望通过分来提高系统的承载能力,那并又是并什么呢?我想了一下有几个方面可以并:

    1.
    合并用户请求,最基本的就是合并CSS/图片/脚本,还可以合并页面。不过合并就可能产生流量的浪费,需要有一个平衡点。
    2.
    合并接口的粒度,如果做分布式应用的话,我们可能不会直接访问数据库而是调用应用层提供的接口,由于是网络调用,代价比较大,因此在设计的时候尽量提供粒度比较粗的接口,一次调用返回比较多的数据,而不是细化到添加删除修改的层次。
    3.
    合并接口的部署,对于频繁的跨机器调用可以考虑有一些数据冗余,把跨网络的服务编程进程间通讯,甚至转到客户端来做。比如论坛发贴时候脏词的过滤,直接调用应用层提供的接口(跨机器)是可以的,但是可能代价比较大,可以把这个接口使用IPC方式部署在本机。



    时间换空间,空间换时间是常见的做法,具体一点说:

    1.
    缓存。缓存的重要性早计算机的硬件中就有重要的体现。对于网站,有很多种缓存,可以是客户端资源的缓存,可以是页面输出缓存,也可以是应用层的数据缓存,目的都是一样的,或是减少了服务器请求次数,或是减少了请求的处理过程,或是减少了数据库的访问次数。当然,生成静态文件也可以算是一种缓存。不访问磁盘固然不可能,但是我们要极大限度降低磁盘访问的机会。
    2.
    有的时候为了获取极快的响应,我们还会不惜代价采用
    创想商务 重复计算。比如,我们的某个操作很可能会由于网络问题等原因响应比较慢,在设计的时候可以有一个统一的处理接口,由这个接口分发到不同的服务器去异步实现这个操作,哪个服务器先返回了结果我们就用这个结果,然后杀死其他服务器的冗余操作。
    3.
    网站一般追求比较快的响应,一般不太会在比较高的层次用时间来换取空间,但是在一些用户独有数据的处理算法上可能还是会考虑到空间的节省问题。
    4.
    有的时候我们会用一些聚合表来存放聚合数据,也就是进行一些预计算提高复杂计算(比如报表)的性能。当然,对于数据分析,构建多维数据库也是一种不错的选择。

    有很多网友留言说说的比较粗,没有什么具体的东西。我觉得架构这个东西很难去说具体怎么做,因为具体实施的时候要看情况去应用的,由于没有完美的东西,所以做架构通常是去做一个平衡,很可能某一个侧重不同会影响到架构的实施。希望我的这些文章能给大家一个提示的作用,看了之后如果你觉得“这点我倒没有考虑到,以后要注意”那或许就是最大的帮助了,下面我想说一些其它方面的问题,每一条都很零散,算是一个补充吧:

    1.
    到底是采用已有的东西还是自己去做需要详细考虑的,采用别人的东西可能比较稳定,但是自己的控制少了一点,采用自己做的东西可以很灵活,但是可能会问题比较多。不管怎么样,我们在采用一个第三方框架的时候务必要进行缜密的调查,看到他的不足,否则项目很可能在后期被这个框架制约,反之,决定自己去做一个框架的时候也要看到自己需要什么其他框架不能提供的东西。
    2.
    数据传输的时候可以做压缩,但要考虑到压缩解压缩需要CPU资源,在IO(磁盘,带宽,传输能力)和CPU之间有一个平衡的考虑。
    3.
    理想的可伸缩性架构是可以自由增加或替换服务器,无需去停机维护或做很大的调整。在使用一个统一的调度中心来调度这些服务器,分配请求的时候,我们要考虑一下调度服务器能承受多少流量。
    4.
    使用大量的廉价服务器还是少量的高配服务器?如何根据需求来组合服务器发挥最大作用。
    5.
    对于分布式构架,我们尽量让每一个节点保持简单的逻辑,尽量减少同一层次节点之间的依赖,另外。需要有统一的地方来管理所有的节点。
    6.
    功能分解、使用异步进行整合、故障转移、失效保护。
    7.
    软件的架构升级和计算机硬件的架构升级很像,可能有一段时期,我们是在慢慢提高整体能力,2年也才提高了几倍,之后发现只有通过某种彻底的架构改变才能提高数十倍的能力,升级之后,我们或许又会遇到其他问题。就像CPU,是简单提高主频还是彻底更换架构。
    8.
    数据方面,读写分离、数据库分隔、功能划分、缓存、镜像。
    9.
    硬件网络上的架构很重要,但软件开发中的一些细节不可忽略,好的架构不意味着不需要代码审阅。
    展开全文
  • 互联网企业系统部署架构变迁

    千次阅读 2016-12-26 20:41:38
    互联网企业系统部署架构变迁图例
  • NULL 博文链接:https://cvamy11.iteye.com/blog/2236766
  • 分享一个典型的应用部署架构图

    千次阅读 2015-09-15 19:50:43
    笔者一个项目中用到的架构图,Linux+Tomcat应用服务器两台,MSSQL2012数据库服务器3台做成了故障转移集群。最初考虑MSSQL数据库服务器为两台由于客户方没有iSCSI物理存储设备,听取 微软方面专家的建议采用3台数据库...
  • 在日常软件项目开发与实施中,经常会涉及到各种架构图,如应用架构、技术架构、安全架构、部署架构。今天特意将这些架构图整理如下,提供给大家进行学习参考。 一、应用架构 (引用地址:...
  • 微信公众号阿里云部署架构

    千次阅读 2017-02-23 15:28:25
    分享微信公众号在阿里云的部署架构,希望和大家探讨学习。
  • 常见ClickHouse集群部署架构

    千次阅读 2021-01-03 14:00:00
    原文链接????:https://www.jianshu.com/p/f1fa7e5cb67f ClickHouse不同于Elasticsearch、HDFS这类主从架构的分布式系统,它...
  • CloudStack的部署架构概览

    千次阅读 2018-07-09 22:56:57
    总的来说,CloudStack的部署包含了管理服务器和需要被管理的资源。在部署的时候我们告知管理服务器哪些资源需要被管理,如IP地址块、存储设备、管理程序和VLAN。 最低配置的安装包括一台运行管理服务器的机器和另一...
  • 解析Docker和微服务相关概念,然后基于阿里云容器服务进行一次架构设计之旅,着手进行Docker部署服务应用的架构设计,最后得到一张你可以拿去就用的架构图
  • Cloudera平台参考部署架构

    千次阅读 2017-05-29 10:41:23
    Cloudera平台软件体系结构 Cloudera的软件体系结构中包含了以下模块:系统部署和管理,数据...管理节点上一般部署各组件的管理角色,工作节点一般部署有各角色的存储、容器或计算角色。根据业务类型不同,集群
  • 网站服务器架构部署方案发展

    千次阅读 2019-05-16 16:19:30
    任何一个大型网站均是根据用户的积累以及随之而来的用户数量增长,从一台服务器到多台服务器逐步架构支撑起最终的大型网站数据、用户和页面请求等业务的。任何的大型网站的系统架构并不是一开始设计时就已经完全的...
  • 服务器架构图

    千次阅读 2018-04-08 11:14:17
    服务器架构图
  • Zookeeper之基于Observer部署架构

    万次阅读 2015-12-20 18:37:51
    尽管通过Client直接连接到Zookeeper集群的性能已经非常好了,但是这种架构如果要承受超大规模的Client,就必须增加Zookeeper集群的Server数量,随着Server的增加,Zookeeper集群的写性能必定下降,我们知道Zookeeper...
  • 系统架构之服务器架构图

    千次阅读 多人点赞 2019-10-09 14:46:46
    服务器架构图多以物理视图呈现,物理视图用于描述系统软件到物理硬件的映射关系,反映出系统的组件是如何部署到一组可计算机器节点上,用于指导系统的部署实施过程。受众多为运维和实施人员。 其实服务器架构如何...
  • PowerBI - 4.系统技术部署架构

    千次阅读 2018-12-05 15:08:06
    系统技术部署架构 全业务数据管理平台 (ODS,DW) 全业务数据管理平台作为管理从业务系统导入数据查看和调整,导入外部数据,以及查看数据更新历史日志。 负责全业务数据管理平台的数据存储。 BI管理平台多维数据集 ...
  • 刚刚为GitTest.com设计了全球部署服务架构,上哈: GitTest.com是提供一个开源测试流程管理服务,目前分为两个项目: 1、基于开发yii2的web:https://github.com/gittestapi/gittest, demo: http://gittest.com ...
  • 分布式服务器架构搭建和部署

    万次阅读 2018-03-25 11:32:16
    admin web服务器(其实测试和生产环境应该 web服务器应该和zookeeper 拆开,且配置 集群,实现 高可用,但是这里我就直接部署到一台机器上)192.168.74.156 zookeeper SOA服务器(dubbo提供对外服务的机器 ...
  • 棋牌游戏服务器架构: 部署

    万次阅读 2012-09-16 00:34:32
    先看一下,下面这张可能的部署图吧。 1 系统布署  在这个中,可以看到,客户端的形式多种多样,可能是pc上的一个可执行文件,也可能是通过浏览器打开的一个网页,甚至于手机客户端。它们都通过...
  • 日志是分析线上问题的重要手段,通常我们会把日志输出到控制台或者本地文件中,排查问题时通过根据关键字搜索本地日志,但越来越多的公司,项目开发中采用分布式的架构,日志会记录到多个服务器或者文件中,分析问题...
  • 描述系统架构部署图、组件

    万次阅读 2016-05-18 22:18:09
    为了能够清楚的描述系统架构,让我们来了解一下部署图和组件 部署图 部署图的主要目的是在物理的层次上做整体的系统规划,比如:系统需要几台服务器,每台服务器的配置如何,访问系统的方式等等,部署图的语法...
  • ETM早教管理软件单店部署架构攻略

    千次阅读 2012-07-30 11:28:47
    ETM早教管理软件单店版架构部署,让您在自己的中心轻松享受ETM为您带来的办公乐趣  单店部署环境 1.使用一台普通的办公电脑作为主机,安装ETM早教管理软件 2.启动ETM中间层(ETM管理小助手),也就是您的主机管家...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 268,881
精华内容 107,552
关键字:

服务部署架构图