@nicoljiang 那你觉得你百度一下的时候这一百万台服务器有多少为你服务了？我说的是“每次搜索，需要 100 台主机的响应”，可没说全网只有 100 台主机。

最怕有人问我这种老 j8 大了的问题。从哪儿说起呢。

@llemon 你不如给她搞个 google 反代……

@cent777 我知道了，楼主需要的是这种东西
http://file02.up71.com/File/CorpEditImages/2017/05/11/0_njzhqm_20170511185252.jpg

虽然区块链是大忽悠，但我也觉得 go 好。

发图发图。

我觉得楼主想多了。

想想分布式数据库无法同时满足的三点：
可用性、一致性、分区容忍程度。

在分布式搜索引擎这个命题下，相当于：
响应时间、数据完整程度、单个节点承载数据的量足够小。

只要想一个问题：楼主预期在每次搜索过程中，有多少主机参与？
打比方说，每次搜索，需要 100 台主机的响应。那么，在理想情况下，每台主机需要索引全网百分之一的信息。楼主猜猜百度搜索有多少数据？除以 100，每台主机能不能承受？再想想，每次搜索需要 100 个请求，这一次搜索多久能完成，用户等不等得起？
当然，这是要求返回数据完整的情况下。如果可以大幅度地容忍数据不完整，那么这货可能还真的在响应时间和数据承载方面可用。但是，此时大概就退化为“浏览历史社交”平台了吧。

发生了啥？

我对 99 新的概念是仅拆封或通电不超过一天。

所有动态代码生产的东西不缓存。
静态文件，不需要权限就能访问的，带版本号缓存。

@RiESA 那为啥不一直开着？是出于什么理由需要关闭呢？你的 ss 么有国内外区分的路由吗？

@RiESA ss 客户端难道不是安装配置之后就再也不用管了吗？你是经常要手动开关吗？

@defunct9 你大概是有什么误解……这货的问题是对于需要大量内存、长初始化时间的应用环境不友好。比如那些动不动需要 30s 初始化的 java 框架。对于其他的没啥要求。

而且 lambda 的大优势是不同的接口可以用不同的语言、框架实现。之前微服务的优势不是每个服务可以用不同的语言写么，现在 faas 把这个优势扩大到接口级别了。

是为了节省手机内存和省电，我劝你歇歇吧，剩不了多少电的。

初衷是为了节省手机内存和省电吗？还是不想看到通知栏图标？

这个技术在国内没有意义……

直接起个 http proxy 不就完了。你 dns 拦截怎么拦截啊。

建议楼主多用用各个平台的甭管 lambda 还是 functions，至少做出一整个业务来，把整体都摸清楚了，自己用熟了再总结出一套方法来，而不是上来纯凭思考出个规范。