压力山大

其他用户也要点进去留言小程序才能看到留言吗？

@x86 嗯，同意的。我就是觉得加密网盘的文件这个点挺适合我了，不喜欢有人乱翻我保存了什么文件了。
不过尽管是用大厂的，网盘其实也是多一重备份了，重要的文件肯定不能只依赖网盘了。

而且据说站长是个大美女 ：）

哈哈哈，想太多了吧，推广返利的小尾巴肯定是指向一个个人 guid 吧，怎么会指向 v2ex

mergeek.com 是我一个好哥们做的一个网站了，我觉得挺用心的，感觉国内没有什么好的地方可以发现好产品了，每天打开 appstore 看到的几乎都是一样的产品，而在 mergeek 感觉每天都有一种眼前一亮的感觉，喜欢好产品的人肯定会喜欢这个社区了~

大家觉得 mergeek 上面的产品不错的话，可以点个赞了，每个产品后面的开发者可以收到大家的鼓励的。现在互联网越来越封闭了，不是那么鼓励创新了，我那哥们希望可以用这个 mergeek 社区，尽力去鼓励互联网创新了~ 作为同样是开发者，我们可以一起支持一下~

我挺喜欢 mergeek 上面的一个 slogan："Spread your love，shift your life"

btw，如果大家这么反感小尾巴，我就不加了~

@xiri 有时候反而大厂的更不敢用了，如果对于数据隐私比较有要求的话。

@julyclyde 是的，这家公司做了几个远程控制的 Mac 的 app，还有一个就是把 mac 变成第二个键盘的，也是同样在 mac 上装一个程序就好了

这一举动让抖音收获了一大波用户手机号~

这里面也有 “ Mac 的远程键盘” 限免了，跟这个 “ Remote Drive for Mac ” 是同一家公司做的~

挺不错的~

@NullPointer233 这个课题挺有趣的，哈哈，所以你们有什么结论吗？代码社交怎么做会比较高效

有些朋友提到这个 app 就是一个玩具，对，咸鱼白菜各有所爱，也许这个工具对自己日常工作没帮助。
可是我想说，这个 “玩具” 是某一个开发者，在自己日常工作中遇到的问题，并且给这个世界提供的一个解决方案，也许这个 “玩具” 凝结了这个开发者很多心力。
吐槽两句没什么问题，可是我希望大家内心深处对每一个提供解决方案的开发者保持着尊敬。这也是当我看到一个很有趣的 app 时，为啥会这么兴奋的原因。

@cominghome 用这个的目的不是为了监控，而是为了调试... 是当发现网站不正常的时候，而从监控里又没有发现这么有价值信息的时候，可以用这个来调试。

@xpresslink 我想说的是一个 devops 过程，而不是结果。如果是一个很稳定的网站，比如网站很久才会有比较大的变动，你的监控肯定可以做的很完备。可是如果我的网站一直是用 C 的，突然上来一个 Nodejs 服务，而且还每天都会有新的业务逻辑更新，那么要保证监控跟的上是一个挑战吧。

嗯，k8s 确实很好用，其实上了 k8s，说明这个团队的运维工作也已经俨然有序了，可是一切都会有一个过程，而在运维后台完备之前，需要有个迭代的过程。

我经历过一个高速发展的公司，从每天蹦过渡到非常稳定，而这个工具，对于当时的我，很有用。每个工具都有使用场景吧。

@xpresslink 谢谢分享

@xpresslink
抱歉，那句话确实说的有问题，我想说的是，当网站出问题的时候，通过这个小工具，可以快速定位到哪个进程出问题。

对，确实是，通过监控服务器的 cpu，内存等状态可以覆盖很多问题，而阿里云的报警主要是当这些指标超过阈值才会报警。可是也会有一些情况是尽管服务不正常了，可是却没有引起内存或者 cpu 超过报警的阈值。

比方说，我以为把内存设成超过 80% 报警就很稳妥，可是服务实际上是在 75% 的时候就已经停止服务了怎么办？或者我把内存，cpu 的警报都调优的很好，可是后来用户群炸了，服务不正常了，最后发现漏了监控服务器内网进出带宽？

服务端有趣的点是，每一种语言，每一种架构都有着不同的优劣，当接触到新的技术（比如上了一个 go 服务），会需要继续学习。所以监控的指标也应该是不断迭代的，然后会让自己的监控更准确，甚至预支问题的发生，在用户群炸起来前，已经接到警报，把问题解决。

我确实不是运维，所以也许对于资深运维来说我上面提到的问题不是问题？也许有一套标准化的解决方案？如果是的，很希望看到这个帖子的运维朋友可以给我分享一下。

因为我不是运维，一般来说我不太负责监控，而是当出现网站问题的时候能够快速解决。而我的解决方案很简单，就是遍历每一个服务进程，看看是不是返回一个正常值，或者返回一个正常值的延迟是多少。理论上只要能覆盖每一个服务进程，这个方法就可以 100% 检查出网站哪里出问题了。

而今天看到这个 app，我觉得就是一个更轻量的解决方案了，至少不需要 coding，当然也没有 coding 这么灵活，但也许也是一个很好的小工具了。

@xpresslink @raynor2011 我也许说的不是很清楚，这个东西不是为了用来监控服务器，而是一个当服务器出现问题的时候的一个调试工具，可以让你最快速的知道哪个服务出问题了，而不用一个个报警去看（或者如果报警没覆盖全，一个个服务器去看）

@raynor2011 有的，不过在紧急的情况很不方便，比如阿里云的监控，一次只能看一台服务器的运行状态，如果你有很多台服务器，得疯狂地点~ 一般都得自己用第三方工具做一个所有服务的总览，可是如果服务太多，一页有时候也看不完...

@CivAx 一般都是用户群里首先尖叫