我们正在考虑在yarn之上构建一个面向服务的体系结构。我们有不同的应用程序类型-一些可以在类似风暴的流模式下工作（在这里我们连接到正在运行的服务），一些可以在批处理模式下工作（当应用程序在每个请求上启动时）。
此外，应用程序可能需要经常相互通信，这将需要yarn中不同应用程序之间的大量内部通信。我们还希望使用不同应用程序的缓存，因此每当具有相同数据的请求到达同一应用程序时，我们都可以返回缓存的响应。
作为soa框架的基础，yarn是好的还是坏的解决方案？yarn只是一个自动缩放/部署的工具，还是很适合soa？用Yarn做这个够快吗？
1条答案
按热度按时间cl25kdpy1#
在我看来，hadoop正从一个分布式文件系统发展到一个分布式操作系统。有许多soa基础设施正在构建或迁移到yarn（storm、samza），它们是引人注目的服务主机。您还可以在weave from continuity，这将帮助您托管其他类型的服务。
特别是问你-yarn是soa框架的一个很好的基础，它不仅仅是一个自动缩放，它是一个资源管理和托管框架，而且速度足够快（特别是如果您使用一个已经开发的构建在它之上的基础设施）