KafkaEvenBridge，Kafka以及其他一百种重复服务EventBridge，Ckafka系统监控topCloudWatchCES云监控，SLS，ARMS以及其他一百个重复服务Cloud

2架构师/人人都知道，互联网是个钱多责小离家近的好行业。这个行业流传着许多飞檐走壁技术大师的故事，激励了很多学过高数课的年轻人。本文意在讨论互联网技术大师的修炼之道，试图找到一个共通的速成模式，希望对年轻人有所助益。第一步：先进大厂进大厂是成为大师的第一步，无可通融。有些小朋友说“大厂

https://www.bilibili.com/video/BV1kp4y1o7mP/?buvid=401fe72cc82a7f3dfbf1417edeb2a338[17]阿里云SA的招聘广告:

https://www.bilibili.com/video/BV1kp4y1o7mP/?buvid=401fe72cc82a7f3dfbf1417edeb2a338[17]阿里云SA的招聘广告:

编辑按：Zira认为云厂商推荐的央企用云案例没有技术含量，对广大云用户也没有参考价值。他自己发展了一系列读者能复制的云原生案例，不仅省硬件成本，而且省开发成本。这些案例会陆续分享出来，请大家评论转发。用户的需求我自己闲暇时间也会做一些线上的工具类产品，用云计算来为这些产品提供服务支撑。也会有空接一些帮别人参谋的小活，给大大小小的商家或者小企业做上云架构。今天我想分享的案例就来自其中一个商家的实践。这个商家做预制菜礼品，需要在不同规格的礼盒上贴二维码，用户扫码能看到该规格礼盒的一些信息。商家希望购买者微信扫码直接能打开微信小程序。礼盒规格不到

摘要云厂商没有清晰的用户画像，市场营销策略混乱，技术理念落后，产品质量低下，还用种种办法惹怒专业用户，整体散发出一种草台班子随便搞搞的气息。专业人士，你是专业人士！昨天我收到了一条来自千亿营收大厂的短信，是这样说的：【阿里云】尊敬的，您好：恭喜亲开启上云之旅，现加入阿里云推广返佣计划，推荐好友上云最高可获34%返佣！还有首单最高100元开单奖励等你来拿！简单几步，开启变现之路！点击查看。。。也许尊敬的阿里云想知道我的反馈：作为已婚男性，我不想和任何同性或者异性互相称”亲“，如果阿里云不愿意用中国传统文化叫我马先生，可以用美国文化叫我单名

都已经有十多年的历史了，但仍在为成千上万的人提供服务，每年创造数百万美元的收入。但现在，我们在这些服务上的运营开支将大大减少，而且归功于强大的新硬件，用户体验更加丝滑迅捷了。不过，变化最大的是

控制台显示！加一个策略（Policy），却又没问题但是我实在是不想专门创建一个只有四个操作权限的角色，这个角色适用范围太窄了，会没有必要的增加我的管理成本。于是，我再创建了一个专门的策略

中国软件业的悲剧中国软件业的商业成就是毋庸置疑的，培养出了腾讯、阿里、字节等世界五百强企业。但是在技术积累和科学成就上，却乏善可陈，甚至可以说一事无成。波吉有一篇文章《是什么造成了中国软件产业的悲剧》对此提出了严厉的批评，指出中国软件业完全无法匹配中国经济的发展，在世界软件行业没有任何影响力，甚至不如俄罗斯。本文继续这个话题，把中国软件业和中国医药业做一个简单的对比，得出一个粗浅的结论：中国创新药业起步晚，但是发展快，已经打造出世界竞争力，值得中国软件业学习。打造有竞争力的产品最近有一个医药行业的好新闻。杭州医药公司百力司康研发的抗癌药物BB-1701，还在中国和美国进行临床试验，已经出售权益给了日本领先的医药公司卫材。

