有没有老铁越过这个坑的啊，深夜求解，明天要去处理这个用户的问题

用户提供的截图是这个样子的

[![FQ0KOEZ_Z1B}OD1]YS_IS1X.png]( https://i.loli.net/2017/09/07/59b1515618633.png)]( https://i.loli.net/2017/09/07/59b1515618633.png)

跨语言还是建议你直接用跨语言的 RPC 现成解决方案，自己捣鼓的话虽然能学到更多东西，但给自己埋了一堆定时炸弹

@f2f2f
@Domains

非常赞同此观点

以前做过一段时间黄金期货，每次交易 0.05 手都心惊肉跳的，当时急剧下跌到 1095 的时候其他人都在做空，群里有个小伙子缺一直在做多，其他人都骂他傻，现在估计他已经是人生赢家了。。。

你表达的应该是使用 maven + jetty 运行项目和 Tomcat 运行项目之间的区别

前者主要是方便集成测试，看看效果，轻量级
后者主要是正式部署阶段使用，方便管理、调优

@kenshin912

迁移中遇到最大的问题就是数据 RDS、缓存 Redis 之类的；域名相关的都可以通过代理转发的方式发送到 VPC 进行处理，迁移完成之后统一修改域名解析，同一个地区的 VPC 和 经典网络，延迟会增加几毫秒的样子（我这边是来回增加了 4ms，晚上高峰期增加到 6ms 的样子）

我在处理 RDS 迁移的时候，阿里云还不能保留经典网络地址，也就是说这个地址要么是 VPC 地址，要么是经典网络，所以我自建了 DNS 来处理内网地址映射到公网地址的事情（劣势就是有一边需要通过 RDS 公网地址来访问，增加了访问开销，优势就是全部应用不用修改任何的配置）。不过现在阿里云意识到这个问题了，解决方案是这个（保留以前经典网络的同时创建 VPC 网络地址，劣势就是 VPC 环境中的代码要修改 RDS 地址，如果项目很多，像我们这种几十个项目，每个项目都是多机部署，我建议还是考虑其他更加合适的方案）： https://help.aliyun.com/document_detail/57947.html?spm=5176.product27706.6.608.pODIHf

我在处理 Redis 迁移的时候，遇到的坑就是从经典网络到 VPC 之后，遇到故障不能切换回经典网络！！！（阿里云的工程师们，你们多花点时间，这个功能还是得有啊），那次把我吓惨了，不过还好我准备了备用方案，而且是在凌晨的时候实施的，没有明显地影响用户。

如果要做迁移，最好用测试环境模拟一遍全部的迁移过程，把流程固定化，然后按部就班地迁移，否则很容易出错，那个时候心里一慌，更容易出事故。


BTW：
如果有任何疑问，可以咨询我，我上次迁移规模是二十多台服务器 + N 台 Redis + MongoDB （从 PHP、Python 到 Java ），所以总结出来的经验还是非常丰富的

我不是专业运维，不过这几年我都是在负责开发和运维

@yyfearth 好的，感谢解惑

@kenshin912 表示理解

他这个方案目前看起来并不是特别成熟，很多功能都不完善，我们目前主要是共享一些软件、项目的配置文件，这些配置文件加载了之后就不需要再次加载了，所以 NAS 对我们影响不大

BTW：
会不会因为网络的原因导致的呢？如果使用的经典网络需要考虑这个问题，因为经典网络里面经常会有一些流量互相攻击的情况，普通用户的网络难免受到影响。我们现在已经全部迁移到 VPC 里面去了，这几个月比较踏实，没出现什么故障。

检查了一下我司的，还好没有受影响

NAS 是该被吐吐槽了，居然不支持备份，我咨询工程师说只能自己备份，该功能以后可能会发布

@yyfearth 嗯，解释得有理有据，已点感谢

BTW，你在 apple 的时候，iOS 都能乱写？要是我的话，我受不鸟

我对 QQ 写成 Qq 这种情况一直比较反感，希望不是我一个人，这样写总感觉怪怪的

感谢！

@yiding 抱歉，之前用了别人的一个方案，结果三天两头就断开服务，所以我放到一台单独的服务器上面了

前段时间太懒，防火墙配置有点问题，证书一直签名不成功

全部都 OK 了，谢谢关注，我会及时更新证书的。

@yiding 你是不是使用的 HTTPS 协议访问？现在没有启用 HTTPS 了，还没来得及申请，那我下午重新申请一下证书，打开 443 端口

@yiding 在维护啊，都是自动的，如果机器人下线了，我会手动让他登陆的

有任何疑问吗？

你这个头像我大学用了四年。。。好巧啊

另外这三道题都弄懂了，也只能算 《数据库系统概念》中的初级篇，所以意识到问题，就赶紧买书回来学习吧