无服务器 10% 的情况令人惊叹。剩下的 90% 则是一个危险的黑洞，里面是云锁定、糟糕的测试、差劲的开发体验和复杂的设置。这就是为什么会有一些老人发誓不使用无服务器，同时又有大量的支持者（像我一样）试图把它推广到任何适合的地方。 不管是哪一方，都有一些事项需要留意。对于无服务器的支持者而言： 无服务器应用程序的架构并没有更简单； 无服务器消除 / 简化了 devops，因此，部署 /devops 更简单了； 为了让无服务器产生预期的效果，你必须采用无服务器架构，这与许多公共框架（如 Rails）的最佳实践建议不相符； 没有哪个云提供商的最佳实践是真正的最佳实践。他们的兴趣在于把你锁定，因此，他们会尝试将自己融入到你的开发 / 测试工作流，或者在开发中需要云连接； 在同一个项目中使用多种语言并不是一项特性。 对于无服务器的反对者来说： 几乎可以肯定，遵循云提供商的最佳实践已经让你吃不消了，忽略那些试图锁定你的云提供商，你会过得更好。 运行本地版本是有效的无服务器 DX 的必要条件，任何像样的无服务器架构都很容易像 docker 容器一样运行。 有一种无服务器架构可以让每个人在大多数情况下都满意。但这通常不明显，因为它处于无状态服务器最佳实践和云提供商最佳实践的交叉点上，但永远不会完全是哪一个。 1有效的无服务器架构 好了，现在我们已经冷静下来，我们已经认识到，无服务器不是编程和应用程序架构的救世主。现在可以开始构建简单、易于维护、可测试的应用程序了。 下面是无服务器架构必须做到的一些要点： 一切都必须能够在本地运行，与传统的有状态服务器一样（你需要能够运行自己的系统）； 每个端点都应该有针对本地运行的无服务器实例运行的测试； 以一种简单、易于理解的方式处理路由，例如使用文件路径作为端点或一个中心化的 JSON 配置； 完全正常。它应该看起来像一个 npm 包、一个 pip 模块等等。没有人需要通过看图表来理解它是如何工作的； 每个端点所需的样板文件都尽可能少； 整体式的代码组织，每个应用程序一个库，其中包含多个端点。 云提供商应提供以下特性： 自动扩展端点； 自动部署和版本控制； 易于回滚。 2关于无服务器的恐怖故事 我曾见过有人在云提供商的云 IDE 中编写代码，两次测试之间要等 2 分钟。有时，一个端点连接到如此多的云服务，所以真的只能在生产环境中进行测试。有时不是所有端点都在一个库中，而是有很多库，每个库包含不同的系统组件。 开发体验是快速实施的关键，你应该努力保持快速的反馈循环和测试，让你可以快速前进，而不必担心整个系统崩溃。 优质的无服务器提供商每个无服务器提供商都必须经过改造才能成为有效的架构。 每个无服务器提供商都试图让你不可逆转地将它们融入。你不需要把它们融入。遵循最佳实践，除非它违反了“必须在本地运行”的原则，否则你应该没事。 现在，我喜欢以下这两家无服务器提供商： Vercel——基于 AWS Lambda 构建，重视开发体验。优秀的自动部署和版本控制。非常友好的价格。我在把 collegeai.com 重构到 Vercel 之后遭遇了峰值流量，而它在第一天扩展时就没有出现任何严重的问题。你可能需要放弃他们的开发系统（vc dev ），以获得一个有效的容器化 / 本地运行的应用程序，但这并不困难。 Cloudflare Workers——Wrangler（worker 的命令行开发工具）意识到本地开发的重要性，而 cloudflare worker 非常便宜。但是，我要提醒的是，它们对 NodeJS 模块的支持不是很好，所以它们还不是一个重要的选项，除非在低成本扩展绝对关键的情况下。 对于下面这两家提供商，我要提醒你注意： AWS Lambda（直接）——对于应用程序开发人员来说，AWS Lambda 太复杂了，我从未见过一个让人感觉正常、易于理解并且使用 Lambda 在本地运行的架构。 Fastly——如果需要一个销售电话来开始，那么我可以打赌开发体验将很垃圾。 我还没有足够的经验，听说得也不是很多： Netlify——它似乎有一个正确的方法，但是我不理解他们的专业级无服务器定价，为什么人们通常是从这里开始。 这个领域正在迅速变化，当看到新的竞争者和新的架构时，我会更新这里的内容。 3无服务器 90% 的情况都很糟糕，但也有 10% 的情况令人惊叹 炒作没问题，但要有理由支撑。无服务器使应用程序易于扩展和维护。我在 7 年前编写的无服务器应用程序仍然在运行，几乎不需要维护，也几乎不需要任何成本。我相信，无服务器可以使个人能够维护大型应用程序，否则将需要一个团队和稳定的收入流。 ...

