-
Notifications
You must be signed in to change notification settings - Fork 73
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
发布中心要支持单个应用在指定服务器上部署多个版本 #72
Labels
enhancement
New feature or request
Comments
你所需要的功能,就是星尘网关 StarGateway,一直放在源码目录里面的反向代理,还没有实现配置集成。 |
qcjxberin
pushed a commit
to PeiKeSmart/DH.NStardust
that referenced
this issue
Sep 23, 2024
…1A/App1B/App1C。 场景一 用户资源有限,希望在一台服务器上部署应用App1的测试版和生产版,端口不同。 可在发布节点里面添加两次节点Node1,命名发布集为:App1A/App1B,原来发布集统一使用应用名App1。 需要关闭自动发布,上传版本后,手工选择使用最新版本,然后在测试版App1B上点击发布。 待新版测试通过后,再电机App1A发布。 场景二 重要应用App1,仅有1台服务器,发布时需要重启,耗时1分钟左右,导致业务中断影响体验。 可在发布节点里面添加两次节点Node1,命名发布集为:App1A/App1B,原来发布集统一使用应用名App1。 配置两个发布的顺序和延迟时间(60秒),自动发布时,依次部署,间隔60秒。 前端nginx使用主备机制,确保发布过程中也有可用节点。 NewLifeX/Stardust#72
nnhy
added a commit
that referenced
this issue
Sep 27, 2024
…1A/App1B/App1C。 场景一 用户资源有限,希望在一台服务器上部署应用App1的测试版和生产版,端口不同。 可在发布节点里面添加两次节点Node1,命名发布集为:App1A/App1B,原来发布集统一使用应用名App1。 需要关闭自动发布,上传版本后,手工选择使用最新版本,然后在测试版App1B上点击发布。 待新版测试通过后,再电机App1A发布。 场景二 重要应用App1,仅有1台服务器,发布时需要重启,耗时1分钟左右,导致业务中断影响体验。 可在发布节点里面添加两次节点Node1,命名发布集为:App1A/App1B,原来发布集统一使用应用名App1。 配置两个发布的顺序和延迟时间(60秒),自动发布时,依次部署,间隔60秒。 前端nginx使用主备机制,确保发布过程中也有可用节点。 #72
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
应用场景需求,希望应用App1能够在节点Node1上部署多个版本,如:App1A/App1B/App1C。
场景一
用户资源有限,希望在一台服务器上部署应用App1的测试版和生产版,端口不同。
可在发布节点里面添加两次节点Node1,命名发布集为:App1A/App1B,原来发布集统一使用应用名App1。
需要关闭自动发布,上传版本后,手工选择使用最新版本,然后在测试版App1B上点击发布。
待新版测试通过后,再电机App1A发布。
场景二
重要应用App1,仅有1台服务器,发布时需要重启,耗时1分钟左右,导致业务中断影响体验。
可在发布节点里面添加两次节点Node1,命名发布集为:App1A/App1B,原来发布集统一使用应用名App1。
配置两个发布的顺序和延迟时间(60秒),自动发布时,依次部署,间隔60秒。
前端nginx使用主备机制,确保发布过程中也有可用节点。
The text was updated successfully, but these errors were encountered: