我应该容纳一个需要16个vCPU的独立命令行或terminal应用程序吗？
我们正在使用一个当前为Windows编译的应用程序（它是一个独立的.exe，没有挂接到registry中），如果需要，它也可以交叉编译为* nix。 这个应用程序最好使用约16个线程并行运行。
部署整个Windows（或Linux）堆栈看起来很繁重，但我不明白容器是否合理。 我感到困惑的是，我觉得我的THOUGHT容器可以在Azure或AWS上运行，基本上可以在某种程度上运行。 它看起来像是，我需要旋转主机虚拟机来容纳容器。 如果这是真的，那么我只能把两个容器放在32个vCPU上，而容器没有意义（我认为）。
希望我只是误解了这一点。 有没有什么轻量级的，可以让我运行繁重的计算和文件I / O（结果文件是每个16GB +），但不依赖于GUI等进程？
所有的广告都在Docker / swarm，core-os，kubernetes，mesos / mesosphere里面，我真的是筋疲力尽。
您的应用程序与我们为支持使用Microsoft转换器并行执行Office文件转换所做的工作类似。 我们运行转换器来支持mp4到mp4的转换，每个容器都有一个相当大的cpu分配。 WinDocks上的容器devise更轻，因为它不包含OS文件。 你可以尝试使用免费的社区版，在WinDocks.com