伸缩性Scalable教程

该文是Salesforce的软件架构师Pat Helland于2016年12月发表的针对其在2007年CIDR（创新数据库研究会议）上首次发表的同名文章的更新和缩写版本。他曾经发表“不变性改变一切”。 业界谈到分布式事务通常指两段提交2PC事务(Sprin

建立软件架构的松耦合的同时，也要建立团队组织架构的松耦合，这两种双解耦才是构建高性能软件组织的关键。通常按功能划分大型团队通常很诱人，我们拥有一个架构师团队，一个开发团队，一个DBA团队，一个测试团队，一个部署团队和一个运营团队，但这不能解决任何扩展问题，没有扩展就没有客户响应，这是团队响应

这是优步Uber员工Gergely Orosz自己的经验分享： 两年前我加入了优步，担任移动软件工程师，有一些后端经验，我构建了带有支付功能的应用程序 - 并在后来重写了它。之后，我就晋升工程管理并领导了一个团队。这意味着需要接触更多的后端，因为我的团队负

如题，如果过早地草率地认为“过早优化是万恶之源”，这是为自己懒惰设计寻找理由，防止屁股决定脑袋。 众说纷纭：1.  当人们使用数据结构，算法和最佳解决方案进行面试时，会使用这个观点：“过早优化是万恶之源”

Koinex的贸易引擎使用LMAX架构的许多原则设计。这使我们能够在高峰时段承受大量负荷。在快速增长的财务系统中，清洁和可扩展架构的重要性对于更好的可扩展性和更快的执行非常重要。LMAX架构帮助我在Koinex设计多个实时应用程序，这些应用程序并不具有显著的事务性。虽然不可能

DataDome是一家全球网络安全公司，提供SaaS解决方案，旨在保护客户网站免受OWASP自动化威胁：凭据填充、第7层DDoS攻击、SQL注入和密集式抓取。该解决方案通过尖端的人工智能技术保护我们所有客户的漏洞点（网络，移动应用和API），提供实时的自动程序检测和自动阻止决策。Da

你知道吗？二手交易网转转的数据库用的是什么？本文由TiDB / TiKV的首席架构师Ed Huang发表，虽然有软文嫌疑，但是从其研发的最先进分布式数据库经验角度看，这五个问题还是很干货的。TiDB/TiKV分布式数据库是一种高一致性的分布式事务数据库，存储使用Rust编写，SQL计算使用Go语言，

尝试应用严格的有序处理将对我们的系统施加人为限制。这是因为保证消息排序在技术上非常困难，即使成功，也总是需要权衡诸如较低的消息吞吐量和较低的可扩展性，这会妨碍系统成功的能力。比如比萨店交付披萨时，不一定要根据订单前后顺序准备披萨，而是根据比萨的制作顺序，有些披萨需要烧烤时间长一些，有

我们学习和使用的第一个Kubernetes命令之一是  kubectl run。有Docker经验的人倾向于将它与之比较  docker run，并认为：“ 啊，这就是我如何简单地运行容器！“让我们看看运行一个非常基本的kubectl run 命令后会发生什么  ：

多年来，人们已经创建了许多无服务器框架，这些框架都在Kubernetes之上运行，例如kubeless，OpenFaas和Fission，这些和Knative之间的区别在于，Knative由企业中的主要参与者支持，如RedHat，Pivotal，Google等。Knative本身分为

PostgreSQL可以相当好地垂直扩展。您可以为PostgreSQL服务器提供的资源（CPU，内存，磁盘）越多，它就能越好地执行。但是，虽然Postgres的某些部分可以自动使用增加的资源，但其他部分需要进行配置更改才能注意到改进。继续阅读以了解有关如何确保PostgreSQL充分

这是一篇来自IEEE Spectrum的文章，Facebook的Messenger的13亿用户会在新年前夜集中发送的消息，比如新年快乐等祝愿，这种发送量比一年中任何其他日子都多得多。如果一切顺利，这些消息将在不到100毫秒的时间内到达收件人，但是，如果消息系统服务停止或失败，位于公司

我们的客户使用HyperTrack无需服务器即可访问实时位置。他们将我们用作实时位置的托管服务。他们不需要构建和管理服务器来摄取，处理，存储，提供和管理与其应用用户的实时位置相关的任何内容。而我们自己则是使用AWS为我们的平台提供无服务器架构。用于从我们的SDK中提取数据流，准确处理

Knative有可能重新定义如何使用无服务器构建云架构，并将无服务器的使用扩展到单纯的函数之外，成为游戏的改变者。 Knative将成为无服务器计算与云计算系统中Google Kubernetes容器集成的桥梁。能成为无服务器架构的基础组件，可以利用所有类

无服务器计算：前进一步，后退两步 - Hellerstein等。 重点介绍无服务器平台和无服务器设计模式的一些缺点，以及为什么数据传输范例是FaaS的最大缺点，也就是数据运送到代码的计算范式的问题，还有一种是代码送到数据所在处进行计算。关键观点：1. 随着所有通信都都要通过存

服务架构有时是两极分化的。我们半数的行业正在尝试使用用户级TCP堆栈来降低每一盎司的延迟（提升网络性能），而另一半人则使用Ruby＆Kubernetes和覆盖网络(overlay network)来降低网络性能并将CPU使用率提高到10年前。 Se