执行远程脚本 - 架构。

我想制作一个执行远程脚本的应用程序。用户可以创建一个脚本(可能是LUA脚本),然后将其存储在服务器上。然后,他可以使用API来执行脚本。我在考虑这个API可以是一个Web服务。

所以我的问题是:

  • 我需要高性能来执行脚本。所以我的第一选择是LUA脚本。有其他建议吗?

  • 因为我需要高性能,我在思考Web服务是否是最佳解决方案。也许我可以创建一个TCP/IP Windows服务来保持用户请求。重要的是要说,我将有许多用户同时执行脚本。所以我将有一个并发问题。

  • 我的脚本将在数据库中查询。我将使用Tokyo Cabinet或Tokyo Tyrant。我认为Tokyo Tyrant是唯一的解决方案,因为我将有许多请求。为了性能,我需要创建一个连接池吗?有没有办法在Web服务请求之间共享变量?

  • 为了制作Web服务或Windows服务,我在考虑使用C++。

有人能帮忙回答这些问题吗?

谢谢

原文链接 https://stackoverflow.com/questions/2571517

点赞
stackoverflow用户472513
stackoverflow用户472513
  • Lua 对于脚本语言来说有相当高的性能表现,尤其是如果你使用 LuaJIT 或类似的工具。

  • 你谈到了高性能。我们究竟在讨论多少性能?比如,假设你有一个非常简单的 Web 服务,它通过 POST 接收并执行脚本,那么 HTTP 的开销可能相对较小,当与 Lua 的编译、环境设置和执行时间相比较时。

  • 关于数据库,我无法告诉你任何信息。有许多可能的池化方法,这还取决于你如何执行 Lua 脚本。它们是在一个公共环境中运行吗?每个会话一个?每个请求一个?

  • C++ 绝对是一个很好的托管 Lua 的选择,因为 Lua 与之相当契合。当然也有其他语言绑定的良好选择。

但请记住,仅仅沙箱化脚本并不能解决所有问题。用户提交的脚本可能故意或者错误地做很多糟糕的行为,比如分配大量的内存或占用 CPU。在 Lua(我认为这对于许多沙盒化环境都是正确的)中,你无法对此做太多事情,除了杀死有问题的实例,或者如果你在沙箱中禁止了使用协程,就停止有问题的协程并进行更明智的处理。

2010-10-11 20:28:59