0

我们正在考虑在 YARN 之上构建一个面向服务的架构。我们有不同的应用程序类型——有些可以在 Storm 中工作，比如流模式（我们连接到正在运行的服务），有些在批处理模式（当应用程序在每个请求上启动时）。

此外，应用程序可能需要经常相互通信，这将需要 YARN 内不同应用程序之间的大量内部流量。我们还希望使用不同应用程序的缓存，因此每当具有相同数据的请求发送到同一个应用程序时，我们都可以返回缓存响应。

作为 SOA 框架的基础，YARN 是好还是坏的解决方案？Yarn 只是一个类似自动缩放/部署的工具，还是非常适合 SOA？用 YARN 做到这一点是否足够快？

4

1 回答 1

1

我认为 YARN 正在将 Hadoop 形式作为分布式文件系统推向分布式操作系统。有很多 SOA 基础架构正在构建或迁移到 YARN（Storm、Samza），它们是引人注目的服务主机。您还可以从连续性中编织，这将帮助您托管其他类型的服务。

专门解决你的问题。- YARN 是 SOA 框架的良好基础，它不仅仅是一个自动缩放，它还是一个资源管理和托管框架，而且速度足够快（尤其是如果您使用构建在它之上的已经开发的基础设施之一）

于 2013-08-30T20:13:25.860 回答