2017精选索引，入选规则为：截止至2017年12月28日文章截止到发文，阅读1W+【架构必备】《互联网架构如何实现“高并发”》4W+《TCP接入层的负载均衡、高可用、扩展性架构设计》2.2W+《配置中心架构设计演进》1.7W+《跨公网调用的大坑与架构优化》1.4W+《DNS在架构设计中的巧用》1.9W+《消息如何在网络上安全传输》1.2W+《10W定时任务，如何高效触发》2.9W+《工作线程究竟
分类：
其他好文 时间：
2020-11-18 12:18:05
阅读次数：
2
前文介绍了通用+可扩展的http监控平台与log监控平台的架构：《通用+可扩展http监控平台/框架》《通用+可扩展log监控平台/框架》结果，评论里各种冷嘲热讽。监控这个topic本来有很多细节可以聊，既然大伙公司都做得比较完善，后续就不纠细节了，聊聊方向上的思考，架构上的设计。今天和大伙聊聊多维度立体化监控。一、什么是多维度立体化监控不同公司或多或少有一些自动化监控手段，除了前文提到的：htt
分类：
其他好文 时间：
2020-11-18 12:16:50
阅读次数：
3
简介如何配置虚拟机使其在可以访问互联网的同时又能被Host宿主机访问呢？网上有一些帖子介绍了几种方法，比如有一种方法是将Guest的网卡设置为NAT方式，然后配置了端口映射，还有一种通过创建自定义的虚拟网卡然后进行一系列繁琐的配置后实现以上目的。我觉得都太繁琐，有没有更简单的方式呢？下面让我们来看一下我是如何配置我的网络从而实现上述要求的。环境Win10pro（Host操作系统）VMware?Wo
分类：
其他好文 时间：
2020-11-18 12:12:38
阅读次数：
7
RD：单库数据量太大，数据库扛不住了，我要申请一个数据库从库，读写分离。DBA：数据量多少？RD：5000w左右。DBA：读写吞吐量呢？RD：读QPS约200，写QPS约30左右。上周在公司听到两个技术同学讨论，感觉对读写分离解决什么问题没有弄清楚，有些奔溃。另，对于互联网某些业务场景，并不是很喜欢数据库读写分离架构，一些浅见见文末。一、读写分离什么是数据库读写分离？答：一主多从，读写分离，主动同
分类：
数据库 时间：
2020-11-17 13:03:37
阅读次数：
27
如《互联网分层架构的本质》所述，互联网分层架构的本质，是数据的移动。数据的移动，需要载体，DB和cache是常见的数据存储载体。如上图：service-A将数据放入cacheservice-B从cache里读取数据cache作为数据存储载体的好处是：cache的读取和写入都非常快service-A和service-B物理上解耦关于“物理上解耦”的概念，详见《互联网架构解耦利器》。本期讨论点：你遇到
分类：
其他好文 时间：
2020-11-17 13:03:20
阅读次数：
26
一、基础规范表存储引擎必须使用InnoDB表字符集默认使用utf8，必要时候使用utf8mb4解读：（1）通用，无乱码风险，汉字3字节，英文1字节（2）utf8mb4是utf8的超集，有存储4字节例如表情符号时，使用它禁止使用存储过程，视图，触发器，Event解读：（1）对数据库性能影响较大，互联网业务，能让站点层和服务层干的事情，不要交到数据库层（2）调试，排错，迁移都比较困难，扩展性较差禁止在
分类：
数据库 时间：
2020-11-17 12:55:07
阅读次数：
14
当你在百度搜索关键字的时候，哪个网站会排在最前面？今天给大家科普一下“网站SEO”前言什么是SEO呢？SEO是SearchEngineOptimization，意为“搜索引擎优化”，一般简称为搜索优化。对于SEO的主要工作就是通过了解各类搜索引擎如何抓取互联网页面，如何进行索引以及如何确定其对某一个特定关键词的搜索结果排名等技术，来对网页进行相关的优化，来提供搜索引擎排名，提高网站访问量。如果能够
分类：
Web程序 时间：
2020-11-17 12:11:09
阅读次数：
18
MySQL主从复制，读写分离是互联网常见的数据库架构，该架构最令人诟病的地方就是，在数据量较大并发量较大的场景下，主从延时会比较严重。为什么主从延时这么大？答：MySQL使用单线程重放RelayLog。应该怎么优化，缩短重放时间？答：多线程并行重放RelayLog可以缩短时间。多线程并行重放RelayLog有什么问题？答：需要考虑如何分割RelayLog，才能够让多个数据库实例，多个线程并行重放R
分类：
数据库 时间：
2020-11-17 12:10:49
阅读次数：
12
上次《百亿级数据DB秒级平滑扩容！》之后，很多朋友提问，说如果不是“双倍”扩容，能否做到平滑迁移，不影响服务呢？适用什么场景？互联网有很多“数据量较大，并发量较大，业务复杂度较高”的业务场景，其典型系统分层架构如下：（1）上游是业务层biz，实现个性化的业务逻辑；（2）中游是服务层service，封装数据访问；（3）下游是数据层db，存储固化的业务数据；服务化分层架构的好处是，服务层屏蔽下游数据层
分类：
其他好文 时间：
2020-11-16 13:59:24
阅读次数：
11
SM，第一篇服务网格（ServiceMesh）这两年异常之火，号称是下一代微服务架构，接下来两个月，准备系统性的写写这个东西，希望能够让大家对最新的架构技术，有个初步的了解。画外音：我的行文的风格了，“为什么”往往比“怎么样”更重要。互联网公司，经常使用的是微服务分层架构。画外音：为什么要服务化，详见《服务化到底解决什么问题？》。随着数据量不断增大，吞吐量不断增加，业务越来越复杂，服务的个数会越来
分类：
其他好文 时间：
2020-11-16 13:58:09
阅读次数：
14
