而我们在应对高并发大流量时也会采用类似“抵御洪水”的方案,归纳起来共有三种方法。
Scale-out(横向扩展):分而治之是一种常见的高并发系统设计方法,采用分布式部署的方式把流量分流开,让每个服务器都承担一部分并发和流量。
缓存:使用缓存来提高系统的性能,就好比用“拓宽河道”的方式抵抗高并发大流量的冲击。
异步:在某些场景下,未处理完成之前我们可以让请求先返回,在数据准备好之后再通知请求方,这样可以在单位时间内处理更多的请求。
#geektime
Scale-out(横向扩展):分而治之是一种常见的高并发系统设计方法,采用分布式部署的方式把流量分流开,让每个服务器都承担一部分并发和流量。
缓存:使用缓存来提高系统的性能,就好比用“拓宽河道”的方式抵抗高并发大流量的冲击。
异步:在某些场景下,未处理完成之前我们可以让请求先返回,在数据准备好之后再通知请求方,这样可以在单位时间内处理更多的请求。
#geektime
DailyNotes
重流程管控不利于软件交付效能的提升,轻流程管控也不会影响软件交付质量,关键要看公司是否选择一种“更好”的做法来实现管控的目的。 #devops #geektime
公司内部经常会争论是否需要更加严格的审批流程,希望借助严格的审批流程,促使软件交付更加有序和可靠。很多系统和需求在提出的时候,都是以这种思想为指导的。我一直对这种流程的有效性抱有怀疑,加入更多的领导审批环节,除了出问题的时候大家一起“背锅”之外,并没有带来什么增值活动。
不应该将质量依赖于检验工作,因为检验工作既昂贵,又不可靠。最重要的是,检验工作并不直接提升产品质量,只是为了证明质量有缺陷。而正确的做法是将质量内建于整个流程之中,并通过有效的控制手段来证明流程自身的有效性。
质量管理大师爱德华·戴明博士经典的质量管理 14 条原则
质量管理大师爱德华·戴明博士经典的质量管理 14 条原则
Forwarded from AirOnG
https://dropbox.tech/infrastructure/how-we-migrated-dropbox-from-nginx-to-envoy Dropbox是如何从Nginx迁移到Envoy的 Nginx应该是没办法满足中大型公司的需求和灵活性,越来越多的公司开始迁移到Envoy这种动态配置为主的HTTP服务器。Dropbox这里对比了内部两种服务运维的差别以及特性。另外,文章说xDS APIs已经成为事实标准,也是另一个关注的理由。
dropbox.tech
How we migrated Dropbox from Nginx to Envoy
Forwarded from IFTTT
golangweekly Just tweeted ********************************************** Guora: A Self-Hosted Quora-like Webapp Written in Go - https://t.co/llaosCOOXf
GitHub
meloalright/guora
🖖🏻 A self-hosted Quora like web application written in Go 基于 Golang 类似知乎的私有部署问答应用 包含问答、评论、点赞、管理后台等功能 - meloalright/guora
Forwarded from IFTTT
golangweekly Just tweeted ********************************************** Signal Context: Create Go Contexts That Cancel On Signals - https://t.co/dkCRLTjSO1 (Like if you want to cancel an operation when a user interrupts with CTRL+C, say.)
GitHub
sethvargo/go-signalcontext
Create Go contexts that cancel on signals. Contribute to sethvargo/go-signalcontext development by creating an account on GitHub.