摘要腾讯员工及其合作伙伴在公开发表的文章，代码和通知中频繁地写错别字，以至于可以称呼为一种文化了。代码中的错别字我在上一篇文章《究竟是客户差劲，还是腾讯云差劲？》给腾讯报告了一个API中的错别字，后来他们改正了，但是鉴于错别字已经是API的一部分了，他们只能新增一个正确的拼写，不能删除那个错误的拼写，所以现在API长这个样子：上面是正确的拼写

太长不看数据库的高可用在技术上已经不是问题，目前落地的瓶颈主要在其高昂的硬件成本和管理成本。云平台为数据库提供近乎无限的标准资源，屏蔽实现细节，减少手动工作，极大的降低了数据库高可用的硬件成本和管理成本，使得数据库高可用为每个企业所用。是什么在破坏数据库的可用性？保障可用性需要的东西很粗暴：找出引发不可用故障的因素，并且消除之。下图是一个MySQL社区的调查，可以看出引发数据库故障的主要因素并不是地震火山机房爆炸，而是日常管理的疏忽。图一

摘要阿里云在他们的范例中广泛地，长期地硬编码AccessKeyId和AccessKeySecret，我认为这种做法是很不负责任的，会误导很多初级开发者。ChatGPT就是被误导的受害人之一。现象如您所知，ChatGPT很适合帮助程序员写一些简单代码。我目前在开发一个个人爱好者项目，需要用到语音转文本功能。于是我就让ChatGPT帮我写了。我用的指令是写段python代码，把本地mp3文件上传给阿里云语音识别，然后取回识别文本，打印在consoleChatGPT

转载备注冯老板又对云计算发出了一篇檄文，讨伐云计算的块存储价格过高。在我看来，文章从标题到计算公式都是错的，有些误判是因为他不懂云计算，有些误判是因为他故意引导，但是读者都是有自己判断能力的从业人士，大家兼听则明，坦率的讨论也有助于行业进步。TLDR：太长不看EC2

摘要过去十几年，数据库和云计算得到了极大的发展，云数据库的维护变得非常简便；分库分表不再需要；DBA实际上威胁了数据安全，因此本文呼吁企业重新思考DBA岗位的必要性，也建议广大DBA从业者早日转型。本文附有Demo代码，欢迎上Github提交issue。问题背景我之前的一篇文章《你怎么还在招聘DBA？》，受到了DBA的广泛批评。坦率的批评是行业进步的动力，也是相互学习的机会，但是我很失望的看到大多数批评质量不高。有些DBA朋友甚至大声宣布，现代企业数据越来越多，越来越重要，是企业的命脉线，因此DBA不可或缺。这是在有意无意的打造“数据

作为对《你怎么还在招聘DBA》一文的回应，冯老板写了这篇文章抨击了他看到的RDS服务的各种问题。我赞同他很多观点，但是对他最核心的价格对比表示保留，各位读者请自行判断。后续我还会转载其他朋友关于这个话题的一系列讨论，欢迎各位读者也留言参与讨论，大家共同进步。近日，Basecamp

Storage。MaxCompute则是最明显的阿里名字，腾讯云的对应服务叫做Elastic

code，CICD等现代概念不熟悉，沉迷于摆弄数据库的一些莫名其妙的陈旧配置。当个别的DBA走出配置管理，试图开发产品的时候，我们就发现这个群体真的和现代软件技术隔离很远了。以DBA们开发的

摘要腾讯云在一个客户成功案例中宣称其客户“技术能力参差不齐”，“对云产品不熟悉”，需要腾讯云“保驾护航”。但是认真研究就会发现，腾讯云服务CLB模型设计不合理，不像一个服务而更像一个安装器，界面泄漏实现细节，文档质量“参差不齐”，导致用户实在无法自助服务（Self