在租用海外服务器当中，不少用户会选择香港服务器或者美国服务器，这两者有什么区别，分别适合哪些网站。接下来做个简单的分析，希望对大家的选择有所帮助。     一、美国服务器和香港服务器的共同点    美国服务器和香港服务器都可以免备案，都费用低，配置高；言论相对自由，限制很少，稳定性高，具备高防功能。     二、美国服务器和香港服务器的区别     ①香港服务器     香港服务器的地理位置决定了国内访问速度是非常快的，在国内访问香港服务器延迟大概在20-100ms之间，且稳定性好。但香港服务器大多采用的是国际带宽，带宽资源比较小、而且贵。所以现在香港服务器基本都是以3M、5M为主的。如果需要额外增加带宽的话，成本将会高出许多。     香港服务器总体性能配置都是比较高的，对于常见的网站建设都是能够满足。而且售后服务相对之下处理速度会更快些，毕竟没有时差且语言相通。     ②美国服务器     美国地区由于发展多年不仅有用丰富的网络带宽资源，百兆独享带宽往往才数百块，IP资源也是非常丰富。另外因为美国地区服务器软硬件技术发展多年，达到饱和阶段，所以相对性价比非常高 。 美国服务器提供商能够为用户提供众多的独立IP，独立IP对于网站的运营与优化都是非常有利的。     而且美国服务器的稳定性是相当高的，机房一般都具有严格的制度，毕竟美国是全球互联网的发源地，软硬件技术已经达到世界顶点水平，机房的配备完善，服务器工作人员专业性高，大多数的美国服务器提供商都保证99.9%在线率。但是相对于香港服务器，国内访问就会慢很多，在国内访问美国服务器延迟就会达到150-180ms之间！     用户如果想租用防御高、抗攻击、抗DDoS攻击类服务器的话，虽然香港服务器也有高防，但不妨试试美国硬防服务器，这类攻击都是需要足够的资源作为支撑来防御的。     三、美国服务器和香港服务器哪个好    如果你的用户群体是国内地区的话，当然是香港服务器快了，香港离内陆比较近，有先天的地理优势，国内地区的人群访问网站速度会比较快，国外的人群就相对较慢一些。如果你的用户群体是国外地区的话，美国服务器比香港服务器快，美国服务器在全球范围内访问都比较快，在欧美速度更快。如果你的网站或服务器经常被攻击（DDOS）还是建议拿美国服务器好些，美国的机房有充足的硬件支持抵抗攻击，而香港的没有，香港服务器被攻击多次会被回收。 ...

