「微服务架构」基于Nginx的三种微服务参考架构
|
Deis Workflow使用类似于路由器网格模型的方法在服务之间路由流量，NGINX实例在每个主机上的容器中运行。当新的应用程序实例被启动时，进程从etcd服务注册表中提取服务信息并将其加载到NGINX中。 NGINX Plus也可以在这种模式下工作，使用各种位置及其相关的上游。 编辑器 - 有关此模型的深入探索，请参阅MRA，第3部分 - 路由器网格模型(https://www.nginx.com/blog/microservices-reference-architecture-nginx-router-mesh-model/)。 最后 - Fabric模型，带有可选的SSL / TLS 我们NGINX对Fabric模型最为兴奋。它带来了一些最令人兴奋的微服务承诺，包括高性能，负载平衡的灵活性，以及无处不在的SSL / TLS，直到单个微服务的水平。 Fabric模型适用于安全应用程序，可扩展到非常大的应用程序。 在Fabric模型中，NGINX Plus部署在每个容器中，并成为进出容器的所有HTTP流量的代理。应用程序与本地(localhost)主机位置通信以获取所有服务连接，并依赖NGINX Plus进行服务发现，负载平衡和运行状况检查。  在我们的配置中，NGINX Plus向ZooKeeper查询应用程序需要连接的所有服务实例。例如，使用DNS频率设置(有效)设置为1秒，NGINX Plus会每隔一秒扫描ZooKeeper，并适当地路由流量。 由于NGINX Plus中强大的HTTP处理功能，我们可以使用keepalive来维护与微服务的状态连接，减少延迟并提高性能。当使用SSL / TLS来保护微服务之间的流量时，这是一个特别有价值的功能。 最后，我们使用NGINX Plus的主动健康检查来管理健康实例的流量，并且基本上免费构建断路器模式。 编辑 - 有关此模型的深入探索，请参阅MRA，第4部分 - 结构模型(https://www.nginx.com/blog/microservices-reference-architecture-nginx-fabric-model/)。 MRA的巧妙演示应用程序 MRA包括一个示例应用程序作为演示：Ingenious照片共享应用程序。 Ingenious在三种模型中实现 - 代理，路由器网格和结构。 Ingenious演示应用程序将于今年晚些时候向公众发布。 Ingenious是照片存储和共享应用程序的简化版本，la Flickr或Shutterfly。我们选择照片共享应用程序的原因有以下几点：
结论 NGINX微服务参考架构对我们来说是一个令人兴奋的发展，对于我们迄今为止共享的客户和合作伙伴而言。 在接下来的几个月里，我们将发布一系列博客文章，详细描述它，我们将在今年晚些时候推出。 我们还将在9月7日至9日在德克萨斯州奥斯汀举行的nginx.conf 2016上详细讨论。 请给我们您的反馈意见，我们期待着与您相见。 原文：https://www.nginx.com/blog/introducing-the-nginx-microservices-reference-architecture/ 本文：http://pub.intelligentx.net/introducing-microservices-reference-architecture-nginx （编辑：威海站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
