Azure web应用程序和web api服务（移动服务）体系结构全球分发
我正在尝试查找有关在 azure 上设计全局解决方案的资源/信息。以下是我方面的要求：
- 系统需要有一个master数据库，需要ofc备份机制。
- 系统需要为各种角色等提供Web应用程序。
- 系统需要对移动客户端提供某种服务。（在同一个MVC应用程序中还是移动服务中？）
问题来了：
- 系统将分布在全球。我认为如果移动
客户端/Web客户端（来自世界各地）访问一台服务器（在Azure数据集群中，例如托管解决方案的北欧），那也没关系。你的想法是什么？移动客户端和服务器上的服务之间将进行密集的通信（10000个移动客户端，平均每分钟100个请求，其中一些是大型（约100KB）JSON对象等）。这会影响客户端的性能吗？ - 更重要的是移动客户端会在他们所在的地区进行一些nw基准测试活动。所以他们会进行DL、UL和延迟测试。所以需要某种分布式组件/服务进行测试。
我对azure很陌生，我对如何用最少的工作量来设计这种系统很感兴趣，例如azure在该领域提供了什么。我对Azure CDN了解很少，但那只是针对静态资源和文件。
所以，伙计们，也许一些链接，建议…
BR、JDK
共有1个答案
在不同地区构建您的应用程序的多个副本，然后利用Traffic Manager(https://azure . Microsoft . com/en-us/documentation/articles/Traffic-Manager-overview/)为您的消费者进行最短延迟路由。如果您需要在不同地区之间同步数据，您将需要基于最终一致性的概念来设计您的应用程序(http://en . Wikipedia . org/wiki/finally _ consistency)。HTH。
-
我最近开始使用Node.js，我必须构建一个应该使用多个Express.js服务的体系结构。其中一些服务必须位于一台服务器上，另一台则位于其他服务器上。我想构建一个基础服务（像API网关），但是我不知道在这个网关和微服务之间，或者在两个微服务之间进行通信的合适方式是什么。 目前我正在研究一个基于此的解决方案：
-
我对web应用程序向微服务的发散点感到困惑--它是在url级别还是模型级别？举个例子，假设我有一个单片应用程序，它提供3个页面。假设每个页面都有一个单独的用法，我想用它们自己的微服务来支持它们。下面哪一种是实现基于微服务的体系结构的正确方法： 我创建了三个不同的应用程序（微服务），每个都包含一个页面的（路由、控制器、模型、模板）。然后根据哪个页面被请求，我将请求路由到那个特定的应用程序。这意味着从
-
我不清楚如何取回购买服务不保存的数据--例如：用户的全名。当试图通过购买用户名进行更复杂的搜索购买时，问题会变得更严重。 我认为，显然可以通过在两个服务之间同步用户来解决这个问题，方法是在用户创建时广播某种类型的事件（并在购买服务端只保存相关的用户属性）。在我看来，这远非理想。当你有数百万用户时，你如何处理这个问题？您会在每个使用用户数据的服务中创建数百万条记录吗？ 另一个明显的选择是在用户服务端
-
我是事件驱动微服务的新手，也是微服务本身的新手。我正在开发的系统并不大，它处理一堆文件，然后根据调用不同服务的数据。所以在我看来，一个好主意是，不要让服务调用其他服务来完成这项工作，而是将这些消息发送到发布/订阅队列，处理它们并将它们发送到相关主题，然后每个服务将订阅其中一个或几个主题，每隔几分钟，每个服务都会提取它们订阅的消息并发挥它们的魔力。这些服务也可以通过Rest来公开，以防您想强制执行它
-
问题内容： 我是Web服务，JAX-WS等的新手，所以也许是菜鸟问题… 因此，我想实现一个Web服务以使两个系统通信。“客户端”系统对在“服务器”系统上生成的事件感兴趣。但是“客户端系统”本身就是用于其他应用程序的服务器。服务器是Java（tomcat中的WAR）。客户端是.Net。 应该只有一个客户端系统，但是客户端系统内部应该有几个客户端进程，每个进程都对不同类别的事件感兴趣。 我将实现服
-
我有一个微服务体系结构，它的日志必须发送到远程Kafka主题。在它旁边，本主题的使用者将把日志发送到麋鹿堆栈（另一个团队） 我想要一个专用的微服务（fwk proxy elasticsearch），其职责是收集其他人的日志，并将其发送到远程Kafka主题。 将从我的微服务聚合的所有日志分派到fwk-代理-弹性搜索微服务的最佳协议是什么？ 我希望这个模式不会重复远程Kafka主题的安全配置。我想把它