@wd 补充一下, 当前我们采取的措施前面已经说了, 可以勉强应付, 但是人为手工干预因素比较多, 而且需要特定人直接在数据库上进行操作. 这些严格讲不符合安全规范, 因为开发团队不能直接操纵 production stage 的数据. 另外一个人工干预也会有出错的潜在可能, 以及具体人员的依赖性.
所以我说现在的做法虽然能将就, 但我感觉不是 solution.

@wd 这个问题的描述我觉得还是说清了... 看来我的表达能力还是不尽如人意.
简单再说一下, 希望能表述更明白.
我们的 app 启动是有 timeout 的通常是 2-5min.超出了的话, 会有 alert, 这些管理不由开发团队负责, 甚至是另一个公司来监控, 每次这种都是要付费. 因为保险安全缘故,我们不能把 timeout 设置成比如 2 小时, 3 小时, 这样有时候会隐藏真正的问题. 所以数据库变更语句执行的时间如果较长, 我们会有问题.这是问题 1.

问题 2, 如果有 table 结构 rename, delete, 按你分享的, database changes 跟 deployment 分离对于我们就不一定适合. 因为先行手工执行了 db changes, 这个时候, 还在运行的 apps 就会出问题, rolling deployment 就被打破了. 就有了 outage..

对于问题 2, 不一定非要在 app 启动时做 database change, 任何时候都可以. 但是要求当前运行在同一 database 的所有 apps 到新的版本 deployment 结束并切换之前继续正常运行, 因为新版本不论是 deployment 还是 starting up 一旦有问题, 不能影响当前产品提供服务. 大概这个问题的困难也是在这里.

@momocraft 感谢你的经验分享. 我们也有不多的 scala 应用. 大概 3-5 个. 还有一部分 python 的数据分析 apps.
我们的大体数据库存储结构是, 主要数据库是微软公司的 azure, 然后部分 apps 都 etl 到自己的 postgres, 我说的问题对于这些访问 postgres 的应用来说并不困难, 我写了相关的脚本, 基于 postgres 的应用目前可以 deploy 到跟 running pods 不同的 database schema. 因为 etl 的数据可以随时重新刷一遍, 只是时间问题, 然后再在 openshift 中切换 pod,or configuration 即可

但是如果是与根源 azure 数据库打交道的应用程序, 就面临我上面的挑战了.

题外话, 我们大部分 database experts 都是具备很强的 oracle 背景的, 在实际使用中, 他们常常对于 azure 嗤之以鼻. :-D

@wd 对不起, 可能我在以上之回复中没说明白, 让你误解了. 我想表达的是我们现在所做的对于我们面临的问题来说, 不是 solution.

我们这里, 找实习和学生工, 基本上是做一些机械性的工作. 当然要知道 java 是什么, 大概代码怎么回事.
或者是某些文件 parsing, transformation 这种一次性的开发工作. 这就会有要求会相关技术.
一般不会让他们参与正式项目开发.
当然, 有例外, 比如某些成员虽然是实习生或者学生工, 但是能力很好, 会交给正式开发任务.

@wd "数据库变更应该和 app 是无关的" it depends... 如果你看了我问题的内容, 就不难设想, 如若我 delete 一个 column, 那么当前运行的 app 就自然会有影响. 所以你说的"每次 release 先做数据库变更，再 release app" 就不成立. 这也是我们现在尽可能避免(原则上禁止)做结构删除 /renaming 的变更. 但这不是问题的 solution.

@monsterxx03 我们的项目里, 大概有 3,40 个 apps 是客户直接用的, 也就是说对人的, 剩下大部分都不是对人的. 而且几乎没有流量低谷的时候, 各个时区都会有来往数据, 其中一些吞吐量还挺大. 每次产生未预计的 out-age 或者 downtime 都算是大事故, 因为各个 apps 之间都有通信.
虽然现在手工干预也可以凑合, 但是隐患挺多. 整个项目一共 100 多个开发人员, 并不是所有都对 database 的变动后果很了解, 也许在自己开发环境, 几毫秒就过去的几句语句, 到了 production stage 会产生意外的效果. 我们只有几个 database experts, 如果休假, 或者病假等, 也是问题, 而且直接手工操作 database 总觉得是有些不保险. 常有 squads 反应此类问题. db changes 和 deployment 这个问题一直也没有比较好的解决方法. 所以来问问.

@learningman 显然是白话, "文言"一说从何而起?

@WispZhan 我基本能理解提问中的问题以及描述, 通览寥寥回答, 也明晓其意.
然而到您这个回答, 完全不知所云. 忙 google 求解.尚知充血, 贫血, 仍有一"领域模型"之译文由来.
不由掩面忍俊不禁.

@msg7086 感谢你的解惑.
即是 spotify 已购了所囊之影音的最大疆域授权, 所以可以在互联网范围内提供服务.

youtube 中个人上传的影视资源恐不能被版权问题涵盖, 因为并非 google 主动而为.

此次理解希望不谬.

@leekayui

各人情况有异, 略显繁复.
暂且不语寻得亲友长期代我支付之繁, 单"开个 vpn" 已令我无从下手. 我只能在这里家中架设 vpn 供回国之日查询邮件, youtube 的常用.如何反之而行并不了解.
Apple Services 我从未涉足, 暂不做虑.
最末有一问, 屡见"真香" 通过上下文可以理解是"真好"的含义. 但是为什么用"香", 不知典从何处.
谢谢.

@no1xsyzy 所以如果一平台购买了"国内串流"权利, 他将尽量保证它在区域内分享. 否则就是违规.
如果是对自己收费了会员, 可以打破这个规则, 可以在有意识情况下传播到所限地区外.
希望这次不是管中窥豹了.

@jdhao 技术的可能只是烹饪技术用中文搜索.
说实话, 如果是电脑技术的, 看中文的文章, 不管是原创还是翻译... 如果术语都是中文的, 真看着有些奇怪

@msg7086 对不起. 我只了解海外 ip 无法获取国内很多影音资源. 尽管对于国内的 ip 这些资源可以免费提供. 我仅仅遭遇这个困惑, 但未掘其根本,以至于是版权有效区域问题所致并不了解.

如果某企业获得某作品的传播, 盈利的授权, 通常这个授权只在某地域范围内有效. 是这个意思吗?

可为什么这些企业将授权的作品传播给自己的特定用户, 即使在授权地域之外? 比如人云之 vip 用户, 付费用户?

以上可能都是浅显的常识问题. 还望不要笑我.

搜索跟什么文关系不大.
我搜索中文大都是古文, 古诗词, 中文小说, 中文歌曲... 这个让用英语搜索有难度啊....
baidu 只有在回国的时候临时凑合一下, 但是大家都说"自行百度", "百度一下", 我心里就只是"笑一下".

@msg7086 我说的 ip 是 ip address 的意思.

@msg7086 https://en.wikipedia.org/wiki/IP_address

@oIMOo 谢谢. 我现在也是刚用 spotify, 发现中文歌曲还挺多, 但是好像没有"万能青年旅店"的, 只有一首歌. 听听看. 也下载了那个桌面 app, 但是 fcitx 还不能在里面输入中文.

@artvista
@sephinh
谢谢... 以为 spotify 只有付费服务...注册了.
只是 chromium 没法打开 web 播放器, Firefox 可以, 查了一下好像要修改 UA..

@xxdd MapStruct 是常见的 mapping frameworks(相比 jmapper, dozer, modelmapper, orika)里性能最高的.