有50台web服务器后端是mysql 怎样实现负载均衡 画出架构图

有50台web服务器后端是mysql 怎样实现负载均衡 画出架构图,第1张

负载均衡,三台就足够了,四台绰绰有余,不但可以实现负载均衡,还可以实现主从。
具体来说四台服务器,要进行合理分配。可以这样做。首先你对四台机器性能进行排序,从高到底为A/B/C/D。
拿性能最差的一台服务器D做负载均衡,安装haproxy软件。

问题一:“系统架构”是什么意思?都有哪些架构? JDE属于分布式架构,人和系统恕我孤陋寡闻,没听过阿

问题二:软件架构和系统架构到底是什?生活中有哪些东西可以比喻? 软件架构是指软件整体的组织结构,是在较高层次上的分析设计,体现了软件系统总体的规化、决策、控制等。
系统架构包括软件、硬件、网络等多方面的组织结构。架构是分析设计的高层阶段,不会涉及到技术实现的细节,是蓝图,是规化,是决策。
现实生活中可比喻为高楼大厦的设计图纸。

问题三:什么是架构 架构一般指软件架构

(software architecture)是一系列相关的抽象模式,用于指导大型软件系统各个方面的设计。 软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。在实现阶段,这些抽象组件被细化为实际的组件,比如具体某个类或者对象。在面向对象领域中,组件之间的连接通常用接口(计算机科学)来实现。 软件体系结构是构建计算机软件实践的基础。与建筑师设定建筑项目的设计原则和目标,作为绘图员画图的基础一样,一个软件架构师或者系统架构师陈述软件构架以作为满足不同客户需求的实际系统设计方案的基础。
软件构架是一个容易理解的概念,多数工程师(尤其是经验不多的工程师)会从直觉上来认识它,但要给出精确的定义很困难。特别是,很难明确地区分设计和构架:构架属于设计的一方面,它集中于某些具体的特征。
在“软件构架简介”中,David Garlan 和 Mary Shaw 认为软件构架是有关如下问题的设计层次:“在计算的算法和数据结构之外,设计并确定系统整体结构成为了新的问题。结构问题包括总体组织结构和全局控制结构;通信、同步和数据访问的协议;设计元素的功能分配;物理分布;设计元素的组成;定标与性能;备选设计的选择。”GS93
但构架不仅是结构;IEEE Working Group on Architecture 把其定义为“系统在其环境中的最高层概念”IEEE98。构架还包括“符合”系统完整性、经济约束条件、审美需求和样式。它并不仅注重对内部的考虑,而且还在系统的用户环境和开发环境中对系统进行整体考虑,即同时注重对外部的考虑。
在 Rational Unified Process 中,软件系统的构架(在某一给定点)是指系统重要构件的组织或结构,这些重要构件通过接口与不断减小的构件与接口所组成的构件进行交互。
从和目的、主题、材料和结构的联系上来说,软件架构可以和建筑物的架构相比拟。一个软件架构师需要有广泛的软件理论知识和相应的经验来实施和管理软件产品的高级设计。软件架构师定义和设计软件的模块化,模块之间的交互,用户界面风格,对外接口方法,创新的设计特性,以及高层事物的对象 *** 作、逻辑和流程。
一般而言,软件系统的架构(Architecture)有两个要素:
・它是一个软件系统从整体到部分的最高层次的划分。
一个系统通常是由元件组成的,而这些元件如何形成、相互之间如何发生作用,则是关于这个系统本身结构的重要信息。
详细地说,就是要包括架构元件(Architecture ponent)、联结器(Connector)、任务流(Task-flow)。所谓架构元素,也就是组成系统的核心砖瓦,而联结器则描述这些元件之间通讯的路径、通讯的机制、通讯的预期结果,任务流则描述系统如何使用这些元件和联结器完成某一项需求。
・建造一个系统所作出的最高层次的、以后难以更改的,商业的和技术的决定。
在建造一个系统之前会有很多的重要决定需要事先作出,而一旦系统开始进行详细设计甚至建造,这些决定就很难更改甚至无法更改。显然,这样的决定必定是有关系统设计成败的最重要决定,必须经过非常慎重的研究和考察。
详情参考
>>

问题四:什么是系统工程师、系统架构工程师? 系统工程师资格就是具备较高专业技术水平,能够分析商业需求,并使用各种系统平台和服务器软件来设计并实现商务解决方案的基础架构。
系统架构师是大型项目的技术领导者,总体负责系统的体系结构设计和指导。

问题五:什么是分布式系统架构 baikebaidu/view/9914海9 百度百科

问题六:架构,系统架构,技术架构,应用架构都是什么关系 架构
是有关软件整体结构与组件的抽象描述,用于指导大型软件系统各个方面的设计。
系统架构
是对已确定的需求的技术实现构架、作好规划,运用成套、完整的工具,在规划的步骤下去完成任务。
技术架构
通过合理的完善的评估途径对组织、网络、程序的组成框架、模型进行评价和分析,并对其进行完善。
应用架构
以架构图的方式描述系统的组成和框架,一般从系统功能和系统技术层次两个架构视角进行设计。

