大家好,今天我们来分享业务架构,但是我们并不是以产品经理角度讲述一个业务架构是什么以及如何做?而是以一个技术架构师的角度,讲述如何承接业务架构或在没有业务架构的时候,如何判断业务变化趋势而对系统架构提前做出反应。一、发生背景研发人有技术架构,产品经理有业务架构(通常是一个人),当一个技术架构师不懂业
导读本文主要从研发人员的角度,结合研发人员日常常见的各类业务场景,从经典系统框架的每一层入手分析幂等处理的时机。希望通过这篇文章的分析,让开发者在日常开发中对幂等的处理不再陌生。抓住导致请求、接口不幂等的本质,在工作中避免再陷入这个陷阱中。幂等、幂等性这词,作为一个研发人员是再熟悉不过的,那是否有深
播放器简介播放器是西瓜视频等视频类App最主要的业务场景,也是最主要的流量入口,其承载包括下层基础播放,上层的各种播放业务:状态栏、弹幕、音量、亮度、评论、点赞、进度、倍速、清晰度、选集、合集、商业化等。西瓜对整个业务播放器做了整体抽象,提供了一套可插拔,可复用的播放器业务框架,包括:视频播放、播控
引言中国互联网公司的迅速发展正在推动着整个软件行业的审美革命,在C端产品市场逐渐饱和的情况下,互联网大厂正在将资本逐步转移到B端市场的广阔蓝海中。“B端C端化”的设计理念也应运而生,认为可以用C端的模式和思维来进行B端产品的设计。背景除了刚刚有说到的资本慢慢向B端市场的蓝海转移,还有一点就是中国互联
北京时间10月31日早间消息,谷歌昨日宣布,Android操作系统的联合创始人及Android业务前负责人安迪·鲁宾(AndyRubin)将从谷歌离职。鲁宾成立了一家创业孵化器,面向对开发科技硬件产品感兴趣的创业公司。鲁宾近期在谷歌负责机器人方面的工作。谷歌一名发言人表示,谷歌仍将致力于机器人技术的
1、背景随着转转业务的不断发展和用户不断增长,公司持续增加对硬件和基础设施的投入,用于满足业务发展的需要,然而资源的使用率却逐步下降。因为最初的目标是发展业务,实现功能,随着业务的发展成熟,逐步更加关注服务的稳定性,性能、冗余、灾备等方案,这样更会增加资源成本。那么如何在保障服务质量和确保服务性能的
I/O密集型业务,线程数量要设置成CPU的2倍!也不知道这是哪本书的坑爹理论,现在总有一些小青年老拿着这样的定理来说教。说的信誓旦旦,毋庸置疑,仿佛是权威的化身。讨论时把这样的理论当作前提,真的是受害不浅。但可惜的是,这样的理论站不住脚。我只需要一个简单的反问,它就不攻自破:Tomcat的默认线程数
作者 |林宁领域到底是什么?对领域这个词的理解就是DDD入门的第一个难关。我们有时会被客户问到,领域到底是什么?首先要清晰地知道领域是什么,才能划分核心域、支撑域和通用域。换句话说,构成领域的要素是什么呢?领域是一个非常抽象的词汇,我们需要先对其具象化。在英语的语境中,“Domain”其
随着B站近几年的快速发展,业务规模越来越大,迭代速度越来越快,系统运行复杂度也越来越高。线上每天都会发生各种各样的故障,且发生的场景越来越刁钻。为了应对这种情况,保障业务在任何时刻都能将稳定性维持在一个高基线之上,B站专门成立了SRE体系团队,在提升业务稳定性领域进行了全方位、体系化的积极探索,从理
数据中台是2015年阿里提出来的双中台的概念其中的一个重要组成,阿里作为先驱者,提供了数据中台架构、以及非常多的建设思路供大家参考,但是一千人眼里有一千个数据中台,到底什么是数据中台?数据中台包含什么? 图片来自Pexels 本文分享的议题主要
1.写在前面疫情期间,随着返岗复工人员大幅流动,疫情扩散传播风险巨大,疫情防控也面临新的严峻挑战。为了更好地统计流动人口信息,云南省公安厅面向社会公共场所推出“云南抗疫情”小程序,对公共场所的流动人口进行信息登记。具体措施是:每个场所都事先申请场所进出二维码,人员在进入某公共场所时,扫描
一、故障及故障管理定义业界故障管理均基于ITIL演化而来,根据实际情况精简流程以适配互联网的精益迭代。1、ITIL中的定义故障:①非计划性的IT服务中断,或者IT服务性能的下降。②配置项的失效,即便没有影响到服务。故障管理:对所有故障进行处理的流程。故障管理的目标:尽快恢复服务到正常运行
【51CTO.com原创稿件】苏宁拼购808的火爆见证了砍价团的成功,作为一种新兴的购物营销玩法,砍价团展现出了巨大的商业潜力。不同于传统购物流程的单一模式,砍价团凝练了购物玩法和社群营销的精髓。 图片来自Pexels拼购砍价团平台化转型的战略契机传统购物模式的劣势在于购物体验单一,更多的
看本圣经,你就把自己当耶稣了?在这个世界上有两种人,一种人性情诙谐,喜欢开玩笑,另一种人万事较真,做事喜欢一板一眼。在爱开玩笑的人看来,只要不直接嘲笑对方,或不带来伤害,抓住一个热点调侃一番,甚至来点自嘲,都是可以起到活跃气氛的效果的。在不爱开玩笑的人看来,做人应该低调,平时和同事相处会比较严谨
论工程师的商业头脑我们常常听到这样的话,“某某同学有很好的businesssense”,这通常是评价一个非业务类型的同学,如果这个同学是一个软件工程师,那么他一定很受产品和业务的青睐,因为对他们来讲,这样的技术同学交流起来更顺畅,换句话说,就是更有共同语言。什么是“businesssen
不久前,我在在前后端分离实践中提到了基于Token的认证,现在我们稍稍深入一些。通常情况下,我们在讨论某个技术的时候,都是从问题开始。那么第一个问题:为什么要用Token?而要回答这个问题很简单——因为它能解决问题!可以解决哪些问题呢?Token完全由应用管理,所以它可以避开同源策略To
【51CTO.com原创稿件】高可用并不是一套整体解决方案,而是由诸多环节组成,一环扣一环,鬼知道为了这些串联起来的环节,我得出多少张牌去应对,才能最终组成一个整个系统的高可用落地方案。图片来自Pexels什么是高可用在定义什么是高可用,可以先定义下什么是不可用,一个网站的内容最终呈现在用户面
前言如何针对当前需求,选择合适的应用架构,如何面向未来,保证架构平滑过渡,这个是软件开发者,特别是架构师,都需要深入思考的问题。无架构,不系统,架构是大型系统的关键。从形上看,架构是系统的骨架,支撑和链接各个部分;从神上看,架构是系统的灵魂,深刻体现业务本质。架构可细分为业务架构、应用架构、技术架构
服务网格(ServiceMesh)这两年异常之火,号称是下一代微服务架构,接下来两个月,准备系统性的写写这个东西,希望能够让大家对架构技术,有个初步的了解。画外音:我的行文的风格了,“为什么”往往比“怎么样”更重要。互联网公司,经常使用的是微服务分层架构。画外音:为什么要服务化,详见《服务化到底解决
在日常工作中,你可能写过很多JavaScript代码,有些基础性的功能,甚至那些需要重复使用的业务功能,总不愿意重复再写上一遍。如果是通过复制的方式来达到重用目的话,暂不说复制来复制去容易出错,一旦使用该功能的业务达到上十个之多时,任何一个重用的基础功能出现BUG,都要在各个业务同步修复,费时费力,