感谢各位热情读者朋友的大力支持这篇文章，交流群的一位读者这么说的：“一台电脑有一块无线网卡、一个有线网卡，连在同一个网络里，一点事没有，上网正常”。 他是对的，电脑允许两块网卡配置同一个网段地址，比如192.168.1.x/24。这两块网卡其实没有任何关联性。如果你把电脑看成一个流量的蓄水池，这两块网卡就是两个出口（outgoing traffic），或者两个进口（incoming traffic）。称它们为A口（wired）、B口（wireless）。   蓄水池是如何负载均衡的？ 流量全部从A口流出 流量全部从B口流出 流量一半从A口流出，剩下一半从B口流出   计算机操作系统，对于不同类型的接口，有自己的喜好。认为可靠性高的物理接口，有更高的优先级，在路由选路算法中占据优势。那么这种优先级用什么来衡量呢？   用Metric，Metric越小，说明优先级越高，路由算法里优先选择。大家来看一张路由表： 路由表的最后一栏，就是metric，最小的metric =35，最大的metric = 331。但是在这张路由表里metric没有多大意义。因为任何一个路由条目只有一个表项，比如：0.0.0.0/0，这是一条指向Internet的路由，就这一条路由，无论metric多少，只有这一种选择。   回到主题上来，A口与B口谁的优先级高呢？ A口的优先级高，通常有线口的丢包率、延迟性能都优于无线口，所以metric会更小，那么路由算法就会优选A口。流量会全部从A口进出。   可以手动将B口metric值修改得比A口小，让流量优先从B口进出？ 当然是可以的。   可以将A、B口的metric 修改成一样的，让流量一半从A口出，一半从B口出？ 当然也是可以的。这里要敲黑板了，这就是上篇文章里提到的ECMP（Equal Cost Multiple Path），这是一种统计学意义上的负载均衡。   什么是统计学意义上的负载均衡？ 当有多条ECMP等价路由（Metric相等）时，是将流量平均分配到每一条链路（出口）上去吗？   并不是！为什么不这么做呢？ 这样就把同一个session的流量平均分摊到多条链路，造成的潜在后果是，后发的报文先到，造成乱序。而乱序的后果挺严重，在报文的接收方眼里，乱序和丢包几乎没有差别。会触发发送方重传乱序的报文，一旦发送方开始重传，伴随的是流量降速，从而影响session的整体性能。   那么，如何保证同一个session的流量走同一条链路？ 你在浏览器打开一个网站，浏览一副图片，这就是一个session。 一个session的四元组通常是一样的，这四元组分别是： 源IP 目的IP 源端口 目的端口   将一个session的四元组做为输入参数，运行一个Hash函数，得出的值是不是都是一样的？ Hash函数，和高中一年级学习到的函数并没有本质的差别。输入值相同，得出的输出值也会相同，这就是函数。   digest = hash(source ip, source port, destination ip,destination port)   假设现在有2条ECMP链路，用digest （digest为正整数）除以2，得到的余数只有两种可能：   0 1   将余数为0对应的digest所代表的session，流量分摊到A接口。 将余数为1对应的digest所代表的session，流量分摊到B接口。   假设现在有3条ECMP链路，用digest 除以3，得到的余数只有三种可能：   0 1 2   将余数为0对应的digest所代表的session，流量分摊到A接口。 将余数为1对应的digest所代表的session，流量分摊到B接口。 将余数为2对应的digest所代表的session，流量分摊到C接口。   无论有多少条链路，采用以上算法依此类推，即可算出分摊到的物理链路。   如果朋友们觉得这篇文章有点帮助，可以转发给您的朋友一起看。如果文章统计意义上的数据达到心里的预期，会在下一篇文章里写“会员专享”内容，这些内容和ECMP高度相关，里面包含有多年排错的积累，这些内容只会在Kirin博客和交流群里分享，感谢各位朋友的阅读！ ...