问题七:请问系统架构设计师的职责是什么 系统架构师的职责主要有如下4条:
1、确认需求
在项目开发过程中,架构师是在需求规格说明书完成后介入的,需求规格说明书必须得到架构师的认可。架构师需要和分析人员反复交流,以保证自己完整并准确地理解用户需求。
2、系统分解
依据用户需求,架构师将系统整体分解为更小的子系统和组件,从而形成不同的逻辑层或服务。随后,架构师会确定各层的接口,层与层相互之间的关系。架构师不仅要对整个系统分层,进行“纵向”分解,还要对同一逻辑层分块,进行“横向”分解。
软件架构师的功力基本体现于此,这是一项相对复杂的工作。
3、技术选型
架构师通过对系统的一系列的分解,最终形成了软件的整体架构。技术选择主要取决于软件架构。
Web Server运行在Windows上还是Linux上?数据库采用MSSql、Oracle还是Mysql?需要不需要采用MVC或者Spring等轻量级的框架?前端采用富客户端还是瘦客户端方式?类似的工作,都需要在这个阶段提出,并进行评估。
架构师对产品和技术的选型仅仅限于评估,没有决定权,最终的决定权归项目经理。架构师提出的技术方案为项目经理提供了重要的参考信息,项目经理会从项目预算、人力资源、时间进度等实际情况进行权衡,最终进行确认。
4、制定技术规格说明
架构师在项目开发过程中,是技术权威。他需要协调所有的开发人员,与开发人员一直保持沟通,始终保证开发者依照它的架构意图去实现各项功能。
架构师不仅要保持与开发者的沟通,也需要与项目经理、需求分析员,甚至与最终用户保持沟通。所以,对于架构师来讲,不仅有技术方面的要求,还有人际交流方面的要求。

问题八:系统架构师是干什么的啊? 属于项目的高级分析、规划、管理人员
系统架构师(System Architecture)系统架构师是负责设计系统整体架构,从需求到设计的每个细节都要考虑到,把握整个项目,使设计的项目尽量效率高,开发容易,维护方便,升级简单等等。
全文见百科
baikebaidu/view/905154fr=ala0_1_1

问题九:系统架构师的角 别 系统构架师与产品经理的关系及区别产品经理通常是指负责产品设计的“专人”。一个优秀的理想的产品经理,应同时具备较高的商业素质和较强的技术背景。产品经理要有深厚的领域经验,也就是说,对该软件系统要应用到的业务领域非常之熟悉。比如,开发房地产销售软件的产品经理,应该对房地产公司的标准销售流程了如指掌,甚至比大多数销售人员还要清楚。如果开发的是通用产品,他/她还具备对市场、潜在客户需求的深刻洞察力。那么,系统架构师与产品经理有什么不同呢? 我们不应该把二者混为一谈,这是不少论述和实践常犯的错误。我看来,如果把开发软件比作摄制,产品经理之于系统架构师,就正像编剧之于导演。产品经理虽然要有一定技术背景,但仍应属于“商业人士(business people)”,而系统架构师则肯定是一个技术专家。二者看待问题的立场、角度和出发点完全不同。系统构架师与项目经理的关系及区别 软件项目经理是指对项目控制/管理,关注项目本身的进度、质量,分配、调动、协调、管理好人、财、物等资源的负责人。对于软件项目经理来讲,包括项目计划、进度跟踪/监控、质量保证、配置/发布/版本/变更管理、人员绩效评估等方面。优秀的项目经理需要的素质,并不仅在于会使用几种软件或是了解若干抽象的方法论原则,更重要的在于从大量项目实践中获得的宝贵经验,以及交流、协调、激励的能力,甚至还应具备某种个性魅力或领袖气质(Chari a)。 由此可见,项目经理和系统架构师在职责上有很大差异。混同这两个角色,往往也会导致低效、无序的开发。特别是,从性格因素上讲,单纯的技术人员倾向于忽视“人”的因素,而这正是管理活动的一个主要方面。另外,就像战争中的空军掩护(Air Cover)一样,专职的项目经理能够应付开发过程中大量的偶发事件和杂务,对于一个规模稍大的项目,这些杂务本身就能占用一个全职工作者的几乎全部时间。在一个项目中,推动项目发展的是系统构架师,而不是项目经理。项目经理的职责只是配合系统构架师,提供各个方面的支持。主要职责是与内外部沟通和管理资源(包括人)。系统构架师提出系统的总体构架,给出开发指导。一个项目中,项目经理的角色什么?如果他即使管理人员又是设计人员,则必须比别人强,能够有让别人服的东西。如果他只是项目管理人员,系统构架师有专门人员,就可以不用精通或者说了解 it 各个方面的知识,如果了解更好。另外,如果在一个项目没有人在技术构架上和开发指导上负全部责任,而是每个人都负责一快的架构、分析、设计、代码和实施等,最后肯定会失去管理。系统构架师与系统分析员的关系及区别系统分析员(System yst)是指对系统开发中进行分析、设计和领导实施的人。一般意思上讲,系统分析员的水平将影响系统开发的质量,甚至成败。但在一个完善的系统开发队伍中,还需要有业务专家,技术专家和其他辅助人员。所以,系统分析员只是其中的角色之一。但我国许多的 IT 公司,一般只有系统分析员而没有技术专家。系统分析员固然是对特定系统进行分析、设计。所以他的任务、目标是明确的。他只是去执行任务,完成系统的最终设计。系统架构师应该和系统分析员分开,但架构师必须具备系统分析员的所有能力,同时还应该具备设计员所没有的很多能力。 系统架构师是指导、检督系统分析员的工作,要求系统分析员按什么标准,什么工具,什么模式,什么技术去设计系统的。同时,系统架构师应该对系统分析员所提出的问题,碰到的难题及时地提出解决的方法。并检查、评审系统分析员的工作。

