草庐IT

Linus Torvalds背后 :成功的五个残酷真相

​译者|布加迪如果你不知道LinusTorvalds是谁,我会做一番简短的介绍;如果你是一名软件工程师,应该知道Linux是什么,我几乎可以肯定你至少使用过一次Git。Torvalds可以说是这两大项目背后的功臣。当时间回转到1991年,年仅22岁的芬兰程序员LinusTorvalds发布了操作系统Linux。他公布了代码,允许爱好者们贡献自己的力量来使它强大。彼时,还没有人可以窥见一个开源时代的开启,也无法预见如今Linux在全球遍地开花的光景。LinusTorvald本人无疑是传奇的,如果你想了解他的更多信息,可以上网搜索,我不想在本文中介绍更多细节。这里要讨论的是他的成功以及成功背后那些

Linus Torvalds背后 :成功的五个残酷真相

​译者|布加迪如果你不知道LinusTorvalds是谁,我会做一番简短的介绍;如果你是一名软件工程师,应该知道Linux是什么,我几乎可以肯定你至少使用过一次Git。Torvalds可以说是这两大项目背后的功臣。当时间回转到1991年,年仅22岁的芬兰程序员LinusTorvalds发布了操作系统Linux。他公布了代码,允许爱好者们贡献自己的力量来使它强大。彼时,还没有人可以窥见一个开源时代的开启,也无法预见如今Linux在全球遍地开花的光景。LinusTorvald本人无疑是传奇的,如果你想了解他的更多信息,可以上网搜索,我不想在本文中介绍更多细节。这里要讨论的是他的成功以及成功背后那些

服务探活的五种方式

几个月前,我在《4个实验,彻底搞懂TCP连接的断开》这篇文章中给自己挖了个坑:文中提到的实际问题就是服务探活,今天来填上这个坑。在微服务架构下,服务提供方(Provider)的节点一般不止一个,消费方(Consumer)根据负载均衡算法挑选一个健康的节点进行调用。识别Provider节点是否健康,这便是服务探活要讨论的内容。健康的节点可定义为能正常响应Consumer请求的节点,不健康自然是不能正常响应Consumer请求的节点不健康的原因可能是物理上的断电、断网、硬件故障,也可能是网络延迟、进程异常退出或进程无法处理请求。总之一句话总结起来就是Provider节点没有摘除流量前,就无法处理请

服务探活的五种方式

几个月前,我在《4个实验,彻底搞懂TCP连接的断开》这篇文章中给自己挖了个坑:文中提到的实际问题就是服务探活,今天来填上这个坑。在微服务架构下,服务提供方(Provider)的节点一般不止一个,消费方(Consumer)根据负载均衡算法挑选一个健康的节点进行调用。识别Provider节点是否健康,这便是服务探活要讨论的内容。健康的节点可定义为能正常响应Consumer请求的节点,不健康自然是不能正常响应Consumer请求的节点不健康的原因可能是物理上的断电、断网、硬件故障,也可能是网络延迟、进程异常退出或进程无法处理请求。总之一句话总结起来就是Provider节点没有摘除流量前,就无法处理请

总结:弹性伸缩的五个条件与六个教训

  前言弹性伸缩是云计算时代给我们带来的一项核心技术红利,但是IT的世界中,没有一个系统功能可以不假思索的应用到所有的场景中。这篇文章,我们将应用企业级分布式应用服务-EDAS的客户在进行系统架构设计时,在弹性场景下遇到的点滴做了一个系统的梳理,总结为五个条件和六个教训分享给大家。五个条件1.启动无需手动干预是否需要手动干预是弹性伸缩和手动伸缩的本质区别。在传统应用的运维中,一个进程的启动往往需要在机器上手动准备一系列的事情,如:环境搭建,依赖服务的配置梳理,本地环境配置调整等。如果是在云上的应用可能还需要手动调整安全组规则,依赖服务的访问控制等;但这些需要手动执行的动作在自动弹性时都会变得不

