太正常不过了，从我司的日志看，至少有 30%的访问量来自各种爬虫、蜘蛛、攻击脚本。有统计说互联网的流量有 60%以上是爬虫，这样看来我司网站还在水准之下。哈哈哈，这就没事了，安心睡觉。

其实每个房间 1 个口也够了，开关盒 AP 真香。如果要用机顶盒，那就多一条线，机顶盒的网络和宽带不同一个网。

上个世纪的产品了……品相好的据说还挺值钱的

没有绝对的安全。所以安全就是两个问题：能不能和值不值。

系统打好补丁，只开 80 端口，别的端口用白名单保护起来。这样搞一下不费什么事，但能入侵的就人就非常少了。这就基本解决了能不能的问题，然后就要解决值不值的问题了。如果是没什么油水的，以上安全措施就足够了，因为你已经不值得攻击了。高端黑客可没空来和你玩，有时间泡泡妹子不香吗？
如果攻击成功能拿到大笔钱，那你就要花钱做更多的安全防护了。具体花多少，要看攻击成功后能获得多少利益。总之，只要用于攻击的成本高于收益，就不会被盯上。

都什么时候了，还要求上班戴口罩？

一般基础中间件要搞 3 节点集群，所以 8 台远远不够啊

看板的英文就是 kanban 啊，楼主莫非不知道？？？

楼主的需求不是 OAuth2 的菜，应该加密+签名。

delete a,b,c from a left join b on b.aid = a.id left join c on c.bid = b.id where a.id = 'x';

确实是标题错打了，但大家都懂看了。。。。

@Xbluer 原文是「 While monolithic applications prefer a single logical database for persistant data, enterprises often prefer a single database across a range of applications - many of these decisions driven through vendor's commercial models around licensing. Microservices prefer letting each service manage its own database, either different instances of the same database technology, or entirely different database systems - an approach called Polyglot Persistence 」
Martin Fowler 拿传统单体应用和微服务做了个对比，阐明「 As well as decentralizing decisions about conceptual models, microservices also decentralize data storage decisions 」这个观点。根本没提什么「准则」……有些人也太过道听途说不求甚解了吧。

这种沟通不畅的，合作起来太累了……

@tonnycao 一般而言，按领域划分服务是合适的，我举例是有些领域比较大，拆分更多的服务会比较合适。

@Xbluer 是的，「倾向于」。这一点我是认可的，也是尽量这么做的。但绝不能不因地制宜教条地认为微服务必须一个服务一个数据库，某些时候多个服务都属于同一领域，因此会在数据上产生依赖关系。这个时候就是需要多个服务共用一个数据库。

Time Machine 根本没用，还是用云盘存文档吧，onedriver 什么的就很好用。

@hantsy 什么时候微服务有「每个服务都是维护自己的数据库」这种准则了？谁提出来的？依据是什么？

照这个准则行事的话，一个领域只能存在一个服务咯？这显然是不切实际的，譬如用户管理这个领域，就可以具体拆分为：用户、用户组、组织机构、租户、角色、资源、认证等七大模块。这些难道都必须塞到一个服务里面？

一个财务管理领域，也可以分为：账户、流水、收款、付款、退款、对账、提现、开票等等功能，也必须塞到一个服务里面？

@itIsUnbelievable 按实际工资算是没错，但你老板发的现金，你就没证据了。

应届生 10K 不低了呀，制造业 3 年的也不见得能拿到 10K……

这个关注点不应该是后面有没有希望融资成功吗？如果没有融资成功的可能性或者可能性很低，那楼主就是傻，反之就是没有签的傻。

楼上什么旷工的就有点扯了，老板既然提出了这个方案，也就没必要和你们玩这种恶心套路了，否则直接解散不就完了吗，还签什么降薪协议回购协议。

咦，貌似我的理解能力有问题！楼主你到底是哪一边的？不是没签的回去吗？你是签了协议的，不用继续上班的吗？