摘要云计算的客户应该是企业的开发者。但是从各方面考察，中国本土云厂家既不服务企业，也不服务开发者。用系统集成冲营业数字，用羊毛党冲用户数，用低幼的热闹活动冒充真正的市场营销，种种自欺欺人的手段成了行业惯例。与此同时，核心用户群--企业的开发者--被忽视了。我是瑞典马工，欢迎订阅我的公众号，也欢迎在文章下面留言评论。云计算的客户为什么是企业的开发者？很简单，因为这些人真正的消耗了IT开支。个人用户的云计算消费只有市场营销的意义，不可能构成云厂家的主要收入，企业才是云计算的客户。企业的运维团队，实质上是开发团队的助手。开发团队使用云服务支撑其开发的业务系统，而后运维团队负责维护业务系统，顺便管理云服务。在一些DevOps做得较为彻底的企业里，甚至没有了运维团队。不能认识到这一点的云厂家，

不然很容易被人拖库.被拖库的范例:https://cloud.tencent.com/document/product/436/12269从入门到放弃的范例:#!/usr/bin/env

写Terraform代码部署”的方式自助开通.这种做法也是符合NIST对云计算的定义的:云计算是一种按使用量付费的模式，这种模式提供可用的、便捷的、按需的网络访问，

但是大家很惊讶是阿里云自己的API服务无法抵御单机房故障:14:49开始，ECS管控服务触发限流，可用性最低跌至20%。客户在使用RunInstances/CreateInstance

允许你和你的客户进行沟通，告知他们当前服务的状态和问题处理进展。业务正常服务状态下，客户也可以查看当前服务状态是否正常。同时，客户也可以查看这一业务所有历史上的问题发生和处理记录。2016

保障范围内的相应的赔偿，但是我们认为这并不足够，其实今天阿里云并不是只需要给这次故障的受到影响的一个说法，而更重要的是给广大的阿里云用户，乃至于中国所有的云计算用户一个说法。为什么写这个公开信？

有没有做多AZ的高可用.这就引出了下一个话题.帮助客户践行云原生设计就像我在上一篇文章《腾讯云阿里云做的真的是云计算吗?--从客户成功案例的视角》

腾讯云助力国网公司新一代设备资产精益管理系统（PMS3.0）移动应用顶层设计工作腾讯云和深圳证券交易联合开发应用软件这是腾讯云在金融行业推荐的首个客户成功案例.

我只能认为其他59%的用户根本不需要这个功能,因此其调整后的采用率应该是100%.报告里没有指出的服务也有信息量,

云计算时代的推广路径如下:云厂家研发该技术,云厂家做可行性研究云厂家开发新产品.云厂家向硬件厂家下单,

明人不说暗话：在云原生和DevOps成熟的今天，运维作为一个岗位和团队已经完成了历史任务，应该退出舞台了。没人招聘运维岗了我不是说正在吭哧吭哧写脚本搬机器的运维同事们马上就会被补偿N+1护送出数据中心，但是确实，运维岗位的招聘越来越不少了。以Scania为例，这家卡车制造商并不是Spotify那样的先进IT企业，但是他们的IT部门已经停止招聘Ops岗位了。扩展到Scania所在的瑞典斯德哥尔摩市，基本已经不再看到运维岗位的招聘了，而对DevOps岗位的需求激增。那么，为什么呢？原因也很直白：传统专职运维团队的工作任务，在现代工具的帮助下，已经可以由开发团队更好更快更便宜的实施了。发版本的运维被机器取代了运维届老兵王津银先生在《运维自动化平台深度解码》讲述：“运维是有很多种场景的，但从业务的角度来说，核心的几种业务场景就那么几种，如：业务上线、业务下线、业务扩容、业务缩容、应用升级等五种”。其中业务上线下线升级三个场景，不客气的说，一个持续部署管道就可以取代了。尤其有了Docker技术后，CI/CD变得非常容易。如果你不想管理Jenkins，gitlab甚至提供pipeline

BAT们没有引导过一个技术进步。过去二十年，涌现了无数新的技术理念。比如本世纪推出的Broswer/Server架构，决定了现在企业信息系统的基本结构，至今没变。Web

甲方！你们愿意被乙方侮辱吗？长按扫码✦快关注我吧！