🏆 技术专题第五期 | 聊聊分布式的那些事

第三期技术专题| 数据可视化的那些事在你们积极的参与下圆满结束。本期入选征文中，有关于 AntV、ECharts、D3 的入门与实战的，有关于可视化编辑器实现的，有关于 GIS 地图可视化经验分享的，更有房产数据可视化这种结合具体场景的文章，同时第四期技术专题|聊聊微前端的那些事也如火如荼的展开了，那咱们后端 Boys 也不能屈居人后不是？

这一次，掘金酱诚邀您与咱们分享您对分布式的理解，在分布式方面的实战经验，您在实际工做场景中的应用，以及对分布式的理解与指望。

20世纪90年代，业界采用了基于接口/构件的架构设计方式，很天然的演化出了 SOA，基于服务的架构，但随着时间的发展，程序设计愈来愈追求轻量级，慢慢的如 WSDL，XML 被 JSON，RESTful 等方式替代，可是 SOA 的思想一直延续着，也就是现在所说的分布式服务架构。

然而，分布式的世界中涉及到大量的协议（raft、2pc、lease、quorum 等）、大量的理论（FLP， CAP等）、大量的系统（GFS、MongoDB、MapReduce、Spark、RabbitMQ等）。

两个字总结就是：硬核！

咱们须要使用分布式系统主要有两个缘由：

• 增长系统容量
• 增强系统可用

但就是为了上述的两个理由，引入了更多的复杂性，例如：

• 架构设计变得异常复杂。
• 分布式系统下部署流程变得更复杂。
• 系统的吞吐量会变大，可是响应时间会变长。
• 运维复杂度会由于服务变多而变得很复杂。
• 测试和查错的复杂度增大。
• 技术多元化，这会带来维护和运维的复杂度。
• 管理分布式系统中的服务和调度变得困难和复杂。

这可能就是技术发展的必然吧：解决一个问题，经常会引入新的问题。

好比，为了提升可用性，引入了冗余；而冗余又带来了副本之间的一致性问题，因此引入了中心化副本协议（primary/secondary)；那么接下来就要考虑 primary（节点）故障时候的选举问题。

还有的时候整个设计造成了一个闭环：咱们须要提升性能，所以设计了分片缓存，然而为了保证数据的正确性，咱们又须要考虑数据的一致性，而后为了数据的一致性，又不得不放弃必定的性能。

能够参考的技术主题

• 如何学好分布式（咱们不要说明书哦😂）
• 手写一个分布式系统（如6.824中的简化版 MapReduce）
• 单体架构改造为分布式系统的实战经验
• 如何解决分布式事务
• 如何解决分布式系统中数据一致性的问题
• 分布式系统的服务调度
• 分布式系统的运维管理方案
• 其余分布式系统中的核心问题等等

参与方式

征文活动面向全部掘金用户，参与方式以下：

参与活动用户请以「文章标题 | 🏆 技术专题第五期征文 ...... 」做为写做内容标题。发布文章时，请选择「 后端」分类、「分布式」的标签，文末需附上本次征文活动的连接。

格式为：

1. 使用 掘金 Markdown 编辑器 的同窗直接复制如下内容到文章后

[🏆 技术专题第五期 | 聊聊分布式的那些事......](https://juejin.cn/post/6872367966512644103)
复制代码

2. 使用 掘金富文本编辑器 的同窗直接复制如下内容到文章后

   🏆 技术专题第五期 | 聊聊分布式的那些事......

奖项设置

一样地，咱们为本次活动准备了丰富的奖品：

• 🏆一等奖：文章总积分排名分前3的做者将得到「掘金周边大礼包」，共计 3 名。

• 💙二等奖：参与活动的文章中，点赞量最高的前 3 篇文章的做者将得到掘金「官方👕T恤 + 搪瓷水杯」各一件；

• 👏三等奖：参与活动的文章中，评论互动量最高 5 篇文章的做者将得到「掘金搪瓷水杯」；

• 🎉新人鼓励奖：咱们会在参与掘金征文的新人中随机抽奖送出「掘金搪瓷水杯」共计 10 名；

• 🐱参与奖：全部参与写做并符合要求的做者可得到「小册全场通用六折码 * 三枚」，不限名次。

• 以上奖项不可重复得到（参与奖不在内），重复会进行顺延（若是同时得到其中 2 个奖项，将按分类排序，取最高排名所在的奖项类别）；

• 评选总维度：内容质量

流量扶持

全部符合征文活动要求的参与文章，都将得到「 掘金首页热门推荐」，更有机会得到掘金官方微博、微信公众号等渠道推荐，让更多用户能够看到你的文章。
复制代码

特别感谢

• 感谢@俊宁对本文内容的支持；
• ** 欢迎全部 lv3 以上做者联系我加入做者推荐群!**

往期技术专题征文

• 🏆 技术专题第一期 | 聊聊 Deno的一些事儿
• 🏆 技术专题第二期 | 我与 Go 的那些事
• 🏆 技术专题第三期 | 数据可视化的那些事
• 🏆 技术专题第四期 | 聊聊微前端的那些事
• 🏆 技术专题第五期 | 聊聊分布式的那些事