一台服务器网卡A,B分别接入局域网A,B，都是192.168.1段，A网关是192.168.1.1,B网关是192.168.1.2，如果A里面192.168.1.100:5005是需要访问的服务，B里面192.168.1.100是台摄像头，我要访问100:5005的话会发生什么，另外，这么做会对两个局域网有什么影响吗，比如IP冲突之类。   192.168.1.100 访问192.168.1.100，报文会离开本机TCP/IP协议栈吗？当然不会，因为主机以为自己与自己通信，既然自己与自己通信，为何要离开？ 先来讲一个真实的经历，某大型船舶研究所，数字序列为7XX所。试用我司的网络监控设备，这个监控设备有两个物理接口，eth0/eth1。  Eth0接口为监控探针接口，用于捕获网络上的流量，然后保存在本地文件中。 Eth1接口为远程通信，用于将文件中的数据发到监控服务器上，用于进一步处理。 突然接到他们的电话说，你们的监控设备怎么那么慢啊，监控数据总是无法上传到监控服务器上？  客户是上帝，立马打飞的从上海赶到这个中部特大城市。心急火燎到那一看，乐了，你猜怎么着？ Eth0、Eth1两个接口被配置成在同一个网段。然后立马将其修改成两个网段，马上监控流量山崩地裂地涌向监控服务器。 他们的领导、技术工程师很好奇地问，why? 那时刚工作不久还不知道什么ECMP，但是却知道等价路由负载均衡。虽然知道基于session的，但是也不知道如何将某一个session的流量分配给某一个路由/接口。 告诉他们，本该通过ETH1接口传输的流量，可能由于负载均衡算法，分配给Eth0接口了，而Eth0接口只是一个监控端口，从eth0口流出的流量，永远无法到达监控服务器，因为两者没有物理连接。 如果eth0和监控服务器有网络相连，比如有个交换机连接，那通信会有问题嘛？ 不会的。因为无论怎么负载均衡，要么eth0，要么eth1,从两个接口发出的流量都可以到达监控服务器。 后来，当在Cisco Router上做实验时，一旦尝试在两个不同的三层接口上配置同一个网段的IP地址，比如 192.168.1.x/24，配置命令总是无法成功执行，路由器会拒绝这样的配置。 如果读者没有看到开头的故事，你可能无法理解为何路由器有这样限制？ 如果没有负载均衡，流量从ETH0进入，返程流量从ETH0流出。 如果可以配置的话，那么将会有两个ECMP路由的存在，那么本该 ETH0流出的流量，负载均衡之后的流量可能从ETH1流出。万一从ETH1流出的流量永远无法到达目的地（没有网络、没有物理连接），那么就会造成通信障碍。 所以作为路由器，会严格杜绝两个三层接口使用同一个网段的IP地址。这里你一定要搞懂什么是同一个网段。否则这篇文章看了也不会有任何收获。 写到这里，忘记提到了一个知识点。地球上的主机、路由器、交换机、防火墙，看似纷纷扰扰，其实归纳起来在网络层面就两种设备：  主机（End System） 路由器（Intermediate System）  括号里的英文注释是采用OSI的标准。 主机一台设备不会为目的IP ≠自己接口IP作转发服务，那么这台设备就是主机。作为主机工作的网络设备，多个接口可以位于同一个网段，但是不能使用相同的IP。比如，电脑上有一块网卡、有一个无线网卡，这两个网卡都可以从同一个DHCP服务器获取同一网段的IP，但是不能获得相同的IP。 路由器一台设备为目的IP ≠自己接口IP作转发服务，那么这台设备就是路由器。作为路由器工作的网络设备，每一个接口要使用不同的网段，更不能使用相同的IP。 致亲爱的粉丝们，诚挚的说几句话。感谢一直以来的默默奉献与鼎立支持。对于读者来说，能够把文章完整阅读完，已经是最大支持。如果觉得有点用处转发给您的亲朋好友看，那也是莫大的荣幸。随手赞赏的读者，那是300年都难修来的缘分。在赞赏排行榜上，排名前十位的好友们累积几千元，让我心怀忐忑，文章没那么好，我也就随便写写，记录一点心得，不值得那么破费。如果作为对作者持续输出的鼓励，赞赏1元足矣。。。 为何不愿意认真写？ 因为文字很快就整体被搬运到别人的答案里，成为别人的原创文字。这股剽窃之风好像与人类文明格格不入，但是却形影不离，就在你我身边。。。坦率地说，很多知识点藏着掖着读者应该并不意外。即使在会员群，也只是零散地分享知识点。咱们没有尊重知识产权的风气。。。但是对于会员，一定会将所有知识点输出完毕，保证你们每一位成为“有创意”、“小健”、“小凡”、“Sunshine”那样出类拔萃的人才！ 李诞口头禅：人间不值得！尽管我很喜欢他，但是这句话不敢苟同。爱是人类最伟大的感情，爱使得这个世界精彩而幸福，如果世界没有爱，那么世界就会变得冷漠而可恶，那真的就“人间不值得”了！...

