Python 将web应用程序移动到设备的注意事项

Python 将web应用程序移动到设备的注意事项,python,appliance,Python,Appliance,我们开发了一个在Linux上运行的web应用程序,它非常流行。我们现在希望将其作为一个设备发布,这样客户就可以在自己的网络内部运行它 我们不确定最佳方法。我们在诸如Linux发行版之类的领域是灵活的,无论它是硬件还是软件专用设备。有人对最好的方法有什么建议吗?有关于这个主题的好资源链接吗?我们应该问自己的问题?商业应用的法律考虑?安全考虑 更新: 它是一个基于Python的web应用程序。我们希望用户能够通过web界面做任何事情。没有命令行之类的东西。这取决于语言/技术应用程序是如何编写的。 如

我们开发了一个在Linux上运行的web应用程序,它非常流行。我们现在希望将其作为一个设备发布,这样客户就可以在自己的网络内部运行它

我们不确定最佳方法。我们在诸如Linux发行版之类的领域是灵活的,无论它是硬件还是软件专用设备。有人对最好的方法有什么建议吗?有关于这个主题的好资源链接吗?我们应该问自己的问题?商业应用的法律考虑?安全考虑

更新:


它是一个基于Python的web应用程序。我们希望用户能够通过web界面做任何事情。没有命令行之类的东西。

这取决于语言/技术应用程序是如何编写的。 如果是java,则发布war文件+tomcat/jboss。 如果是python,则释放鸡蛋。 如果是php。。。不确定,可能只是。tar.bz2


Linux发行版或虚拟映像可能是一个优势,但我不喜欢使用它们,因为它们通常不适合我的infra(为什么我必须在我的rhel only基础设施上安装一些自定义的基于debian的发行版?)。

我知道Github什么时候需要做类似的事情,他们与一家专门从事建筑安装的公司签订了合同

如果您想自己开发解决方案,那么构建Debian包(或者RPM,如果您愿意的话)是不会出错的。这是大多数linux系统管理员都会接受的,有很多众所周知的方法可以为他们提供定制/控制的组合,同时也可以让您轻松地管理该过程。这也为您和您的用户提供了一个众所周知的更新路径


除非你有客户非常具体的要求,否则我会避开你提供硬件的交钥匙式设备。这对你来说是额外的工作,可能会让客户感到厌烦。但不同的业务有不同的需求,所以您的客户群可能不具备这一需求,而更喜欢一体化解决方案。除非您询问,否则您无法确定。

我们不想发布用户必须安装的Python包。我们想运送一个设备硬件或虚拟设备,用户可以通过Web界面来安装。请考虑许多网络运营商不喜欢他们的网络中的设备,尤其是如果他们知道,一个完整的Linux运行在他们上,并且他们没有root访问框。这是因为他们无法知道该框是否以安全方式配置(通常情况并非如此)。这对小企业来说不是问题,但如果你也瞄准大企业,你应该始终让用户选择根访问。好的一点-我担心的是,他们会把事情搞砸,然后我们必须解决它。我想这是我们不得不忍受的东西。“在Linux上运行”和“没有命令行之类的东西”。这个星球上没有一个Linux管理员会容忍一个全web、没有命令行界面的系统。你和Linux系统管理员谈过你的计划了吗?你有没有游说过潜在客户?没有。客户刚刚说他们想要一个可以在他们的网络上运行的版本。我想我是在考虑像无线路由器这样的设备,它们基于Linux,几乎所有的事情都是通过web界面完成的,它们似乎被接受了,或者可能不被接受?