作者 | 许晓斌 阿里云高级技术专家 本文整理自《Serverless 技术公开课》，关注“Serverless”公众号，回复 入门 ，即可获取 Serverless 系列文章 PPT。 传统单体应用架构 十多年前主流的应用架构都是单体应用，部署形式就是一台服务器加一个数据库，在这种架构下，运维人员 ...
分类：
其他好文 时间：
2020-12-22 12:08:02
阅读次数：
0
去年阿里提出 Serverless 架构，并利用其新一代研发架构，减少了大量研发人员对基础设施和运维的关注。对前端开发者而言，他们只需写几个函数即可实现后端业务逻辑，推动业务快速上线，让整个前端研发效能提升 50%。
分类：
其他好文 时间：
2020-12-21 11:00:14
阅读次数：
0
一、大数据演进，从数据仓库到数据中台 第一阶段 21 世纪的第一个 10 年，企业级数据仓库（EDW）从萌芽到蓬勃发展，“IOT”( IBM、Oracle、Teradata)占领了大部分市场，提供数据仓库建设从硬件、软件到实施的整体方案。 这个时代的数据仓库实施不仅需要购买大（中、小）型机，配套商用 ...
分类：
其他好文 时间：
2020-12-19 13:22:30
阅读次数：
18
互联网研发，唯快不破。为了提升公司整体研发效率，百度引入了业界的优秀工程实践，设计开发了一整套研发工具链。主要包括项目管理平台、代码开发协作平台和持续交付平台，分别针对需求、开发和交付场景，提供工具、流程和数据支持，如图1所示。图1百度研发工具链代码管理的目标场景就是开发场景，是研发活动的核心环节，承载着打通需求、交付上下游的作用。百度代码管理建设分别从文化传播、工程实践和产品建设三个方面入手推进
分类：
其他好文 时间：
2020-12-18 12:16:28
阅读次数：
2
最近中台的文章比较多，大多数谈历史，谈原因，之后就是谈技术了，但是中台真的实施起来，却躲不开下面的灵魂拷问。问题一：到底哪些应该作为中台，哪些不应该作为中台，是谁决定的？如何决定的？问题二：每一个中台应该有哪些功能？谁来定义？和业务方如何切分？怎样保证切分的合理？每一个中台应该有多大？按接口数？代码行数？什么时候决定再拆分？谁决定？问题三：维护每一个中台的团队应该有多大？10个人？100人？用户中
分类：
其他好文 时间：
2020-12-14 13:58:46
阅读次数：
13
s 服务端高并发分布式架构演进之路 https://www.jianshu.com/p/f4a907fe1485 https://segmentfault.com/a/1190000018626163 瓶颈ESB可以拿掉其他还可以，要么继续拆烂ESB。 1、概述 本文以淘宝作为例子，介绍从一百个并发 ...
分类：
其他好文 时间：
2020-12-04 11:41:25
阅读次数：
11
上一篇文章“一分钟了解负载均衡的一切”引起了不少同学的关注，评论中大家争论的比较多的一个技术点是接入层负载均衡技术，部分同学持这样的观点：1）nginx前端加入lvs和keepalived可以替代“DNS轮询”2）F5能搞定接入层高可用、扩展性、负载均衡，可以替代“DNS轮询”“DNS轮询”究竟是不是过时的技术，是不是可以被其他方案替代，接入层架构技术演进，是本文将要细致讨论的内容。一、问题域ng
分类：
其他好文 时间：
2020-11-19 12:01:31
阅读次数：
6
群消息，究竟存一份还是多份？上一篇文章《群消息已读回执，究竟是推还是拉？》说，“很容易想到，是存一份”，被网友们骂了。网友骂的对，任何技术方案，都不是天才般灵感乍现想到的，一定是一个演进迭代，逐步优化的过程。今天就聊一聊，群消息，为啥只需要存一份。群信息，用户信息，群成员关系都是基础数据：group_info(gid,group_info);user_info(uid,user_info);gro
分类：
其他好文 时间：
2020-11-18 12:22:35
阅读次数：
3
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
SM，第一篇服务网格（ServiceMesh）这两年异常之火，号称是下一代微服务架构，接下来两个月，准备系统性的写写这个东西，希望能够让大家对最新的架构技术，有个初步的了解。画外音：我的行文的风格了，“为什么”往往比“怎么样”更重要。互联网公司，经常使用的是微服务分层架构。画外音：为什么要服务化，详见《服务化到底解决什么问题？》。随着数据量不断增大，吞吐量不断增加，业务越来越复杂，服务的个数会越来
分类：
其他好文 时间：
2020-11-16 13:58:09
阅读次数：
14
