小埋的博客

实时日志浏览，通俗点来说就是跑到服务器上tail -f xxxx，然后盯着屏幕，看着它不断的打日志。当应用被部署在一台服务器的时候，tail一下的确也可以解决问题了，但是随着应用部署的服务器数量越来越多，服务器上的各类日志数量的不断增长，势必就会造成日志文件的浏览非常的不便。频繁切换终端的窗口，切换切换着甚至自己都忘记究竟在哪台服务器上，看的是那份日志文件了。今天看到一篇有关于log.io的文章，上

给fork配置远程库使用git remote -v查看远程状态确定一个将被同步给 fork 远程的上游仓库 git remote add upstream https://github.com/ORIGINAL_OWNER/ORIGINAL_REPOSITORY.git再次查看状态确认是否配置成功。同步fork从上游仓库 fetch 分支和提交点，提交给本地 master，并会被存储在一个本地分

企业中集中运维面临的问题随着云计算的发展，企业里面有个百来台主机需要运维其实是很正常的，就更别说某些大型的企业里面，随便一个省的ITC就几千台机器了。好吧，那么问题来了，几千台机器，要集中化做一次巡检，集中化做一次漏扫，任何一件事情都是非常麻烦的，一台一台登上去操作真的不太现实。这个时候有小伙伴可能就会跳出来说，你太out啦，这年头集中化运维大把的工具，什么Puppet、Ansible、SaltSt

最早接触的日志管理应用是ELK，当时忽悠君坐在我对面成天喊要招个ES的大牛，一会林大师又在旁边写着各种正则式。还搞不清楚状况的我就开始改KIBANA，给KIBANA换个皮。无奈KIBANA实在太不好改了，时间也不是特别充裕，好吧，从头写一个还快，虽然效果不太好。具体那玩意是做什么的，当时也没细想，反正能展示出来就好了，就是给个关键字，然后展示下对应人日志。过了没多久，就跑去听了一下Splunk的安利

恩，重要的事情说三遍，“ELK真的不是一个产品！”，“ELK真的不是一个产品！”，“ELK真的不是一个产品！”呃。。各位看官不用误会，我不是说ELK不好，我也不是ELK黑粉，ELK是一个非常好的日志解决方案，但是在我看来不是一个产品。好吧好吧。。。让我慢慢道来ELK是一个方案ELK是我们这些穷苦运维的一个解决方案：我Splunk是一个产品，日志易是一个产品，LogInsight是一个产品，但是ELK