保存成功
订阅成功
保存失败,请重试
提交成功
秦金卫(kimmking)

秦金卫(kimmking)

高级技术总监
秦金卫,Apache Dubbo/ShardingSphere PMC,前某集团高级技术总监/阿里架构师/某商业银行北京研发中心负责人。关注于互联网电商,金融,支付等系统领域,10多年研发管理和架构经验,对于中间件、SOA、微服务,以及各种开源技术非常热衷,活跃于多个开源社区。《微服务架构实战:基于Dubbo、Spring Cloud和Service Mesh》作者之一,个人博客:http://kimmking.github.io 。...更多
创作文章6
开设专栏1

聊聊周期律:历史、自然、经济、股市与数字货币

一切皆有规律,周期律就是其中一个在时间长河里抹不去的规律,不管是历史周期律,自然科学中周期,还是经济,股市,都有内在的周期性。每个周期就像是潮起潮落,赶上了一次,就能站在浪潮之巅,事半功倍,成就小康生活。如果幸运的赶上两次浪潮,基本上就能踏上财富自由之路。 所以,同学们,跟我一起,了解一下周期律吧!
免费数字货币
70 订阅

空降研发管理者的困境和破局

作为IT技术行业的技术中年,大家工作了十多年,在自己的领域里有所积累和沉淀,相信不少人已经成为了公司的研发管理者。视公司规模而论,不管叫 CTO/技术 VP,技术总监/高级总监,业务线研发/技术负责人,架构/测试/运维总监之类的,都是公司的技术管理核心,一股不可忽视的中坚力量。 但是很多时候,由于内外部竞争环境的变化,业务线的调整,或者是主动寻找新的机会和平台,我们都会遇到“拥抱变化”的时候,空降成为一个已经存在的技术团队的管理者。 唯一不变的,就是变化本身。面对新的形势和环境,存在机遇的同时,也荆棘密布,无数暗礁,充满了极限的挑战。怎么才能了解周身的情况,理顺所有的蛛丝马迹,找到可能突破的路径,规避一些潜在的风险,争取最大的合作机会,最终实现自己与新团队、新平台、新机遇的“生命大和谐”。这是一个值得思考的话题,也是我给自己定的一门必修课。计划陆续把自己的一些思考火花,只言片语,散落在这些笔记里,既让自己整理一些最近几年走过的路上的一些不时闪现的记忆碎片,也希望抛砖引玉,能够引起大家更多的思考。 过去的十年里,我经历过数次空降式的“拥抱变化”,从 A 互联网金融公司研发总监,到B银行的北京研发中心负责人兼信息技术部副总经理,到 C 电商公司和 D 数字货币交易所的高级技术总监。虽然这些公司的行业和体量有较大差异,发展的阶段不同,对我来说,所见所得以及经验教训也不同(其中 B 银行的经历尤为深刻)。但是这个过程中,我们依然从中找到了很多的共性,并把它们总结起来,概括为“5 个找到”,5 个关键点,跟大家一一分享。 希望每一个空降管理者,都可以参透空降的奥秘,实现平稳的软着陆,并且在经过调整和磨合以后,重启起跑,腾飞于万里蓝天。 分享大纲: 1. 开篇引言 2. 空降困境 3. 洞悉定位 4. 明确目标 5. 探寻方法 6. 打造团队 7. 团队力量 8. 五个关键 9. 全文总结
管理
180 订阅

千亿数据的潘多拉魔盒:从分库分表到分布式数据库

近年来,随着国内互联网行业的加速发展,以及摩尔定律的实效,千亿数据的潘多拉魔盒早已打开,传统的开源/商业关系数据库早已遇到了容量的瓶颈。而容量告警则不仅意味着业务发展收到影响,同时对现有系统的稳定性和可用性、可维护性,也带来极大的挑战。 从十年前起,淘宝等公司就遇到这类制约业务发展的技术问题,进而有了 TDDL 框架,2016 年当当网也发起了 Sharding-JDBC 项目,通过包装 JDBC,来屏蔽 MySQL 分库分表的逻辑,让业务系统想使用单机数据库一样方便。 后来,JDBC 封装框架逐渐演变到中间件,在 TDDL 的基础上,淘宝逐渐发展出来了 DRDS,在 Sharding-JDBC 转移到 Apache 和京东数科以后又孵化出来了 Sharding-Proxy,都是以一个虚拟的 MySQL Server 提供更透明和无侵入的客户端接入服务。其他的中间件,像 MyCat 和 DBLE 也方兴未艾。 另一方面,随着 Google 的 Spanner,阿里的 OceanBase 和 PolarDB,AWS 的 Aurora,PingCAP 的 TiDB,Cockroachlabs 的 CockroachDB 等商业或开源的技术作为代表,分布式数据库开始大规模兴起。这些技术试图通过一个直接的数据库来解决上述问题,而不仅仅是类库或中间件,这种增强 MySQL/PGSQL 的间接方式。当然,分布式数据库本身的复杂度,是另外一个话题。 以上种种对于企业来说,都是试图通过采用类似 Apache ShardingSphere 这种分布式的数据库中间件、或者 CockroachDB 这种分布式数据库作为整体解决方案,增强数据库的吞吐能力,保证高可用和实时强一致性的同时,实现线性的水平扩展能力,在一定规模上提升企业信息系统的数据管理上限。本文将从这个整体的发展过程谈起,详细介绍每一个阶段技术的特点、解决的问题,适用的场景,带领大家了解千亿数据的秘密。 计划写作大纲: - 从单机数据库讲起 - MySQL 的高可用与短板 - 分库分表的优势与陷阱 - 哪些场景下我们需要用分库分表 - 数据库中间件的技术选型 - 什么时候引入数据库中间件 - NoSQL 与 NewSQL - 当我们谈分布式数据库的时候,我们在谈什么 - 典型的几个分布式数据库
严选数据仓库
504 订阅