一、系统总体架构

根据用户需求完成航空物探数据库系统概要设计,确定软件的总体功能,说明软件的结构,定义软件的接口,系统运行环境和安全策略。在系统整体构架和需求分析的基础上构建了整个系统开发的总体架构(图4-1)。

图4-1航空物探信息系统架构

二、系统软件结构

本信息系统采用C/S架构(图4-2),系统通过局域网和航空物探资料数据库服务器(包括Oracle数据库服务器和ArcSDE空间数据库服务器)连接。数据库采用大型关系型数据库Oracle10g作为其后台数据库,通过ArcSDE对空间数据及其属性数据进行管理。使用MicrosftVisualStudioNET2003中的C#语言和ESRI的Engine组件来开发信息系统。

三、系统设计

根据航空物探的业务需求、数据安全性、易开发、易维护等要求,将信息系统软件分成数据采集软件(C/S)、应用软件(C/S)两部分(图4-3)。

数据采集软件用于航空物探数据入库和入库数据质量控制。应用软件主要用于提供中心内部的数据查询统计、数据加工处理等服务。两个软件的具体功能在后继的第六、第七章中详细论述。

B/S结构(Browser/Server,浏览器/服务器模式):是WEB兴起后的一种网络结构模式,WEB浏览器是客户端最主要的应用软件。这种模式统一了客户端,将系统功能实现的核心部分集中到服务器上,简化了系统的开发、维护和使用。

B/S最大的优点就是可以在任何地方进行 *** 作而不用安装任何专门的软件。只要有一台能上网的电脑就能使用,客户端零维护。系统的扩展非常容易。

C/S与B/S区别

1.硬件环境不同:

C/S一般建立在专用的网络上,小范围里的网络环境,局域网之间再通过专门服务器提供连接和数据交换服务。

B/S建立在广域网之上的,不必是专门的网络硬件环境,例与电话上网,租用设备信息自己管理有比C/S更强的适应范围,一般只要有 *** 作系统和浏览器就行。

2.对安全要求不同

C/S一般面向相对固定的用户群,对信息安全的控制能力很强。一般高度机密的信息系统采用C/S结构适宜。可以通过B/S发布部分可公开信息。

B/S建立在广域网之上,对安全的控制能力相对弱,可能面向不可知的用户。

3.对程序架构不同

C/S程序可以更加注重流程,可以对权限多层次校验,对系统运行速度可以较少考虑。

B/S对安全以及访问速度的多重的考虑,建立在需要更加优化的基础之上比C/S有更高的要求B/S结构的程序架构是发展的趋势,从MS的Net系列的BizTalk2000Exchange2000等,全面支持网络的构件搭建的系统。SUN和IBM推JavaBean构件技术等,使B/S更加成熟。

4.软件重用不同

C/S程序可以不可避免的整体性考虑,构件的重用性不如在B/S要求下的构件的重用性好。

B/S对的多重结构,要求构件相对独立的功能能够相对较好的重用就入买来的餐桌可以再利用,而不是做在墙上的石头桌子

5.系统维护不同

C/S程序由于整体性,必须整体考察,处理出现的问题以及系统升级升级难可能是再做一个全新的系统

B/S构件组成,方面构件个别的更换,实现系统的无缝升级系统维护开销减到最小用户从网上自己下载安装就可以实现升级。

6.处理问题不同

C/S程序可以处理用户面固定,并且在相同区域,安全要求高需求,与 *** 作系统相关应该都是相同的系统。

B/S建立在广域网上,面向不同的用户群,分散地域,这是C/S无法作到的。与 *** 作系统平台关系最小。7.用户接口不同。

C/S多是建立的Window平台上,表现方法有限,对程序员普遍要求较高。

B/S建立在浏览器上,有更加丰富和生动的表现方式与用户交流并且大部分难度减低,减低开发成本。

8.信息流不同

C/S程序一般是典型的中央集权的机械式处理,交互性相对低。

B/S信息流向可变化,B-BB-CB-G等信息、流向的变化,更像交易中心。实际应用B/S结构的OA系统B/S结构在城市消防联网


欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/zz/12740329.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-27
下一篇 2023-05-27

发表评论

登录后才能评论

评论列表(0条)

保存