架构职涯
文章平均质量分 60
架构职业生涯是痛苦而又快乐得,该栏谨分享个人职涯的一些感触。
不爱运动的跑者
十多年软件从业者,“天将降大任于斯人也,必先苦其心志,劳其筋骨,饿其体肤,空乏其身,行拂乱其所为,所以动心忍性,曾益其所不能” 故在刻意练习,欢迎切磋交流。
展开
-
聊一聊对“事务”的理解
事务即英文Transaction,在软件开发过程中,难免需要考虑处理事务。从微观层面看亦或者从成员最早了解到这个词汇看,事务通常指多条写入数据库的语句需要并发成功执行,从宏观层面看得话则是客户端发出的并发请求需要一致性并发成功完成,即要么都成功要么都失败。这样以来常见的事务分为了单库事务、分布式事务,当然事务数也演进为了一个衡量服务性能的度量单位,比如在推进性能测试验证时用到的tps指标。根据事务的定义,可总结出四个特点ACID,即:原子性(Atomicity): 事务是数据库的逻辑工作单位,事务中包括的诸原创 2022-07-02 00:51:00 · 653 阅读 · 0 评论 -
“乱”谈架构管理怪像
架构师理应站在更高视角更全面的看待问题,亦需要务实研发一些通用性的工具避免研发团队重复造轮子的问题,也可以借助架构师丰富实战经验避免共性问题的出现。这样子应该是职能要求,也算是关联技术人员对架构师这个岗位的共同期望。在日常工作过程中架构师会从技术选型、可用性设计、扩展性设计、性能设计、安全性及可监控性设计等方面出发帮助研发团队提升系统的稳定健壮性。大多数架构师也都拥有这些方面的能力能够推行作出贡献。然而令人比较困惑的是,一旦架构师成为一个团队后,与研发团队关系持平成为竞争关系,前面所提及这一伟大使命则发生了原创 2022-06-26 06:48:36 · 62 阅读 · 0 评论 -
架构能力-技术根基之解决疑难问题
无论架构师如何对自己进行分析定位,通常都脱离不了服务人群对架构师的共同期望“解决疑难问题”。看似具有共通点,实则亦有不同处。架构师服务人群通常形形色色,自然所面对的疑难问题就多式多样。例如前线负责功能实现的软件工程师、负责软件质量的测试工程师、负责系统稳定的运维工程师,高高在上的主管领导,遥不可及的业务精英,难得可贵的客户宝宝,亦或有未曾谋面的小白等等。服务对象的多样化,无形中对架构师能力提出了各种各样的要求。然而归根揭底有一个共性就是所有的疑难问题都是以技术为核心。............原创 2022-06-21 23:48:27 · 222 阅读 · 1 评论 -
架构能力-技术根基之技术选型
闲来无聊,对架构师需要具备技术选型能力进行了分析,分享一下个人的拙见。技术选型,既然是选型无非就是从众多具备共性的技术项中选择一项进行使用。这样以来,我觉得作为架构师需要掌握下面几方面的能力来支撑这么一份差事:首先,需要具有足够丰富的资源库。类似去商场买衣服通常都会货比三家,既然货比三家那就要求最起码得列出三家店铺或者三个品牌来才能谈的上进行选择。对应到咱们的技术选型上,当要做出一项技术的抉择时,首先要求架构师能够列出多个同类的技术。比如要启动一个项目时需要选择编程语言,那我们可以列出C、C++、Java、原创 2022-06-19 22:33:47 · 252 阅读 · 0 评论