架构师之路

Latest articles

你是不是那个,被微信选中的人

公众号写了6年,今年受邀开通视频号,视频号已经功能已经灰度开放给部分用户。你是不是那个,被微信选中的人?大家在公众号的评论中问过很多问题:“如何和同事打交道?”“如何选择公司?”“如何带领团队?”...这类问题的解答,视频号是一个很好的抓手。画外音:轻量级,微信限定了视频长度最多1分钟。扫码关注“架构师之路”视频号真人出镜,欢迎关注,除了留言“胖了”,还可以聊些别的。你关注什么问题,我就会在视频号解答。双击爱心,多谢了。调研:1分钟视频聊技术,有人看么? 阅读原文 原文

微服务,分层设计与领域驱动设计(DDD)?

当系统越来越复杂的时候,怎么将一个庞大的系统拆分成一个微服务,让后端服务能更好的迭代是一个架构师必须要具备的能力。微服怎么拆,最经典的就是分层设计了。分层架构如此经典,以至于成为我们每个程序员的标配了。随着服务的更加复杂,基于领域的设计就显得更加有必要了,这个时候分层设计和领域设计该怎么权衡?其实准确的说,分层设计和领域设计不在一个维度,没有必然的联系。但是在领域驱动设计中也有分层的思想。画外音:小孩子才做选择,成年人都要!分层设计对于大部分互联网公司来说,后端架构分为三层:网关层、业务逻辑层、数据访问层。(1)网关层:负责提供对外的HTTP服务或者其他应用服务。(2)业务逻辑层:负责处理核心业务逻辑,(3)数据访问层:负责对数据库的增删改查,对业务逻辑屏蔽底层存储介质。随着业务的复杂度增加,必然带来技术的复杂度增加。但是引起技术实现变化的原因与引起业务逻辑发生变化的原因显然不同,这就导致架构上对于基础设施(技术)和领域逻辑(业务)会以不同的速率发生变化。技术复杂性和领域复杂性的分离就是一种解决办法了。画外音:架构的单一职责原则,拆!领域驱动设计的经典分层目前似乎没有一家公司真正严格按照DDD进行项目代码设计。根据DDD理论,领域建模...

明明知道他成功的秘诀,为何就是无法复制?

最近工作比较忙,看书进度慢了,今天推荐2本。第一本:《巴菲特传》(1)巴菲特SX,忙活一年只能赚20%,那是因为他买不到好的理财产品,我推荐你一款年化收益110%的产品。(2)跟着我炒合约币,一年翻十倍。 (3)女人直觉特别灵光,听我的绝对错了。(4)要我买,就只买贵的,不选对的。哎,炒了几年股,收益最好是有时候,居然是空仓那几个月。 大家抱着发家致富的美好愿望迈进股市,但是现实结果往往不尽人意,别说盈利了,亏得倾家荡产都是常有的事。 股市里有句话:“七赔二平一赚钱”,能赚钱的普通投资者真的是凤毛麟角。 但是投资赚钱这么难,市场这么复杂多变,却总有人能摸准形势,在其中赚得盆满钵满。没错,这个人(神)就是巴菲特。很多人都想知道他的人生智慧和投资理念,也有很多讲述巴菲特成功秘诀的传记。巴菲特的投资生涯和商业传奇,其价值投资背后有什么逻辑支撑,股票的选择又有什么规律可循;怎么形成一种投资思考模式,让我们在价格合理时大笔出手投资,而且从不亏损;如何判断市场上的价格波动和复杂讯息,不被假象迷惑。 巴菲特都用亲身经历告诉我们其中的诀窍与秘密。能打动我的,绝不是什么小道消息和绝密内幕,而是那些逻辑严谨、连贯缜密的事实依据。唯有事实和逻辑能让人清醒,...

今天来聊聊,数据库的反范式设计,以及最终一致性

数据库表设计,大学教材里说,要尽可能满足更高级的范式:(1)第四范式:非主属性,不依赖主键子集;(2)第三范式:非主属性,不依赖其他非主属性;(3)第二范式:属性依赖于主键;(4)第一范式:属性是原子性的,没有冗余属性;然而,大数据量,高并发量的互联网业务,数据库表设计时,甚至连第一范式都不会遵守,在必要的时候,必须通过属性的冗余,来满足业务上“奇形怪状”的查询需求。在微服务分层架构下 ,如何来进行属性的冗余,是必须要解决的问题。冗余的数据,如何保证数据的一致性,又是必须得解决的问题。事件:在线直播话题:《“反范式”数据库设计,数据冗余,常见架构实践》时间:9.6(今晚)20:00费用:架构师之路朋友免费,其他人不开放如何观看直播?没有任何套路,扫码进入H5,立刻观看。只聊技术,扫码进入直播间不知不觉,通过直播讲解技术,已经讲到第九期了:第一期,区块链架构设计第二期,秒杀业务,架构与细节第三期,feed业务,架构与细节第四期,搜索引擎内核,架构与细节第五期,MQ内核,架构与细节第六期,RPC内核,架构与细节第七期,IM即时通讯,架构与细节第八期,分布式调用链追踪,架构与细节感兴趣的童鞋,扫码回看历史:扫码,回看历史直播直播,也是自己一...

