初创公司谁来当大家的运维

运维,哎,多么沉重的话题,初创公司的运维,哎,还能愉快的聊天吗?html

初创公司谁来当大家的运维

初创公司的运维,现在其实兼技术支持、系统管理员(SA)、网管、网络工程师、研发工程师、架构师,干着这些看似不相干甚至矛盾的工做。ios

他们的具体工做?数据库

  • 在办公室中安装系统、帮同事排除机器故障
  • 在机房插网线、搬机器、拆服务器箱子
  • 每天盯着N个监控屏幕、8小时一动不动盯着流量图
  • 在 BOSS、开发工程师、网络/系统工程师、DBA 中间跑来跑去进行沟通
  • 在夜半三更收到服务器监控系统的警报,起床赶到机房,节假日陪女友收到报警也得赶到机房(固然更多的是没女友)

初创公司谁来当大家的运维

。。。。。。初创公司有那种成天斗地主,麻将下棋的吗?(还缺人吗,会打麻将的那种)centos

上面这些是有必定规模的公司运维的工做,固然初创公司一样的工做也是要运维来作的,并且不乏一人当多人用,即便是这样,当出现下面这些问题或需求时,怎么淡定呢?安全

  • 系统升级,如升级成 centos7 换成了 systemd,很多运维脚本都得重写
  • 业务上加了中间件,须要迅速监控上
  • 研发,运营,QA,产品经理都找你要业务数据,用户数据,测试数据等
  • 监控的数据要高度可视化,BOSS 一眼也能看懂
  • 业务层面的数据也须要一同监控,运营须要的用户信息也想可视化。。。。

初创公司谁来当大家的运维

因而找个大的 Zabbix/Nagios 框架,不停的写脚本,进行后期维护,图表很差看,那再接上 Graphite,这些若是熟悉还好,不熟悉的话还得先花一个月(?)去学习,并且规模大了一我的也不必定搞定的了,,,,但做为一个初创企业/团队,须要这么麻烦吗,真的须要弄这么大一个轮子吗,真的须要配备专门的人力去作这么这些事吗,毕竟公司一共就这几我的。。。。。服务器

解放人力或者说把人用在更重要的地方(不是说运维不重要)才是如今公司应该采起的策略,如今市场上有那么多监控软件,找到本身适合的就要用啊啊啊啊啊,把通常运维的工做分散,服务器托管,用第三方工具,例如:网络

  • IDC 机房改为云服务器,安全也有保障,还提供免费的流量等监控
  • 对海量日志信息进行收集存储,并提供实时搜索功能,辅助快速定位故障
  • 经过第三方 APM 产品进行性能分析,故障诊断,缓慢代码定位等自动化运维任务
  • 收集服务数据,只要有线上服务在运行,服务数据流通过的全部节点产生的数据,都要采集、存储和分析起来,供不一样的运维场景使用
  • 业务数据,运营数据经过直接 SDK/API 倒入实时显示图表的工具上,使得全部数据可视化
  • 设置监控告警,实现应用软件、中间件、数据库、主机、网络、存储、云资源的全方位监控告警
  • 全部数据统一平台,谁想看什么数据都有

运维的本质——可视化,当你把应用所用的全部服务器数据,业务层数据,日志等都监控起来,都有相应的可视化的数据,出现问题都有据可查,或者根据已有数据作趋势预测,设置报警,出现问题时第一时间知道(网站反应慢了第一个发现的是运维而不是用户),公司无论哪一个部门须要的数据均可以放在一块儿看,简直完美!架构

初创公司谁来当大家的运维

硬广来袭,非战斗人员迅速撤离~~~框架

做为次时代系统监控工具,数据处理平台 Cloud Insight 彻底可以解决上述问题,目前已经作到:运维

  • 一键部署,40s完成 Linux/Windows/Docker 系统服务器监控
  • 简单配置,支持30+ 数据库,中间件组件监控
  • 支持 SDK(API 开发中) 自定义上传时间序列数据
  • 仪表盘,自定义你的我的风格仪表盘
  • 告警/事件流,针对全指标设置报警策略

hostmap 等功能还在完善中,功能那么多,放哪张图好呢,好纠结。。。放张仪表盘展现 SDK 自定义上传数据的吧!

初创公司谁来当大家的运维

已经有不少初创公司选择 Cloud Insight,由于部署简单迅速,支持的组件也多,能够自定义上传数据,有技术支持来解决问题,有一批(注意这个词是「批」)开发人员在不断增长功能,还有什么理由不用呢?

好啦,回答一下标题的问题:初创公司谁来当大家的运维?固然是 Cloud Insight 啦。。。

Cloud Insight 集监控、管理、计算、协做、可视化于一身,帮助全部 IT 公司,减小在系统监控上的人力和时间成本投入,让运维工做更加高效、简单。想阅读更多技术文章,请访问 OneAPM 官方技术博客

本文转自 OneAPM 官方博客

相关文章
相关标签/搜索