下面是一位前辈总结的程序员成长四个阶段,个人觉得非常有道理,你在哪个阶段?
阶段一:不知道自己不知道(Unconscious incompetence)
大学期间,我和老师做过一些小项目,自认为自己很牛,当时还去过一些公司面试做兼职,但是就是不知道为什么没有回复。那个时期的我,压根不知道自己不知道,还以为自己懂很多,现在想起自己以前就好笑,那个时候还算不上程序员,顶多只能算是个业余编程爱好者。
Just Do It
下面是一位前辈总结的程序员成长四个阶段,个人觉得非常有道理,你在哪个阶段?
阶段一:不知道自己不知道(Unconscious incompetence)
大学期间,我和老师做过一些小项目,自认为自己很牛,当时还去过一些公司面试做兼职,但是就是不知道为什么没有回复。那个时期的我,压根不知道自己不知道,还以为自己懂很多,现在想起自己以前就好笑,那个时候还算不上程序员,顶多只能算是个业余编程爱好者。
一个不努力的人,别人想拉你一把,都找不到你的手在哪里。
服务器A(主) 192.168.1.120
服务器B(从) 192.168.1.130
需求:服务器B定期拉取服务器A的数据并备份。
实现方式:
1)查看是否安装 rpm -aq rsync
安装命令 yum intsall rsync -y
2)启动服务
rsync --daemon
3)查看服务
ps -ef |grep rsync #或者 netstat -lnutp |grep rsync
由于公司要对支付做压测,于是使用了公司的服务器搭建了一个简单的集群环境,但是各个节点分别部署确实有点麻烦,由此产生了一下想法,使用rsync+inotify同步部署集群项目,就是主节点项目变更会自动同步到其他集群节点上。
使用rsyn工具和inotify机制相结合,可以实现触发式部署(实时同步),只要原始(主)位置的文档发生变幻,则立即启用增量推送操作,否则处于静态等待状态,这样以来,就避免了分布式集群部署过程复杂的问题。
项目采用springMvc+Dubbo(负载均衡集群)
这里使用了三台服务器
192.168.1.120 服务器A
192.168.1.130 服务器B
192.168.1.150 服务器C + 主节点
rsync+inotify同步逻辑图