嗨皮的使用eclipse写代码

本地开发才是最有效率的一件事，eclipse集成了方便的一键编译调试功能，唯一闹心的是新人来了各种问，怎么申请堡垒机啊，怎么申请工单啊，怎么申请gitlab权限啊，问谁申请jira账号啊~~~还好机智的我，让他们去烦运维了，哈哈哈!!!
虽然是开发新微服务，zk、kafka可以用之前申请的，kafka的topic自己建啦，还是有点小权限的，数据库问dba要了权限，自己折腾下，完美~

代码发布到DEV环境和兄弟们联调啦~

这次是新微服务模块上线，DEV环境还要走工单申请部署环境，还有redis、mysql也要工单申请，不知道要等多久啊，好多人审批，催催催~~~；disconf要创建app，赶紧找运维申请下，怎么老不记得我的账号，每次都要问啊，kafka的topic要创建，赶紧写邮件，还需要架构审核下topic那么是否标准 ^_^ !
终于都准备ok了，可以发布到DEV环境看看有木有啥问题了。

代码发布到集成测试环境啦~

DEV环境的套路又得来一遍，又是各种申请，终于ok了，又被测试各种被bug，不对，应该和预期不一样的逻辑，创造bug，解决bug，感觉这一天过得非常的充实，jira中关闭了几个缺陷，顺手在confluence写些小技巧，完美！

代码可以交付啦~~

感觉运维快被我烦死了…，zk是那几台呀? kafka的图形界面是哪个url? kafka的服务信息是啥？ dba说吧redis和mysql的信息给你了，给我一下? disconf哪个配置是啥，对了上生产前要新增disocnf，要不然服务起不来，还有啦啦啦 …
在上线之前，还要攻克预生产环境、生产环境的各类准备工作的申请准备，在一遍又一遍的各种申请结束后，终于开始进行发布评审了~剩下的就是配合运维发布，发布一个节点微服务，看一个节点微服务启动是否正常，日志是否正常，如果有异常，立即通知停止发布。如果发布完，才发现有问题，呵呵，现场改bug是不可能的，立即申请回滚啊！！
修改的bug的代码，经历了一个个环境的流动，终于正式上线了，这次任务总算完成了，感动！

畅想下优雅的开发过程

产品拉我们开完会，交付童鞋在jira上安排了新任务，经过技术评估，这个功能要建一个新的项目，在devops平台选择申请创建新项目，输入项目名，需要依赖的中间件、redis、数据库，点击确认，找老大审核下，资源到位，开始开发~~啦啦啦

本地环境开发完成，单元测试也通过了，jira上可以提交状态了，自动触发了资源生成，微服务部署，新版本代码构建到集成测试，各种自动化测试脚本开始跑了，这个环境始终处于一定的压力测试中，要是内存堆栈没回收好，报表模块没优化好、线程没写好，直接就爆了啊，一堆邮件就会过来让我滚回去优化性能。

不仅要写好功能，还要把性能写好，不然代码都到不了测试哪里啊~~我的KPI啊，看来还是要多学学怎么写高质量的代码，别一放出去就把应用搞挂了，尴尬…登录cmdb和数据展示平台找找配置文件的信息。

终于通过自动化测试和压测的考验，修改完jira状态，自动把环境准备好，根据jira版本打好了tag，新的微服务发布到了预发布环境，通过了功能测试，在发布平台点击申请jira功能这个版本的生产迭代发布，经理点一下批准，代码开始根据预设的微服务发布顺，稳定的一个节点一个节点的发布，想看日志就在日志平台看看日志流，不用担心发布中有异常，一旦异常，发布系统立即回滚。及时发布后有异常，监控平台会立即发短信邮件过来通知，真是省心省力啊。

对了，发现devops平台有个地方地方用起来不爽，提一个issue到jira上，就是要不停的提需求，貌似只有这时候才会找运维，有什么地方不对么？

devops-开发到底在干什么