系统简介： 公司mongodb的后台管理系统，包含了集群状态的监控和集群运维操作，比如访问量的监控、新增数据库和表等，还支持了快速部署集群。 负责的业务： 1.负责监控和管理mongodb集群状态，通过巡检及时发现问题；在mongo集群出现问题或业务线使用mongo有问题时，协助排查问题并解决 2.改造系统中的运维功能，接入工单让操作更便捷 3.增加一键部署功能，将原本需要手动操作的步骤改为自动执行，并在后台增加可视化操作，去除人工操作，避免误操作导致的风险，每一步增加回调和报错信息展示 4.完善监控数据，增加监控图表展示数据

系统简介： 指令系统是在基于jobagent已经实现远程脚本调用的情况下提供的后台系统，jobagent主要使用了ansible，通过yml配置的方式完成了脚本的远程调用和结果采集，不过并不能完全解决中间件和运维团队需要上机器操作的需求，所以提供了指令系统，在提升了脚本可靠性的同时，回收了机器权限，让原本需要上机器的操作变为可以通过配置脚本的方式在后台执行，同时增加了灰度功能，避免有问题的脚本导致大范围故障 功能介绍： jobagent的执行逻辑是基于工程+任务的方式，即先有一个工程，每个工程有固定的git地址，在工程下创建了任务，每个任务有关联的脚本和文件，在执行的过程中先去git上拉取该任务关联的脚本和文件，随后按照传入的路径寻找yml和脚本，并完成执行操作。不过想要在机器上远程执行脚本，需要完成以下流程：1.将脚本合到master；2.将master的脚本更新到任务的配置中。这个会导致我原本想要测试的脚本，被更新到正式配置中，如果该任务在正式环境有自动触发执行且脚本有问题，会导致预期之外的大范围故障

文件系统是一个面向全公司提供文件存储服务的系统，有可视化的后台系统，支持非技术人员在后台完成文件的增删改查；同时提供可公网访问的图片服务，包含了图片的增删改查和切图服务，基本上全公司的切图功能都是走文件系统完成的，图片存储绝大多数也都在文件系统。除此之外也可以提供非图片文件的存储服务，不过过大的文件（500M+）不建议走文件系统，有更好的OSS作为替代。 文件系统底层使用mongodb存储数据的系统，主要采用了mongodb的GRIDFS结构，并使用shard集群存储数据，可以在磁盘不足时通过加集群的方式快速拓展，提高了数据的可扩展性、可靠性和性能。 为了保证能够不被大量流量打穿，采用的访问结构是CDN缓存+nginx缓存+后端服务，由CDN和nginx的缓存抗下大多数的流量，最终少量的新访问请求打到后端服务上，并在正常返回后再次加入缓存中。