微服务架构深度解析与最佳实践

微服务架构的概念,现在对于大家应该都不陌生,无论使用 Apache Dubbo、还是 Spring Cloud,都可以去尝试微服务,把复杂而庞大的业务系统拆分成一些更小粒度且独立部署的 Rest 服务。但是这个过程,具体应该怎么做?现有的条件下到底要不要做微服务?服务拆分成什么粒度才是合适的?遗留的老系统需要如何考虑重构改造?有哪些坑需要我们注意?系统怎么在分布式服务下实现数据的一致性和服务的高可用可伸缩?拆分的过程中系统数量增多,测试、部署、运维、监控,又应该如何处理? 本文将从这些问题的深度分析出发,阐述微服务架构落地的一些设计原则和利弊取舍,结合微服务架构过程的很多最佳实践经验,希望给读者带来一定的启发和思考,避免在实际应用过程中走弯路,能够多快好省的落地实现微服务架构。内容涉及: 1. 微服务架构的发展过程简介 2. 微服务架构的特点与常见特性 3. 使用微服务架构的常见技术与简单示例 4. 微服务架构存在的一些问题 5. 如何合理拆分微服务 6. 遗留系统应该如何改造 7. 怎么考虑拆分后的数据一致性 8. 系统和服务的高可用可伸缩如何实现 9. 拆分过程的测试和部署如何处理 10. 拆分后的运维和监控如何处理 注意:作者撰写的 JVM 专栏已经上线,有兴趣的话可以阅读[《JVM 核心技术 22 讲》](https://gitbook.cn/gitchat/column/5de76cc38d374b7721a15cec&utm_source=chat1211)
严选微服务
1153 订阅

百亿流量 API 网关设计与实践

本次分享我们从百亿流量交易系统 API 网关(API Gateway)的现状和面临问题出发,阐述微服务架构与 API 网关的关系,理顺流量网关与业务网关的脉络,带来最全面的 API 网关知识与经验。内容涉及: 1. 百亿流量交易系统 API 网关现状和面临问题 2. 分布式服务架构、微服务架构与 API 网关 3. API 网关的定义与职能、关注点 4. API 网关的分类与技术分析 5. 流量网关的设计与应用 6. 开源网关的分析与调研:OpenResty / Kong / Zuul2 / Spring Cloud Gateway 等 7. 业务网关的设计与最佳实践 8. 对网关系统的发展展望
严选API网关
2058 订阅

软件架构发展历程分享

架构(Architecture)一词源于建筑领域,其本身就是建筑的意思,也是体系结构的意思。维基百科英文版里对 Architecture 的解释是:规划、设计和建造建筑物的过程及产物。鉴于软件工程与建筑工程一样是一项系统的工程性工作,引入到计算机领域后,软件架构就成为了描述软件规划设计技术的专有名词。特别地,软件架构师一词在英文里,和建筑师也是同一个词(Architect)。 自从软件工程产生以来,架构设计和过程管理一直是软件领域 DNA 的双螺旋,前者从科学的技术领域出发来解决软件创造中的工程技术问题,后者从人类的管理活动出发发展了软件工程的组织管理方式。 本次分享以架构发展历程为镜子,借鉴历史,以便更好的了解现在,迈向未来。面向广大一线程序员、架构师、技术经理,我们从研发管理和技术管理等方面,阐述每种架构的传承与改进,结合背后的架构思想和设计逻辑的变迁,全部浓缩到本次分享交流: 1. 理解什么是架构,模式、服务、组件、模块、框架、平台等概念及其关系,日常工作中更精确的使用这些概念表述自己的架构设计。 2. 熟悉架构的目的、形式、方法,从而能够以全面的架构师思维,全面和科学地思考系统设计,结合自己的实践,逐步成为一名合格的架构师。 3. 了解软件架构发展过程,从单体架构,到分层模式架构,集群架构,分布式架构、SOA 架构、微服务架构(MSA)等,能够深刻认识其中的架构思想。 4. 掌握各种架构风格的特点和方式,以及实践过程中的优缺点,能够在具体的架构设计中灵活应用实践各种架构思想。
严选架构
687 订阅