
服务器端可以有中间层,客户端也可以有中间层。
一般把访问数据库的那部分模块作为中间层。
所谓c/s的三层架构,通常只有大型软件,需要多人共同开发才会用,他是为了不同人写的代码之间接口规范,标准而用。而且,维护起来也方便。
小型软件建议也用,就是自己写的代码,模块化以后修改的时候也方便。Eureka官方教程(一) Eureka一览
Eureka官方教程(二) 配置Eureka
Eureka官方教程(三) Eureka客户端服务器通信
Eureka官方教程(四) 自我保护模式
Eureka官方教程(五) Eureka REST *** 作
Eureka是一种基于REST(Representational State Transfer)的服务,主要用于AWS云,用于定位服务,以实现中间层服务器的负载平衡和故障转移。我们将此服务称为Eureka Server。Eureka还附带了一个基于Java的客户端组件Eureka Client,它使与服务的交互变得更加容易。客户端还有一个内置的负载均衡器,可以进行基本的循环负载均衡。在Netflix,一个更复杂的负载均衡器包含Eureka基于流量,资源使用,错误条件等多种因素提供加权负载平衡,以提供卓越的d性。
在AWS云中,由于其固有的特性,服务器来来去去。与使用具有众所周知的IP地址和主机名的服务器的传统负载均衡器不同,在AWS中,负载均衡在使用负载均衡器注册和取消注册服务器时需要更加复杂。由于AWS尚未提供中间层负载均衡器,因此Eureka填补了中间层负载均衡领域的巨大空白。
AWS Elastic Load Balancer是面向最终用户Web流量的边缘服务的负载平衡解决方案。Eureka满足了中层负载平衡的需求。虽然理论上您可以将您的中间层服务置于AWS ELB之后,但在EC2 classic中,您会将它们暴露给外部世界,从而失去AWS安全组的所有实用性。
AWS ELB也是传统的基于代理的负载平衡解决方案,而使用Eureka则不同之处在于负载平衡发生在实例/服务器/主机级别。客户端实例知道他们需要与哪些服务器通信的所有信息。这是一种祝福或诅咒,取决于你看待它的方式。如果您正在寻找AWS现在提供的基于粘性用户会话的负载平衡,Eureka不提供开箱即用的解决方案。在Netflix,我们更喜欢我们的服务是无状态(非粘性)。这有助于实现更好的可扩展性模型,Eureka非常适合解决这个问题。
使用Eureka将基于代理的负载平衡与负载平衡区分开来的另一个重要方面是,您的应用程序可以适应负载均衡器的中断,因为有关可用服务器的信息会缓存在客户端上。这确实需要少量内存,但可以获得更好的d性。
Route 53是一个命名服务,Eureka可以为中间层服务器提供相同的服务,但相似性在那里停止。Route 53是一种DNS服务,即使对于非AWS数据中心,它也可以托管您的DNS记录。Route 53还可以跨AWS区域执行基于延迟的路由。Eureka类似于内部DNS,与世界各地的DNS服务器无关。Eureka也是区域隔离的,因为它不了解其他AWS区域中的服务器。保存信息的主要目的是在区域内进行负载平衡。
虽然您可以使用Route 53注册中间层服务器并依赖AWS安全组来保护您的服务器免受公共访问,但您的中间层服务器身份仍然会暴露给外部世界。它还具有传统的基于DNS的负载平衡解决方案的缺点,其中流量仍然可以路由到可能不健康或甚至不存在的服务器(在AWS云的情况下,服务器可以随时消失)。
您通常在AWS云中运行,并且您有许多中间层服务,您不希望向AWS ELB注册或暴露来自外部世界的流量。您要么寻找一个简单的循环负载平衡解决方案,要么愿意根据您的负载平衡需求在Eureka周围编写自己的包装器。您不需要粘性会话并在外部缓存(例如memcached)中加载会话数据。更重要的是,如果您的架构适合基于客户端的负载均衡器的模型,Eureka可以很好地适应这种用途。客户端:
CPU:单核28G、双核16G,建议双核20G
内存:最少521M,建议1G以上
硬盘:5G可用空间
网络:100M交换
中间层服务器:
CPU:Xeon 20G以上,建议配置双路CPU
内存:2G以上
硬盘:双SCSI36GB,建议做RAID1提升磁盘恢复速度
网络:千兆或100M交换,
数据库服务器:
CPU:Xeon 20G以上,最低配置双路CPU
内存:2G以上,建议4GB
硬盘:双SCSI 36GB,建议做RAID5提升磁盘恢复速度
网络:千兆或100M交换,客户端及远程登录的用户数量来订
服务器建议配置:
CPU Xeon 26GHZ或以上,建议配置双路CPU
内存 2GB或以上
硬盘 双SCSI 36GB,建议做RAID 1
网卡 双100M
客户端无特殊要求,现在配的一般电脑都能满足。
金蝶K3是一款ERP软件, ERP系统集供应链管理、财务管理、人力资源管理、客户关系管理、办公自动化、商业分析、移动商务、集成接口及行业插件等业务管理组件为一体,以成本管理为目标,计划与流程控制为主线,通过对成本目标及责任进行考核激励,推动管理者应用ERP等先进的管理模式和工具,建立企业人、财、物、产、供、销科学完整的管理体系。
金蝶K/3财务管理系统面向企业财务核算及管理人员,对企业的财务进行全面管理,在完全满足财务基础核算的基础上,实现集团层面的财务集中、全面预算、资金管理、财务报告的全面统一,帮助企业财务管理从会计核算型向经营决策型转变,最终实现企业价值最大化。财务管理系统各模块可独立使用,同时可与业务系统无缝集成,构成财务与业务集成化的企业应用解决方案。主要有以下八大模块子系统:
——财务管理
——供应链管理
——生产制造管理
——销售与分销管理
——人力资源管理
——办公自动化
——客户关系管理
——商业智能您好,这是由于HR客户端平台无法获取到K/3中间层服务器的组织架构、帐套的相关信息,同时,如果是要 *** 作K/3财务、供应链模块,是打开金蝶K3Wise创建管理平台或者是金蝶K/3标准版
以下是打开HR客户端平台提示中间层服务器不可用的分析方法:
1、检查系统服务中,是否存在一个KDHRHost的服务,或此服务是否正常启动,如果没有此服务需要手工注册该服务 ,在开始-运行中直接输入 C:\WINDOWS\MicrosoftNET\Framework\v2050727\InstallUtilexe "C:\Program Files\Kingdee\K3ERP\KDHRAPP\IISServer\server\KingdeeK3HRServerexe"即可
2、如果KDHRHost服务正常,则检查IIS中是否存在一个K3HRWebService的虚拟目录,如果不存在则重新配置一下HR的web站点
3、如果虚拟目录也是正常,则再检查一个配置文件:"C:\Program Files\Kingdee\K3ERP\KDHRAPP\IISServer\server\KingdeeK3HRServerexeconfig"
用记事本打开KingdeeK3HRServerexeconfig这个配置文件,然后找到下面这段内容:
<!-- webservice的路径 -->
<add key ="k3hrwebservi
ce" value =">1、你的SQL安装选择了什么认证方式
2、你进入:开始\程序\金蝶 K3\金蝶 K3 服务器配置工具\中间层组件注册,先进行组件注册,注册认证模式选择交互模式。
3、进入:开始\程序\金蝶 K3\金蝶 K3 工具\远程组件配置工具,把服务器的地址或IP指定一下。
这其实是一个比较虚的概念。
广义的中间件范围很广。起沟通作用的都可以认为是中间件。甚至ODBC这样的东西你也可以认为是中间件。现在用的比较多的中间件应该是BEA公司的tuxedo和IBM公司的weblogic(好象是这个东西),我接触过一点tuxedo。oracle、sun和ms好象也有类似产品,不过用的人很少。tuxedo是这个领域的领导者,不过IBM正在追赶并有可能超过,毕竟,IBM就是IBM。tuxedo这东西我们用来做数据库和前台应用之间的中间件。使用了中间件之后,以前直接连接的前台应用程序和数据库之前就多了个tuxedo,现在前台程序把请求发给tuxedo,tuxedo再把请求发给数据库,数据库处理结束之后把结果返回tuxedo,tuxedo再把结果送回给前台。这样一搞,表面看复杂了很多。不过带来一些好处,比如:安全。tuxedo的服务是定制的,这就有点象是存贮过程,因为应用程序无法直接接到数据库而只能通过tuxedo,所以应用程序无法做tuxedo服务之外的事情。你把你的应用逻辑写在tuxedo中,你就可以保证你的数据是安全的。性能。有些数据库性能不好,比如oracle一个连接就是好多M,连接数一多,机器内存就没了,有了tuxedo之后,tuxedo负责连接数据库,连接数比较少,tuxedo可以用排队的方式来处理这些数据库请求,这样提高了性能。中间件的高级应用好象还可以把数据库分布在不同的机器上,由tuxedo动态分配前、后台的请求和处理,把它们搞在不同的机器上,所以你用了中间件之后如果后台数据库处理来不及,可以加一台机器,前台请求太多(比如网站)可以加多前台机器。你可以灵活的调整性能。应用服务器做的人好象就更多了。而且应用服务器这东西和中间件类似(逻辑上)我觉得它应用也是中间件的一种,不过大家一般说中间件都是指的狭义的中间件,就是tuxedo这些。中间件应用领域很广的。简直大一点的应用都可以用到中间件。国内也有一些开发商自己写中间件,不过好象是自己用,没形成市场。欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)