阿里云 RDC 产品升级为云效

云栖大会上,阿里云发布了很多新产品和升级产品,我们正在 POC 的 RDC 也升级为云效,不过好像官方网页还没有全部修改。

除了应用的全周期生命管理,代码管理,自动化测试等,还增加了运营功能,的确这要比一般的项目生命周期管理软件完善的多。以我的了解,应该也便宜很多。

我们目前还是放了六个项目在 RDC 云效上进行测试,不过我发现其实大部分程序员的编程习惯并不是很好,或者比较随意。毕竟再好的工具只是工具,人的责任心是最重要的。像云效这样的工具在内部推广过程中,还是会碰到很大的困难。(什么事没有困难呢)

依托阿里云、腾讯云这样在真实场景中锤炼的系统,可以让我们更加好的专注于业务成精,而不是重复的去发明轮子。

这几天和同事说的比较多的就是,世界已经改变了,整个开发模式已经在改变中了,或许三年、五年,会彻底颠覆传统的 IT 架构。因为相信,所以看见。

开始试用阿里云的 code 管理和 RDC

iOS 11, watchOS 4.0 各种升级,之后还有 macOS 的升级。

我一直很佩服 Apple 的项目管理,以前还略微空闲的时候,试图从外部来探究 Apple 是怎么进行这么复杂的项目管理的。当然后来也略明白,基本也是敏捷、多项目线、大量自动测试、功能尽可能的松耦合等。

之前几年公司一直用 jira 来管理项目,用的还不错,包括其中的敏捷项目管理。目前正在测试阿里云提供的 RDC 功能,比起 jira 来说,更加全面。并且 jira 有一个比较麻烦的就是,需要自己安装服务器,如果都是用 jira 云上的,速度性能有点不行。用阿里云 RDC 算是一个挑战吧,工具本身并不是最重要的,还是开发流程的再造重构本身压力很大。

最近先将两个大项目群中的几十个小项目从 svn 迁移到 git,算是 gitlab 的版本吧,然后在开发中继续使用 issue、milestone 来控制进度,wiki 来进行文档管理,项目本身还是要通过 unittest 以及 converage rate 来控制质量。不过还不是自动构建,每个 issue 的开发还是要人工来跑 unittest,并且 RDC 对于我直接带领的两个项目中使用的 Python 支持不是很好(对 Java 应该没问题)。还好,我们还不是迫切到需要每日构建和连续发布。

阿里云的 code 管理做的还算不错(应该就是 gitlab),git 我觉得建立本地分支和 pull request 流程都是非常不错的,养成习惯后,对于日常开发管理可以减少错误。习惯了 bitbucket 和 github 之类后,发现用 git 在国内的服务器速度要快了不少。

RDC 有专门的同事在做测试,两周后希望可以有一个实践心得,用在真实的开发项目中。

项目管理始终是一个大学问,是否做好,对于结果,天壤之辈。

因此多做一些记录,便于以后回顾和分享。

使用阿里云后的第一次故障

昨天,显示申请了一个200G 的磁盘,然后想了想,好像也用不了,就又把这个磁盘删除了。

然后总觉得1核的2G 作为 linux 主机,内存占用比较厉害,虽然只是一个 wordpress,于是升级到了4G,想以后还可以挂点小应用。

问题来了,当我重启实例之后,网站无法访问了。于是用了几周阿里云,碰到了问题。

对于 linux 的很多磁盘操作并不熟悉,不敢乱来。wordpress 的 jetpack 挺好,一直在提醒我网站不能访问了,于是提交了工单,阿里云的客服问我要了 root 密码之后,一会也就修复了。

原因是:

“您的/etc/fstab中有数据盘的挂载设置,但是服务器没有数据盘,系统启动时找不到数据盘所以出现问题,我们将这个配置注释掉重启服务器后测试正常”

看来用现在的云服务的确和之前玩虚拟主机不一样,灵活度大大增强,有些操作还是要小心一些的。

阿里云的工单体系做的非常好,设计的很人性化,值得学习。