使用方法: wget vpstest.cn/it && bash it 或者: wget git.io/vpstest && bash vpstest 或者: wget -O it vpstest.cn && bash it 整合了 1. bench.sh 2. LemonBench 3. superspeed 4. superbench修复版 5. 91yuntest 6. ZBench 7. superbench修复+多节点版 8. UnixBench 9. GeekBench5 10.kos回程测试 11.超内存测试 12.路由测试 （注：脚本收集自互联网） 已修复kos测试 已更新删除残留文件 修复了一些已知bug...

现在腾讯云轻量应用服务器还在内测 你也可以申请内测 并申请免费一个月服务器 配置是 1h2g 流量1000g 宽度5m 盘40g 配置还行 建十几个站还是没有问题的 嫌宽度小的 可以用来做挂机宝的哈 不撸白不撸 免费我不要 我是杀币吗 撸他就完事了吗 废话别说 开始撸他  第一步 我们先添加这个微信【cvmfans】 推荐通过之后 回复LH 会给你发送轻量内测群 加进去之后 先别退 第二步 我们在打开内测申请链接 大概像下面填写 主要 刚才增加微信号 内测那个微信就填写那个 https://cloud.tencent.com/act/free/more?formId=10005&productType=lighthouse 申请之后等待几个手机消息短信会通知你 轻量服务器开通好 所以申请之后 我们等待即可QQ群号：979727860 点击链接加入群聊：https://jq.qq.com/?_wv=1027&k=FDmmUxxL CEKNoNimQH-f1Ra94?imageView/2/w/800" title="白嫖腾讯云内测轻量应用服务器30天" alt="白嫖腾讯云内测轻量应用服务器30天" border="0" width="750px" height="1344px" /> ...

今天给大家做个内网穿透教程就是让外网用户访问自己电脑的网站 注册宝塔大家应该都有吧 直接打开面板吧看我操作 直接跳过填我们内网IP这个9909端口是我预先设置好的不会设置看我操作这里端口映射直接开端口就行 接下来我们测试一下 现在我们用内网穿透来做外网 内网穿透官网natapp.cn 本地文件看我操作 直接9909端口这个端口可以随便设置必须是数字还有这里的内网IP只能是自己电脑的IP才可以否则不行这个端口得和宝塔面板里的一致 接下来打开内网穿透 复制一下代码  natapp -authtoken=c894d6fc766453a5这个是我的代码authtoken=后面的是不一致的每个隧道都有一个好了我们直接打开平台提供的工具开始穿透 现在可以看到穿透成功了 都是瞎鸡巴扯的大佬勿喷 工具我都传到QQ群方便大家讨论、下载:641912805 ...

需要实名认证，企业实名送的服务器配置会比个人实名高几倍，个人实名可以0撸2H4G1M一个月 活动地址：https://www.ctyun.cn/activity/enterprise2 ...

选择那个68元一年的服务器 活动地址：http://uee.me/cAfQy 版权免责声明1、本网站名称：Kirin博客 2、本站永久网址：www.dufengvip.cn 3、本网站的资源部分来源于网络，如有侵权，请联系站长进行删除处理。 4、会员发帖仅代表会员个人观点，并不代表本站赞同其观点和对其真实性负责。 5、本站一律禁止以任何方式发布或转载任何违法的相关信息，访客发现请向站长举报。 ...

讲道理，这个可以说是非常非常劲爆的福利了，2核8G这配置的机器一年都得几百块何况还不是小牌子，看来刘强东老板想抢占市场有着很大的决心啊，那我们就不要客气了，这种活动，错过可是会后悔的哟！ 0元撸1年2H8G1M云服务器，实名认证即可，还是新用户的上车！ PS：每日配额有限，今天实测已经没了，建议每天10点准点去抢 活动时间：2019.9.10~12.31 活动地址：https://www.jdcloud.com/cn/activity/zerobuy ...

之前下血本送了一次，这次的配置比上次的更好些。 服务器配置： 1核 1G 100M 10G SSD数据盘 1IP 500G/月 VPS 无防御，攻击停止秒解除 赠送10台，留言评论时请评论您的 QQ 我们将随机选择 QQ 赠送 兑换时，用评论的 QQ 领取 VPS，每人限领一台 活动结束：7月31号晚上12点 开奖时间：8月1日 ...