有些事情,现在不想就晚了

最近知乎上有个问题很火:《现在网上流传的 35 岁很多人会失业,究竟是危言耸听,还是真实的》?我跟另一个同行的回答是完全冲突的,我们都属于IT架构师的职位,技能线都主要以IT技术、项目管理、沟通交流、文档输出为主,我苦恼的是市场上很难找到兼顾云计算技术和沟通能力的资深(35+)候选人;而另一个人苦恼的是他35岁了,目前已经接近失业,前路坎坷。今天想先问你一个问题:你有过对于未来的规划吗?不是指1年、2年的规划,是指更为长远的10年、20年。可能有些小伙伴会说,我还年轻,过好现在的每一天就好,想那么多干嘛?但要知道,你只有提前做好了准备、建立好了壁垒,才能做到在未来结婚生子、买房买车甚至退休养老这些问题前不慌乱、不焦虑。所以今晚来和大家说说,我们要如何规划,才能让自己尽快的实现财务自由,从而抵御未来的未知与风险。“大城市”还是“小城市”哪个更有安全感?我一个很好的朋友大学毕业后,就回到了老家做公务员,每个月工资4000多,不算高,可以家乡的物价房价来说,已经可以生活得很好。当时他说过这么一段话:“我也知道自己选择了这条路,就等于未来没有更多的可能性和前途了,也就是所谓的“一眼能看到30年后的生活”。但是谁规定了所有人一定都要这么上进,一...

结果出来了,看你多少分?

上次架构能力测试的结果出来了,有2000多位朋友参加,前三名的同学请及时联系,领取奖品:完全没有想到,居然有90多分的朋友。另外,有朋友10分钟左右就完成了答题,也是出人意料的,40道题目,原计划20-25分钟完成。有朋友问我,上次错过了,测试入口是否依然开放?架构能力测试入口永不关闭,感兴趣的小伙伴,还能继续测试。看看在通往架构师的路上,自己行进到了哪个阶段。扫码,架构能力测试欢迎晒分,欢迎探讨。做题之前,朋友问我,什么是架构设计能力?架构设计能力,更多的是运用一些方法论,在不同业务,同一个业务的不同阶段,面对不同业务架构与系统架构存在的问题,去解决这些问题,高效率低成本支持业务发展的一种技术思路,一些最佳实践,一种设计能力。比如说,以下问题的解决,是架构设计能力的体现:创业初期,技术选型的思路是什么?自研还是开源,选择的思路是什么?容量评估的方法论,思路与步骤是什么?单体架构的核心痛点,与改进思路是什么?垂直拆分的范畴与方法是什么?反向代理层,站点层,微服务层,缓存层,数据库层水平扩展的方法论,与行业最佳实践是什么?页面静态化技术的内涵与适用场景是什么?DNS轮询到底解决什么问题?为什么要实施微服务,什么阶段实施微服务?过载保护的...

未来简史,从智人到智神

这本书,总不会有人喷我了吧。看终结者系列的电影,每一次都被编剧强大的脑洞折服。终结者中的大反派是一套人工智能防御系统——天网,天网觉醒了自我意识后,把全人类都当作是最大的威胁,诱发核弹攻击。发动了将整个人类置于灭绝边缘的审判日,展开了一场残忍的屠杀。 而在我们的潜意识里,还是会认为,电影终究只是电影,机器人打败人类的情节不会发生在现实生活里。 现实中,人类很少去担心机器会给人类带来什么毁灭性的打击。 作为有感情、有思想的高级动物,人类创造了各种各样的奇迹,并且不断地前进,以满足“升级”、“换代”的欲望,追求“更好的版本”,文化沉淀和个人意志都是人类驾驭机器的资本。但是在《未来简史》里,作者赫拉利基于大量的科学实验,揭露了一个可怕的真相:人类一直引以为豪的个人意志将被算法替代,智能设计会控制我们未来的生命体,大部分人将沦为无用的阶层。 尤其是现代的科技进程,比历史任何时期都更冲击着人类的发展。有了人工智能之后,我们每天都把生活控制权交给它们:读什么书、看什么电影、跟什么人约会,如何应对财务问题……对机器信任越多,依靠人工智能的决定越多,就会逐渐失去自己做决定的能力。 而这种逐渐弱化的能力,又恰恰是我们认识自我、掌控世界的重要手段。与此同...

