Eureka官方教程（一） Eureka一览

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可以很好地适应这种用途。

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这些。中间件应用领域很广的。简直大一点的应用都可以用到中间件。国内也有一些开发商自己写中间件，不过好象是自己用，没形成市场。

---