云为Java软件

现在也打我了。 我看到的产品越多,虚拟操作系统映像看起来越像需要加载的虚拟操作系统映像。 无聊…在某处我读到这是一个死的模型,非常真实。

我有兴趣运行使用普通套接字连接的Java软件,不需要networking资料或servlet,也不需要REST以及所有的大量工程。 如果你有一个ip adresse来交谈,并说,在这里我find了一份工作,那将是非常完美的。 然后我再次访问相同的IP并发出下一个作业,但云内部将请求推送到其他节点。 如果我理解了他们的概念,我认为EC2就是这样做的。 但是他们是否也使用完整的操作系统映像?

我想要的东西是我可以部署一些.jar文件,并说使用2或最多100个该软件的实例。 如果需要互通,可以通过一些共享的文件系统云来完成。 这是云可以做什么?

我想要的东西是我可以部署一些.jar文件

这对于“大规模主机托pipe”来说几乎是不可能的。 “可以部署.jar文件的东西”有点含糊。

EC2(或任何其他云平台)绝对是你想要的。 但是你需要注意提交一份工作会做正确的事情(无论对你来说意味着什么)。

(亚马逊与你的pipe理工具结合起来)将启动另外5台服务器,并在其上放置“worker .jar s”是否真的取决于你。

所有EC2给你实际上是一个特定types的准备图像可以部署非常快的环境。

您还需要考虑安全组。 这听起来像你正在做RMI,并分配它dynamic使用的端口,所以一定要有一个安全组(根据您的需要广泛speeking:防火墙规则)。

如果你有本地运行的软件,并实现下一步将是:

  • 学习如何使用EC2 🙂
  • 创build适合您的软件的AMI图像
  • 编写一些脚本/代码来pipe理多less实例(EC2提供了一些自动缩放产品 – 我总是忘记名称 – 可以帮助你)
  • 确保你的环境是安全的
  • 密切关注你的预算
  • 再次注意你的预算
  • 运行testing来发现你的pipe理软件所做的实际上是你想要的(而不是这里的工作者部分,这完全是关于部署“新服务器” – 以EC2术语来说)

你的问题在EC2部分留下了很多空间 。 只要有能够完成实际工作的软件,对于具有成本效益的云使用来说是不够的。 你会想要有一些pipe理(软件),照顾到发射事件/再次摧毁他们。

云是现在stream行的词汇 – 这实际上取决于提供商正在从中获得什么。 对于Java,我只知道CloudBees平台即服务解决scheme – 从未使用它们,只是阅读它们。 可能适合你的账单。