强烈要求服务端命令支持独立部署

建议活字格服务端命令支持独立部署


我以实际场景遇到的问题来说明问题
我修改了某个功能的一个页面中的一个小细节，为了能让其生效，我需要重新发布到服务器，在我发布的这几十秒钟内，原有的三方OA系统与本系统的服务端命令联系中断，也就是说这个时候提交的所有数据全部失效，而我还不知道这些数据失效了，等未来某一天来查怎么两边数据不一致呢，找了好久才发现原来有一些流程没有提交成功，导致我们数据采集失败，如果这条数据刚好涉及到经营相关的数据，这是非常致命的。

但如果我们服务端命令是独立部署的一个应用或者服务器，不管我们这边页面怎么修改，并不会影响服务端命令，所以不存在这个问题，如果真涉及到了服务端命令的修改重新部署，可以选择下班时间大家不用的时间来部署，如果是现在这样一体的，我明明就一个小修改，但又要关键使用，难道也要等到晚上下班再上线？

这里延伸一下
1、建议服务端命令可以选择性的独立部署，比如只有涉及到三方数据互通的服务端命令才独立部署
2、独立部署后的服务端命令如何像正常服务端命令一样便捷使用，而非使用HTTP访问命令实现，那样用起来不太友好。

您好，核心需求就是想可以在服务管理器中直接操作修改服务端命令对吧？

不是，而是活字格可以直接使用发布的服务端命令
比如应用a是服务端命令，我们的活字格应用要能直接像使用本地服务端命令一样去使用应用a的服务端命令

分离部署是为了业务不中断

服务端命令确实非常强大， 如果后期继续做大做强的话，独立也还是可以的

了解了，大佬，我们这边先讨论下反馈给产品~

guoqp 发表于 2023-5-26 18:25
不是，而是活字格可以直接使用发布的服务端命令
比如应用a是服务端命令，我们的活字格应用要能直接像使用 ...

好像本身就支持吧。。只是不能在独立部署的web服务中访问内部的sqlite数据库。除了这个其它应该都没问题。

gczxxu 发表于 2023-5-31 10:22
好像本身就支持吧。。只是不能在独立部署的web服务中访问内部的sqlite数据库。除了这个其它应该都没问题 ...

应用B能直接像使用服务端命令一样使用应用A的服务端命令?你确定?
如果是用HTTP访问命令实现,每个服务端有些什么参数你都得一个一个输入,这样就会平白无故增加很多工作量

其实我这里提到了两个点
一是服务端命令允许分离部署
二是活字格应用发布时可选择局部内容发布,不需要停止应用的那种
主要目的就是为了业务不中断,因为现在最大问题就是在我们发布应用期间应用是停止状态,业务也就被中断了,导致出现一些不可预料问题.

我修改了某个功能的一个页面中的一个小细节，为了能让其生效，我需要重新发布到服务器，在我发布的这几十秒钟内，原有的三方OA系统与本系统的服务端命令联系中断，也就是说这个时候提交的所有数据全部失效，而我还不知道这些数据失效了，等未来某一天来查怎么两边数据不一致呢，找了好久才发现原来有一些流程没有提交成功，导致我们数据采集失败，如果这条数据刚好涉及到经营相关的数据，这是非常致命的。

首先感谢大佬的反馈。
您说的这个服务端命令独立部署，对应了上面的应用场景。关于这个我理解的是应为目前活字格应用的某些模块、如页面、服务端命令、计划任务等是全量发布的，如果应用比较大确实很耗时间。关于这个已经有相关的需求记录，编号分别为 42223，41496，建议能够分文件夹或只发布变更的部分，以降低应用的发布时间。

大佬是这边服务端命令是有特殊的使用场景吗（比如说用服务端命令做一些接口，开放出去给第三方调用）需要独立部署才行。能不能考虑将服务端命令单独创建个应用进行发布部署呢。

Simon.Sun 发表于 2023-5-31 18:35
首先感谢大佬的反馈。
您说的这个服务端命令独立部署，对应了上面的应用场景。关于这个我理解的是应为目前 ...

服务端命令单独做一个应用部署是可以的，但咱们其它活字格应用去调用它就只能用HTTP命令了，参数也只能一个一个人工输入，不如像本地服务端命令那么方便，所以这里我提的其中一个建议就是针对活字格发布的服务端命令，即使是三方的活字格应用，也可以像内置服务端命令一样去使用，这样活字格就能变得异常的灵活与强大了