关于inVRsion
inVRsion 是一家意大利企业，主要为零售产业提供 VR SaaS 服务。企业致力于将 SaaS 的专利技术应用于快消品(CPG)零售行业，提升零售速度、展示空间、产品和购物体验。inVRsion 的 VR 技术既支持 B2B 活动，如提供市场营销谈判、消费者调研和培训等服务，又支持 B2C 活动如 VR 电子商务。inVRsion 旗下以 SaaS 为基础的 ShelfZone® 软件，已广泛应用于埃森哲、雀巢、Diesel、百事可乐等全球领先零售企业。
Incredibuild 一经安装，就悄无声息地在后台运行。以透明的方式帮助进程处理，甚至无需任何额外的管理。
面临的挑战
“我们的 SaaS 技术需要进行大量的自动化处理和脚本处理，来获得 VR 商店的布局和产品展示数据。但客户需要等待很长时间，让脚本执行完毕。” inVRsion 的首席技术官（CTO）Michele Antolini (PhD)说道。
这些脚本将客户的商店设计自动转换成完整的虚幻引擎项目。项目的创造是由数据驱动的自动化过程，需要耗费大量的 AWS 计算资源（尤其是 C++ 代码，Shader 编译，光影烘焙），并要求密集型的计算，以及多个内核高效同步运行。
由于 inVRsion 的自动化进程是以 Unreal Editor 的大量自动化构建为基础，所以需要 GPU 驱动的机器。在无法将进程任务分发到多个机器，同时又需要大量 CPU 处理进程的情况下，inVRsion选 择了使用庞大的、GPU 驱动的 3.8xlarge 机器。
- 保存时间冗长— inVRsion 脚本以尝试保存 g3.8xlarge 开始。如果没有这种类型的实例可用，则将保存一个更小的机器（(g3.4xlarge)。而由于此地区短缺 32 核的机器，这个保存的选择让客户历经漫长的等待，却最终只能使用一半的计算资源。“一般情况下，g3.8xlarge 机器可在 2-3 小时内重新使用。但在新冠肺炎封锁期间，单是重新分配一个同类型的 EC2 实例，就需要花费长达3天的时间。这就意味着，仅仅想让服务以一个合理的速度开始运行，客户就需要浪费大量的等待时间。”
- 执行缓慢—在一个实例中执行所有的 C++ 与虚幻引擎进程，最大限度用尽内存和 CPU，导致每次模拟执行时间长达 146 分钟。而在 g3.4xlarge 中（当因为可用实例的限制而需降级时），平均的执行时间更是上升至 194 分钟（增加了30%）。执行时间的延长，限制了每个用户每天运行的迭代数量，直接影响了企业的成本和效益；
- 高 AWS 成本—由于执行时间过长，EC2 类型成本过高，每个迭代的单价也随之攀升。
