-
编辑 删除
中台灵魂拷问，计划经济模式还是市场经济模式
最近中台的文章比较多，大多数谈历史，谈原因，之后就是谈技术了，但是中台真的实施起来，却躲不开下面的灵魂拷问。问题一：到底哪些应该作为中台，哪些不应该作为中台，是谁决定的？如何决定的？问题二：每一个中台应该有哪些功能？谁来定义？和业务方如何切分？怎样保证切分的合理？每一个中台应该有多大？按接口数？代码
-
编辑 删除
大规模微服务单元化与高可用设计
说到大规模微服务系统，往往是一些7*24时不间断运行的在线系统，这样的系统往往有以下的要求：第一，高可用。这类的系统往往需要保持一定的SLA的，7*24时不间断运行不代表完全不挂，而是有一定的百分比的。例如我们常说的可用性需达到4个9（99.99%），全年停机总计不能超过1小时，约为53分钟，也即服
-
编辑 删除
用一个创业故事串起操作系统原理（五）
上一节我们说到，马哥的公司现在接个千万级别的项目没有任何问题，但是投资人说，要想冲一把上市，还差点劲，目前的项目虽然大，但是想象力不够丰富。第十二回：亿级项目创品牌，战略合作遵协议马哥突然想到，西部有一个智慧城市的打单，金额几个亿，绝对标杆性质的。如果能够参与其中，应该是很有想象力的事情。可是，甲方
-
编辑 删除
用一个创业故事串起操作系统原理（四）
上一节，小马的公司已经解决了生存问题，成功从小马晋升马哥。马哥是一个有危机意识的人。尽管公司开始不断盈利，项目像流水一样，一个接一个，赚了点儿钱，但是他感觉还是有点儿像狗熊掰棒子。因为公司没有积累，永远就都是在做小生意，无法实现成倍的增长。马哥想，公司做了这么多的项目，应该有很多的共同点，能积累下来
-
编辑 删除
用一个创业故事串起操作系统原理（三）
上一节我们说到，周瑜和张昭商定了调用schedule的时机。尽管项目越来越多，但是也井井有条。可是我们也说了，不管你的事情做得有多好，项目保密问题都是要解决的重要问题。怎么解决呢？今天我们就来看一看。第六回：保密需封闭开发，空间小巧妙安排慢慢地，小马发现，项目接的多了之后，CPU小伙伴的任务调度问题
-
编辑 删除
用一个创业故事串起操作系统原理（二）
上一节说到小马同学的公司已经创立了，还请来了周瑜和张昭作为帮手，所谓“兄弟齐心，其利断金”。可是，现在这家公司，还得从接第一个外部项目开始。第四回：首个项目虽简单，项目管理成体系这第一个项目，还是小马亲自去谈的。其实软件公司了解客户需求还是比较难的，因为客户都说着接近人类的语言，例如C/C++。这些
-
编辑 删除
用一个创业故事串起操作系统原理(一)
第一回：小马创业选园区，开放标准是第一小马最终还是决定走出大公司，自己去创业了。他之所以这样决定，有两个原因，一方面，大企业多年的工作经验让他练就了从前端到后端，从Web到App，从产品设计到测试交付的全栈能力。他很自信，靠着这些能力，闯荡江湖应该没什么问题；另外一方面，他听说，姓“马“的，创业成功
-
编辑 删除
大规模微服务场景下的性能问题定位与优化
今天我的主题是在微服务场景下的一个性能问题的定位优化，那么今天会讲一个我们其实出现的一个真实的一个场景，然后其实还是花了蛮长时间，然后把这个东西才定位到一个具体的问题。现在云原生微服务架构特别的火，有非常多的优势，比如说这里面写的快速迭代，高并发，可维护，可扩展，灰度发布，高可用，这些词大家都耳熟能
-
编辑 删除
回望与展望，保持饥渴，不断学习，你对自己有多狠，世界对你就有多宽容
狗年过去，猪年到来，回望过去一年，痛苦与收获并存。收获一：公众号写作从高频模式转为精品模式从前面开始写公众号，作为一个没有任何互联网运营经验的码农，一开始不知道应该如何弄，但不要紧，不管三七二十一，先搞起来再说。一开始秉承的理念就是，对自己狠一点，一天一篇，无论多晚都要搞定。无论是底层到linux，
-
编辑 删除
网易轻舟微服务框架在不同场景下的设计与实现
本文章源于本人在云原始用户大会上的演讲，转载于K8sMeetup社区，点击原文链接查看原文章。在网易内部，无论是考拉、云音乐、严选，还是云课堂，它们都有涉及微服务的实践。我们的微服务框架除了完成一些基本事项（比如熔断、限流、降级、弹性伸缩等），也开发了很多符合行业特性的定制化产品。这是因为我们发现传
-
编辑 删除
只有程序员才能读懂的西游记
这是一个有关计算机网络协议的故事一、我佛造经传极乐话说我佛如来为度化天下苍生，有三藏真经，可劝人为善。就如图中所示，真经所藏之处，在于云端。佛祖所管辖之下，有四个区域Region，称为四大部洲，一是东胜神洲，二是南赡部洲，三是西牛贺洲，四是北俱卢洲。我佛所在西牛贺洲，是主站点。在每个区域Region
-
编辑 删除
致传统企业朋友：不够痛就别微服务，有坑
一、微服务落地是一个复杂问题，牵扯到IT架构，应用架构，组织架构多个方面在多家传统行业的企业走访和落地了微服务之后，发现落地微服务是一个非常复杂的问题，甚至都不完全是技术问题。当时想微服务既然是改造应用，做微服务治理，类似注册，发现，熔断，限流，降级等，当然应该从应用开发组切入，一般一开始聊的会比较
-
编辑 删除
云架构师进阶攻略
一、架构的三个维度和六个层面1.1、三大架构在互联网时代，要做好一个合格的云架构师，需要熟悉三大架构。第一个是IT架构，其实就是计算，网络，存储。这是云架构师的基本功，也是最传统的云架构师应该首先掌握的部分，良好设计的IT架构，可以降低CAPEX和OPEX，减轻运维的负担。数据中心，虚拟化，云平台，
-
编辑 删除
深入解读Service Mesh的数据面Envoy
在前面的一篇文章中，详细解读了ServiceMesh中的技术细节，深入解读ServiceMesh背后的技术细节。但是对于数据面的关键组件Envoy没有详细解读，这篇文章补上。一、Envoy的工作模式Envoy的工作模式如图所示，横向是管理平面。Envoy会暴露admin的API，可以通过API查看E
-
编辑 删除
用双十一的故事串起碎片的网络协议（下）
欢迎你留言和我讨论。趣谈网络协议，我们下期见！上一节，我们封装了一个长长的网络包，“大炮”准备完毕，开始发送。发送的时候可以说是重重关隘，从手机到移动网络、互联网，还要经过多个运营商才能到达数据中心，到了数据中心就进入第二个复杂的过程，从网关到VXLAN隧道，到负载均衡，到Controller层、组
-
编辑 删除
用双十一的故事串起碎片的网络协议（中）
上一节我们讲到，手机App经过了一个复杂的过程，终于拿到了电商网站的SLB的IP地址，是不是该下单了？别忙，俗话说的好，买东西要货比三家。大部分客户在购物之前要看很多商品图片，比来比去，最后好不容易才下决心，点了下单按钮。下单按钮一按，就要开始建立连接。建立连接这个过程也挺复杂的，最终还要经过层层封
-
编辑 删除
用双十一的故事串起碎片的网络协议（上）
在经济学领域，有个伦纳德·里德（LeonardE.Read）创作的《铅笔的故事》。这个故事通过一个铅笔的诞生过程，来讲述复杂的经济学理论。这里，我也用一个下单的过程，看看互联网世界的运行过程中，都使用了哪些网络协议。我把这个过程分为十个阶段，从云平台中搭建一个电商开始，到BGP路由广播，再到DNS域
-
编辑 删除
微服务化之服务拆分与服务发现
本文章为《互联网高并发微服务化架构实践》系列课程的第六篇前五篇为：微服务化的基石——持续集成微服务的接入层设计与动静资源隔离微服务化的数据库设计与读写分离微服务化之无状态化与容器化微服务化之缓存的设计一、服务拆分的前提说到微服务，服务拆分是绕不过去的话题，但是微服务不是说拆就能拆的，有很多的前提条件
-
编辑 删除
深入解读Service Mesh背后的技术细节
在Kubernetes称为容器编排的标准之后，ServiceMesh开始火了起来，但是很多文章讲概念的多，讲技术细节的少，所以专门写一篇文章，来解析ServiceMesh背后的技术细节。一、ServiceMesh是Kubernetes支撑微服务能力拼图的最后一块在上一篇文章为什么kubernetes
-
编辑 删除
为什么 kubernetes 天然适合微服务
最近总在思考，为什么在支撑容器平台和微服务的竞争中，Kubernetes会取得最终的胜出，事实上从很多角度出发三大容器平台从功能方面来看，最后简直是一摸一样。参考Docker,Kubernetes,DCOS不谈信仰谈技术容器平台选型的十大模式：Docker、DC/OS、K8S谁与当先？经过一段时间的