总结:弹性伸缩的五个条件与六个教训

  前言弹性伸缩是云计算时代给我们带来的一项核心技术红利,但是IT的世界中,没有一个系统功能可以不假思索的应用到所有的场景中。这篇文章,我们将应用企业级分布式应用服务-EDAS的客户在进行系统架构设计时,在弹性场景下遇到的点滴做了一个系统的梳理,总结为五个条件和六个教训分享给大家。五个条件1.启动无需手动干预是否需要手动干预是弹性伸缩和手动伸缩的本质区别。在传统应用的运维中,一个进程的启动往往需要在机器上手动准备一系列的事情,如:环境搭建,依赖服务的配置梳理,本地环境配置调整等。如果是在云上的应用可能还需要手动调整安全组规则,依赖服务的访问控制等;但这些需要手动执行的动作在自动弹性时都会变得不

记录--跨域的五种最常见解决方案

这里给大家分享我在网上总结出来的一些知识,希望对大家有所帮助什么是跨域?跨域不是问题,是一种安全机制。浏览器有一种策略名为同源策略,同源策略规定了部分请求不能被浏览器所接受。值得一提的是:同源策略导致的跨域是浏览器单方面拒绝响应数据,服务器端是处理完毕并做出了响应的。什么是同源策略一个url由三部分组成:协议,域名(ip地址),端口。只有当协议,域名,端口都一致的时候,才被称为同源。而同源策略规定,只有发送请求的那一边和接受请求的那一边处于同源的情况下,浏览器才会接受响应。举个例子发送请求地址:http:47.96.127.5:8080/index接受请求地址:http:47.96.127.5

记录--跨域的五种最常见解决方案

这里给大家分享我在网上总结出来的一些知识,希望对大家有所帮助什么是跨域?跨域不是问题,是一种安全机制。浏览器有一种策略名为同源策略,同源策略规定了部分请求不能被浏览器所接受。值得一提的是:同源策略导致的跨域是浏览器单方面拒绝响应数据,服务器端是处理完毕并做出了响应的。什么是同源策略一个url由三部分组成:协议,域名(ip地址),端口。只有当协议,域名,端口都一致的时候,才被称为同源。而同源策略规定,只有发送请求的那一边和接受请求的那一边处于同源的情况下,浏览器才会接受响应。举个例子发送请求地址:http:47.96.127.5:8080/index接受请求地址:http:47.96.127.5

记录--数组去重的五种方法

这里给大家分享我在网上总结出来的一些知识,希望对大家有所帮助前言您或许会疑惑,网上那么多去重方法,这篇文章还有什么意义?别着急,这篇文章只节选了简单的,好玩的,古老的,有实际讲解意义的去重方法,除了去重的实现以外,我还将和您分享这其中的其他细节和拓展。您或许不理解,为什么只有五种?当然,我可以举例出更多的例子来,但那有什么意义呢?工作中用不到那么多,会其中一二就可以。即使是面试,能说出五种也是完全足够的。所以,我们完全没有必要去记忆更多的去重方式。五种方式最简单的方法,ES6的Set去重(最推荐)这个方法是我日常开发中最喜欢用的方法,因为,他的使用方法是所有去重中最简单的。而我是一个懒癌患者。

记录--数组去重的五种方法

这里给大家分享我在网上总结出来的一些知识,希望对大家有所帮助前言您或许会疑惑,网上那么多去重方法,这篇文章还有什么意义?别着急,这篇文章只节选了简单的,好玩的,古老的,有实际讲解意义的去重方法,除了去重的实现以外,我还将和您分享这其中的其他细节和拓展。您或许不理解,为什么只有五种?当然,我可以举例出更多的例子来,但那有什么意义呢?工作中用不到那么多,会其中一二就可以。即使是面试,能说出五种也是完全足够的。所以,我们完全没有必要去记忆更多的去重方式。五种方式最简单的方法,ES6的Set去重(最推荐)这个方法是我日常开发中最喜欢用的方法,因为,他的使用方法是所有去重中最简单的。而我是一个懒癌患者。