4 小时前 / merjiezo
总架构具体背景对运用传统技术开发的老系统进行Vue翻新，核心为了提高可维护性，提高体验。 刚拿到这款重构任务的时候其实是很迷茫的，老代码的核心报关页面的纯业务单个文件单业务的JS的代码量达到惊人的9000+，全部采用EasyUI实现，而且其中无任何关联和规律，无从下手。 小型码表到大型码表加起来达到惊人的100+，录入页面的初始化中几乎都需要加载这些码表，这些码表定时还会进行更新，因此不能粗暴的全部先一起写入前端缓存起来。 录入页面的表头表体一个页面搞定所有页面的录入来提高用户的录入体验，一张大表后拖着众多表体，并且主录入......
10 小时前 / Tamic
一年多以前，有朋友让我聊一下你们的大数据反欺诈架构是怎么实现的，以及我们途中踩了哪些坑，怎么做到从30min延迟优化到1s内完成实时反欺诈。当时呢第一是觉得不合适，第二也是觉得场景比较局限没什么分享的必要性。 时间也过了很久了，最近看到圈里一些东西，发现当时的这套架构并未落伍，依然具有很大的参考价值，所以今天跟大伙聊聊关于大数据反欺诈体系怎么搭建，主要来源是来自于我工作的时候的实践，以及跟行业里的很多大佬交流的实践，算是集小成的一个比较好的实践。 这套架构我做的时候主要领域是信贷行业的大数据反欺诈，......
10 小时前 / yybbb
点击上方"蓝字",右上角选择“设为星标” 周一至五早8点半！精品技术文章准时送上！ 这篇文章开始，我们把消息中间件这块高频的面试题给大家说一下，也会涵盖一些MQ中间件常见的技术问题。 假如面试官看你简历里写了MQ中间件的使用经验，很可能会有如下问题： 你们公司生产环境用的是什么消息中间件？ 为什么要在系统里引入消息中间件？ 引入消息中间件之后会有什么好处以及坏处？ 好，我们一个个的来分析！ 一 你们公司生产环境用的是什么消息中间件？ 这个首先你可以说下你们公司选用的是什么消息中间件......
1 天前 / ThoughtWorks
好多年前，同事徐昊说过的一句话给了我很大启发，他说“纸上的不是架构，每个人脑子里的才是”。这句话告诉我们，即便是天天工作在一个团队里的人，对架构的认识也可能是不一样的。每个人嘴上说的是类似的话，但心里想象的画面仍然是不一样的。在多年的工作中，我越来越认可这句话所揭示出的道理。软件开发是一个团队协作的工作，混乱的理解会造成架构的无意义腐化、技术债的无意识积累、维护成本的无价值上升。 最近听到一句话，“那些精妙的方案之所以落不了地，是因为没有在设计上兼容人类的愚蠢”。话糙理不糙，虽然最终人们选择的方案的思想......
1 天前 / 激进的骚年2号
首发于知乎技术专栏写文章知乎容器化构建系统设计和实践AmyyyyyPlunge boldly into the thick of life199 人赞了该文章Table of Content: 关于背景完整的生命周期达到的目标以及中间遇到的问题较低的接入成本，较高的定制能力语言开放性减少不稳定构建，降低问题复现成本缓存的设计依赖获取稳定性更低的排查错误的成本规范和标准的落地抓手高可用和可扩展的集群Job 调度策略集群设计和故障恢复监控报警后续的计划参考资料关于知乎应用平台团队基于 Jenkins Pipeline 和 Docker 打造了一套持续集成系统。Jenkins Master 和 Slave 基于 Docker 部署......
3 天前 / u401414
问：为什么会有本文？ 答：上一篇文章《到底什么时候该使用MQ？》引起了广泛的讨论，有朋友回复说，MQ的还有一个典型应用场景是缓冲流量，削峰填谷，本文将简单介绍下，MQ要实现什么细节，才能缓冲流量，削峰填谷。 问：站点与服务，服务与服务上下游之间，一般如何通讯？ 答：有两种常见的方式 一种是“直接调用”，通过RPC框架，上游直接调用下游。 在某些业务场景之下（具体哪些业务场景，见《到底什么时候该使用MQ？》），可以采用“MQ推送”，上游将消息发给MQ，MQ将消息推送给下游。 问：为什么会有流量冲击？ 答：不管采用......
3 天前 / wingjay
读者好，前面我们在 《Android 架构之网络连接与加速》和《Android 架构之长连接技术》两篇文章中，讲解了 Http 短连接、TCP 长连接、连接复用与速度优化、数据压缩 等方面的知识点。不过，真实的网络环境是很复杂的，存在各种各样的因素会导致网络服务不可用，比如 DNS 劫持、服务器宕机、弱网等。换言之，如果服务都不可用，那上面这些优化也就没有意义了。 因此，本文主要谈一下在真实的网络环境下，存在哪些常见的网络不可用原因，以及大多数公司是如何解决并兜底，从而达到 高可用连接 这个目标的。 文章会从下面几方面进行阐述： DNS 劫......
4 天前 / 蚂蚁金服分布式架构SOFAStack
许文奇，蚂蚁金服高级技术专家， SOFAStack 商业化产品技术 Leader，多年分布式架构及中间件研发经验，负责过蚂蚁金服分布式架构在多家金融机构的咨询和落地。 本文根据他在 2019 蚂蚁金服 ATEC（Ant Technology Exploration Conference）科技大会上海站的分享整理。 本次分享主要会从单体架构和微服务架构的对比开始，后面重点谈一下实施金融级分布式架构的常见三个问题。 常用架构：单体式架构 目前很多金融机构的架构是典型的单体式架构，一般由反向代理服务器，数据库和应用组成，所有业务模块都打包在一个应用里面运行，......
4 天前 / 蚂蚁金服移动开发平台mPaaS
1 背景介绍 图片加载一直是 Android App 面临的“老大难”问题，加载速度与内存消耗天生就是一个矛盾统一体。我们依托支付宝超级 App 复杂的生态业务场景，借鉴业界领先的开源框架 Fresco、Picasso，取其精华，弃其糟粕，并独创性地使用 Ashmem、Native Mem Cache、Bitmap Reuse、分场景缓存、图片分大小缓存等多维一体的图片加载技术，实现了加载速度与内存消耗的完美平衡。 历经三年的风雨洗礼沉淀，xMedia 多媒体图片加载组件已经成为支付宝重要的驱动力，承载了绝大部分业务，与此同时，我们也通过移动开发平台 mPaaS 对外输出，向外......
4 天前 / mr7
来这里找志同道合的小伙伴！ 导 读JMQ是京东中间件团队自研的消息中间件，诞生于2014年，服务京东近万个应用，2018年11.11大促期间的峰值流量超过5000亿条消息。 2018年，JMQ完成第四次大版本的迭代，在性能上有极大的提升，单个Broker节点的写入性能超过100万TPS。 性能 在相同的硬件环境下，选取2个典型的场景，分别对JMQ4、JMQ2和Kafka进行消息生产对比性能测试，测试结果如下图： 单条同步刷盘场景 单条同步刷盘是业务最长使用的场景：一个微服务由多个节点提供相同的服务组成微服务集群，每个微服务节点接收一个请......
5 天前 / mr7
2018 年初，淘宝开始尝试进行整个架构升级（代号Tango：Taobao Architecture Next GeneratiOn），经过近一年的探索，实现了全面异步化，这一架构升级在部分应用中取得了 40% 以上的性能提升，同时也为后续的回压推进打下了基础。负责该项架构升级的是淘宝技术专家许泽彬，在 2018 领域驱动设计中国峰会上做了《淘宝应用架构升级——反应式架构的探索与实践》的分享，InfoQ 也趁此机会对他进行了采访，了解了更多细节。 2018 领域驱动设计中国峰会 (DDD2018) 是 ThoughtWorks 发起的技术会议，旨在给国内的 DDD 实践者们提供一个互相交流、分享自......
5 天前 / 雷语
编者有言：2019年1月4日，腾讯宣布成立技术委员会，也代表之前宣布的架构调整终于拉开序幕。在这个瞬息万变的时代，一个合适的团队架构对于企业发展至关重要。面对时代风向，腾讯等互联网巨头逐步开始了它们的变革；那么中小团队要如何搭建自己的团队架构呢？本文将会对此展开讨论…… 作者介绍 张辉淸，曾任中青易游CTO、同程交通创新技术负责人、古大集团首席架构师、携程架构师等职务。带领过30～200人的技术团队，将其研发能力提高1～2个档次。现阶段主要关注技术创新、技术创业、中小研发团队的能力提升。 平时我们看技术......