万字雄文讲透现代网络负载均衡和代理技术,终于弄懂负载均衡那点事

作者:Matt Klein 译者:崔秀龙 原题:Introduction to modern network load balancing and proxying 最近我注意到,针对负载均衡和代理这两项现代网络技术,有教育意义的介绍性材料相当稀缺。这引起我的思考:为什么会这样?在可靠的分布系统的架构中,负载均衡是核心概念之一,这一地位要求有对应的高质量信息。 然而经过搜索之后,发现这方面的内容的确匮乏。Wikipedia 上的 »

那些没说出口的研发之痛,做与不做微服务的几大理由

创建一种新的软件项目架构,来封装离散服务,对于全新的项目来说,这是非常简单的。但是,对于大多数软件开发者来说,谁又有大把的奢侈时间一直用在全新项目上呢? 大多数软件开发人员职责更多是维护或增加现有软件系统的功能。但是,如果问开发人员究竟是愿意构建全新的项目,还是维护一个现有的系统,那么支持新项目的呼声肯定会成为压倒性的声音。事实上,希望与新技术或新项目合作也是开发人员离职的原因之一。为什么呢? 1 识别问题容易,但修复很难 维护现有系统时,很容易识别架构的问题。为什么?因为基于良好的架构,系统很容易调整。 当需要去调整一个没有设计封装波动的已有系统时,架构的弱点就不言自明。即使是最小的表层变化也会给整个系统的其他部分带来复杂的涟漪: »

关于无服务器(Serverless)架构你要搞懂的8件事

无服务器计算,虽然神秘,但一定会成为IT行业最有力的工具之一。这种可能改变游戏规则的技术虽然不是全新的,但就像之前的容器技术一样,有一些神化和误解。 1什么是无服务器(Serverless)计算? 无服务器计算允许企业构建、运行应用和服务而不用去考虑服务器。无服务器应用不需要管理任何服务器,而且任何类型的应用或后端服务都可以构建为无服务器应用。运行应用以及应用高可用所需要的一切,都由云服务商来提供。 无服务器应用程序有四大优势: 1)不需要管理服务– 不需要提供或维护任何的服务器,不需要安装任何的软件或运行时。 2)弹性扩缩–应用程序扩缩能自动完成或是通过调整其资源使用量来调整容量,而不是通过增减服务器的数量。 3)高可用- »

10位技术领袖告诉你趟过的微服务那些坑和最佳实践

小数导读: 切换到微服务架构似乎很容易,但技术领导者往往低估了项目的复杂性,并犯下灾难性的错误。此文对来自以色列和美国等5个国家的技术领袖进行了13次采访。这篇文章很长,内容包括如下一些方面: • 微服务是什么 • 微服务架构优劣势分析 • 微服务面临的挑战和应对解决方案 • 微服务落地要避开的坑 • 来自技术领导型企业的微服务架构最佳实践 • 如何选择微服务当中的技术栈? • 实用的技术建议 为什么转向微服务? 企业容易犯的最大错误是在没有明确目标的情况下,转向微服务架构。需要了解并有真正的理由表明为什么要这样做。 “人们盲目进入很多领域:Docker很酷,微服务很伟大!但它可能不适合你的体系构建,你需要了解为什么要这么做。” - 来自Steven McCord, »

一年4更,如此勤奋的Kuberentes,1.9版更新前瞻

Kuberentes可谓是2017年风头最劲的编排工具了,随着Kubernetes社区及各大厂商的不断改进、发展,Kuberentes将成为容器管理领域的领导者,昨天,Kubernetes官方发布了本年度第四次也是最后一次新版本的更新公告,即Kuberentes 1.9,那么它都有哪些特性和变化呢?小数今天就带大家看一看~ Kubernetes 1.9 新的“特性”实际上并不是新的,而是基于为了足够稳定生产所使用现有功能的改进,如工作负载的API(DaemonSet、部署ReplicaSet,StatefulSet API),它提供了许多现实环境的基础工作负载,或已经进入到相关的测试阶段,这意味着它们是默认启用的, »

还在为负载均衡操碎心?这里有10大开源负载均衡工具

关于负载均衡器,小数之前给大家分享了《关于负载均衡和服务发现,Google的经验在这里》数人云工程师手记 | Docker1.12服务发现,负载均衡和Routing Mesh,今天再给大家分享一下十种开源的负载均衡,希望对大家所有帮助。 安装应用程序高可用性和提高性能的最快也最简单的方法之一就是实现负载均衡器(LB)。 在高层次上,有三中类型的负载均衡器,它们分别是: 基于硬件的 基于云计算的 基于软件的 硬件负载均衡器是提供负载均衡的专用设备,一些流行的LB硬件提供商是: F5 TP-LINK Barracuda 通常,它们的几个十分昂贵, »

一文读懂企业如何落地微服务,循序渐进5步走

近来,企业转向微服务架构已经成为一个非常火热的话题,但是如何将微服务在企业中落地很多人不得其解,今天数人云带来的文章,就从循序渐进5步走的方法阐述企业级落地微服务的模式,同时也带来了向微服务转型从团队角度的一些思考。 微服务架构(MSA)正在重塑企业IT生态系统,它最初只是一种机制,将大型单体应用程序分解为一组独立地、功能集中的应用程序,这些应用程序可以独立地设计、开发、测试和部署。MSA的早期采用者运用这种模式来实现其后端系统或业务逻辑,一旦他们实现了这些所谓的后端系统,就有了在整个董事会中实现相同模式的想法,本文主要讨论可以在微服务驱动的企业总可以使用的解决方案模式。 企业向微服务转型的5步走 如果从上往下看,企业IT系统看起来就如下图所示: 如图所示,系统由水平和垂直的多层组成,业务逻辑将在后端系统中作为单片应用程序实现,并且将有像ERP、 »

给还在犹豫选择的你,微服务架构与整体架构的各自优势

微服务目前是软件开发的一种新趋势,我们所熟知的谷歌、亚马逊,Netflix等都在使用微服务架构。 但微服务架构与整体架构的区别在哪?微服务架构又需要注意哪些运营成本?数人云今天给大家带来的文章将阐述这几个问题。 本文我们将讨论微服务架构与整体架构的区别,为了清晰起见,本文假设:在此上下文中微服务的定义是需要服务之间的物理分离。 微服务加固被认为是“恰当”的即: 在没有/最小的RPC通信请求/服务之间的应答 每个服务都封装了持久性 每个服务都表示一个功能,没有“数据库服务” 如果其中任何一个假设不存在,则结论可能就是无效的。 Martin Fowler在分享中强调了近年来“技术趋势” »