为了进行应用的监控，你可以使用类似的SaaS产品或是开源软件。在开源软件方面，主要包括：Zabbix, Collected, ElasticSearch和Logstash。
如果你不想要自己进行部署，可以考虑使用线上的服务，你可以尝试使用Trace， 它是我们公司开发的Node.js和微服务监控解决方法。
尽可能的自动化一切东西。没有什么比让开发来做应该让grunt做的事情更无聊和令人恼火的了，这不仅浪费时间，而且没有意义。
现如今JvavaScript的这类工具已经非常的丰富了，包括Grunt, Gulp, 和Webpack，你知道几个就行。
在RisingStack，绝大部分的前端开发新项目都是使用Webpack来进行自动化构建，其他类型的则使用gulp实现自动化任务。 对于新手而言，Webpack可能会花费大量的时间去理解，所以我强烈建议你去阅读一下Webpack Cookbook。
使用最新的长期支持（LTS）的Node版本为了能够更好的获取稳定性和新特性，我们建议你使用最新的Node的LTS（长期支持）版本，它们是使用偶数发布编号的版本。 当然，你也可以自由的使用最新的实验版本，即称为稳定发布版本的使用奇数发布编号的。
如果你需要为多个项目工作，并且使用了不同的Node.js版本，建议你最好使用一个Node版本管理器——nvm。
更多信息你可以参考Node.js官方网站的发布信息：
What You Should Know about Node.js v5 and More
每周更新你的项目依赖养成每周更新一次你的项目依赖的习惯。这方面，你可以使用npm outdated或者是ncu包。
选择合适的数据库当我们谈到Node.js和数据库的时候，可能你想到的第一个技术是MongoDB。当然这并没有什么错，但是你不应该直接就去使用它。 在这么做之前你需要问你自己和你的团队几个问题。包括下面几个：
应用会有结构化数据吗？
应用会进行交易处理吗？
数据需要存放多长时间？
可能你需要的仅仅是Redis，或者是如果你有结构化数据，那么你要用的可能是PostgrelSQL。 如果你需要在Node.js中使用SQL的话，你可以看看knex。
使用语义版本控制（Semantic Versioning）语义版本控制是一种为了兼容性空啊率的使用三段式版本号的正式约定，即：major.minor.patch，分别为主版本，次版本，补丁。
如果是一个不会向后兼容（backward-compatible）的API变化使用主版本号。当添加新的特性且API变化是向后兼容的时候使用次版本号。 如果只是对Bug进行修复可以使用包版本号。
幸运的是，你可以使用semantic-release这个模块自动化你的JavaScript的模块发布。
下面关于Node.js的内容你可能也喜欢：