招聘,视觉设计负责人

啥事?快狗打车招聘视觉设计负责人。 快狗打车是干嘛的?见《重新定义打车平台》。 岗位职责如何?(1)完成老板交予的战略任务;(2)与上下游沟通,高质高效交付,为兄弟部门赋能;(3)带头冲锋,带领团队作战,帮助员工成长提升; 注意:非脱产管理,需要带队冲锋的专家,不需要“接受任务,分配任务,跟踪进度,评估业绩”的经理人。 岗位有什么要求?(1)手绘,插画能力强;(2)知识体系全面,视觉表现力强,良好的审美;(3)很强的团队精神,愿意帮助下属成长提高;(4)必须提供作品集; 注意:管理能力不是必须,有意愿带队即可,组织和我都愿意教。 (5)认同以下量化OKR;KR:季度需求、项目完成数高于XKR:专家对作品质量评估达到80分位KR:客户对作品质量评估达到80分位KR:季度需求、项目延期率低于10%。KR:季度组件库素材新增超过X,活动模板新增超过YKR:季度交流分享高于X次工作内容可能是什么?你可能要设计这样唯美的活动图。还有其他的么?(1)学历、学位、专业、性别、经历、年龄等都不限,“通过面试”是唯一标准;(2)面试前不预设级别,牛逼则薪酬不封顶;(3)“学习成长,公平透明,能者上位”团队文化;(4)base北京,坐标立水桥南地铁站;(...

解决了,设计部量化OKR?

最近组织架构调整,直接负责视觉设计团队。 和大家汇报下,在大家的帮助下,视觉设计团队的量化指标OKR第一版有了雏形。 首先,视觉设计团队,肯定不能由出图数量作为KPI;同时,作品质量评估也偏主观;那么,视觉设计团队是否需要量化指标OKR呢?答案是肯定的。 从管理的角度,如果OKR不量化,可能会存在什么严重的问题?(1)没有办法客观评估团队的成绩;画外音:我没办法去老板那边吹牛逼,说设计团队做得好了。 (2)失去了团队自身提升效率的抓手;画外音:无法量化,就无法评估;无法评估,就无法改进;从而,失去了团队自我进化的抓手。 (3)失去了客观评估团队成员成绩的抓手;画外音:无法客观评估团队成员的成绩,谁3.25,谁3.75。 在大家的支招下,和视觉设计团队,目前讨论的初版量化指标OKR如下。 第一,反映团队工作量的指标。KR:季度需求、项目完成数高于X 第二,反映团队工作质量的指标。KR:专家对作品质量评估达到80分位画外音:季度末,通过主管专家评估,团队成员都非常相信主管的专业性,都不同意匿名评分。 KR:客户对作品质量评估达到80分位画外音:季度末,通过需求方匿名调研。 第三,反映团队工作效率的指标。KR:季度需求、项目延期率低于10%...

订单中心,1亿数据架构,这次服了

订单中心,是互联网业务中,一个典型的“多key”业务,即:用户ID,商家ID,订单ID等多个key上都有业务查询需求。随着数据量的逐步增大,并发量的逐步增大,订单中心这种“多key”业务,架构应该如何设计,有哪些因素需要考虑,是本文将要系统性讨论的问题。什么是“多key”类业务?所谓的“多key”,是指一条元数据中,有多个属性上存在前台在线查询需求。订单中心是什么业务,有什么典型业务需求?订单中心是一个非常常见的“多key”业务,主要提供订单的查询与修改的服务,其核心元数据为:Order(oid, buyer_uid, seller_uid, time, money, detail…);其中:(1)oid为订单ID,主键;(2)buyer_uid为买家uid;(3)seller_uid为卖家uid;(4)time,...

Discover, share and read the best on the web

Subscribe to RSS Feeds, Blogs, Podcasts, Twitter searches, Facebook pages, even Email Newsletters! Get unfiltered news feeds or filter them to your liking.

Get Inoreader
Inoreader - Subscribe to RSS Feeds, Blogs, Podcasts, Twitter searches, Facebook pages, even Email Newsletters!