锁定老帖子 主题:web程序在线更新实现
精华帖 (11) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2010-02-24
最后修改:2010-02-24
呵呵,我们公司在客户现场都派有开发人员,不存在这个问题。
感觉,如果是比较复杂的程序升级的话,最好有开发人员在现场实施,或远程协助。有些升级,真的不是一个升级程序能搞定的。 另,有些简单的升级,比如CS的客户端进行升级,可以借助现有的技术,比如webstart,很傻瓜,很强大。 |
|
返回顶楼 | |
发表时间:2010-02-24
wangzhongjie 写道 产品的架构也是不得不考虑的一个因素,比如jmx,osgi
这里和产品的架构关系不大,我所要实现的就是如何在一个web产品发布以后,在下一个稳定版本发布后,如何不到客户本地去就能较为简单方便的把需要升级的程序和数据库给更新完成,减少人力到各地出差或者需要进行远程协助,也就是减少人为的干预。 |
|
返回顶楼 | |
发表时间:2010-02-24
zli.ray 写道 呵呵,我们公司在客户现场都派有开发人员,不存在这个问题。
感觉,如果是比较复杂的程序升级的话,最好有开发人员在现场实施,或远程协助。有些升级,真的不是一个升级程序能搞定的。 另,有些简单的升级,比如CS的客户端进行升级,可以借助现有的技术,比如webstart,很傻瓜,很强大。 呵呵,你们开发的应该就是项目,还没有达到产品的程度吧,最多可能也就是有较多的模块相似,或者说可重用,还需要根据各个客户的需求进行功能的定制,我所说的是产品,就算不能像一般的cs产品那样一点不改动,至少也是各个客户的产品都几乎不改动,要达到这个程度了,这样的更新程序对于减少成本我相信是非常有用的。如果产品部署在全国各地,每升级一个版本就要派人到现场去部署实施,这样的造价还是不小的。 |
|
返回顶楼 | |
发表时间:2010-02-24
flyeagle 写道 zli.ray 写道 呵呵,我们公司在客户现场都派有开发人员,不存在这个问题。
感觉,如果是比较复杂的程序升级的话,最好有开发人员在现场实施,或远程协助。有些升级,真的不是一个升级程序能搞定的。 另,有些简单的升级,比如CS的客户端进行升级,可以借助现有的技术,比如webstart,很傻瓜,很强大。 呵呵,你们开发的应该就是项目,还没有达到产品的程度吧,最多可能也就是有较多的模块相似,或者说可重用,还需要根据各个客户的需求进行功能的定制,我所说的是产品,就算不能像一般的cs产品那样一点不改动,至少也是各个客户的产品都几乎不改动,要达到这个程度了,这样的更新程序对于减少成本我相信是非常有用的。如果产品部署在全国各地,每升级一个版本就要派人到现场去部署实施,这样的造价还是不小的。 实不相瞒,我是做电信的,不同省都差不多,只是客户的需求不尽相同,得定制。 我们的升级,有小升级和打升级。小升级就是发给现场一个升级包,有那边的开发人员进行具体操作。 打升级的话,那可以说是声势浩大、人仰马翻,现场没有个专门的团队是不行的。因为很多升级都牵扯到数据,不能有一点差错(因为电信每秒赚的钱比我们程序员一辈子赚的钱都要多 )。 所以,我们的升级不会、也不敢使用你所说的自动升级的策略。 不过,对于你说的我们开发的“是项目,还没有达到产品的程度吧”,这一点我不认同,我们的也是产品,只不过,这个产品太大太复杂,虽然核心相同,但还是需要做很多定制化的工作。还有,CS只是举个例子,我们的产品不是单纯的CS,而是一个大杂烩,啥都有。 |
|
返回顶楼 | |
发表时间:2010-02-25
因为电信每秒赚的钱比我们程序员一辈子赚的钱都要多 )。
~~~~一天有24小时,每小时60分,每分60秒。。。哈哈,不在乎一秒钟的事情 |
|
返回顶楼 | |
发表时间:2010-02-25
svn + ant ,服务器 lvs 搞定
|
|
返回顶楼 | |
发表时间:2010-07-20
表结构更新是指怎样程度的更新呢?那么怎样做到对已有数据不造成破坏?
|
|
返回顶楼 | |