自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

KimmKing的技术博客

我看不清的,何止是你的眼睛.

  • 博客(11)
  • 资源 (8)
  • 问答 (1)
  • 收藏
  • 关注

原创 微服务架构深度解析与最佳实践(全篇汇总,2.4万字)

微服务架构的概念,现在对于大家应该都不陌生,无论使用 Apache Dubbo、还是 Spring Cloud,都可以去尝试微服务,把复杂而庞大的业务系统拆分成一些更小粒度且独立部署的 Rest 服务。但是这个过程,具体应该怎么做?现有的条件下到底要不要做微服务?服务拆分成什么粒度才是合适的?遗留的老系统需要如何考虑重构改造?有哪些坑需要我们注意?系统怎么在分布式服务下实现数据的一致性和...

2020-04-26 19:11:48 3384

原创 百亿流量微服务网关的设计与实现

目录API网关概述1. 什么是API网关(API Gateway)2. 分布式服务架构、微服务架构与API网关3. API网关的技术趋势API网关的定义、职能与关注点1. API网关的定义2. API网关的职能3. API网关的关注点API网关的分类与技术分析1. API网关的分类2. 流量网关与WAF3. 业务网关开源网关的分析与调研1. ...

2020-04-13 15:20:48 2009

原创 从少儿编程讲讲开发行业的大趋势

郭嘉在下一盘大旗呀,兄弟们,要透过现象看本质。目前估计全国大概有300-400万全职的程序员,但是缺口还是很大,大概还差一倍多的样子。而且这些人基本上都是高学历,高收入群体,平均介于专科到本科之间,平均收入大概是一般行业从业者的3倍,而且随着经验和资历在不断增长。也就是说,程序员的门槛的bar较高,同样地,这个bar本身带来的红利也一直都在。(看看西二旗的房价,被程序员们翻了多...

2020-04-30 14:53:36 1062

原创 微服务架构深度解析与最佳实践 - 第七部分:全文总结与引用材料

最佳实践的总结林林总总说了这么多的微服务架构相关的知识也好,经验也罢,不一定适合每个希望做微服务系统的技术人员的实际需求。“道无常道,法无常法,君子审时度势,自可得而法”。实际项目里需要做哪些工作,采取哪些策略,先后运用哪些步骤,都需要因地制宜,借鉴各种“他山之石”,综合考虑。微服务架构的最佳实践,其实就是把微服务架构的条条框框都思考一遍,这一条到底解决了什么问题,适用...

2020-04-26 19:04:05 1004

原创 微服务架构深度解析与最佳实践 - 第六部分:七个应对策略之测试部署、运维监控

七个关键问题的应对策略-续26.拆分过程的测试和部署如何处理通过前面的分析,我们了解到测试、部署和运维,在微服务环境下会变得复杂。试想,原来只需要测试一个系统,现在要测试一堆系统,原来要发布一个应用,现在要发布一堆应用。原来线上排查问题,只需要从一个日志文件看日志信息,一个数据库找数据,现在都不知道去哪儿找数据,因为第一时间不知道业务处理在哪个环节出错了,需要先搞清楚一个跨多个系...

2020-04-26 19:02:44 1349 1

原创 微服务架构深度解析与最佳实践 - 第五部分:七个应对策略之性能、一致性与高可用

七个关键问题的应对策略-续3.关于微服务对性能的影响大家可以先思考 2 个问题:延迟(latency)和吞吐量(throughout)有什么关系? 延迟是响应时间么?先说一下延迟和响应时间,延迟是对于服务本身来说的,响应时间是相当于调用者来说的(更多的内容可以参考《数据密集型应用系统设计》一书): 延迟(latency) = 请求响应出入系统的时间 ...

2020-04-26 19:01:04 1244

原创 微服务架构深度解析与最佳实践 - 第四部分:七个应对策略之如何拆分微服务、改造遗留系统

正在上传…重新上传取消七个关键问题的应对策略1.如何合理拆分微服务当一个系统服务化的时候,就会面临一个问题:如何进行服务的划分?怎么确定服务的粒度?有没有一些可以参考的业界通用规则?实际上服务划分的本质是对系统进行架构设计,服务的划分粒度没有绝对的过大或过小之说,不同阶段的侧重点和思考的角度也不尽相同。创业初期的团队,过分的追求微服务,为了“微”而微,反...

2020-04-26 18:58:12 1188

原创 微服务架构深度解析与最佳实践 - 第三部分:微服务的使用场景和相关问题

微服务架构不是银弹《管理的常识》一书里说,管理的核心是不断的解决(推进工作过程中出现的各种)问题。同样地,我认为架构的核心则是不断的解决(系统设计实现与演化过程中的各种)问题。Fred Brooks 在《人月神话》里说,“没有银弹”,现在依然成立,微服务也并不是只有优点,没有副作用,把系统拆分了了很多部分,每一个部分简单了,但是整体的关系变复杂了。前面介绍了那么多微服务...

2020-04-26 18:54:32 1222

原创 微服务架构深度解析与最佳实践-第二部分:四个特点和六个能力、常见框架

微服务架构的特点、优势和常见技术微服务的四个特点和六个能力现在让我们分析一下上一节里的各个技术大牛们阐述的技术观点,从设计开发、系统部署、测试运维和服务治理四个主要方面来考虑微服务架构的特点,那么这四个方面就可以总结为下图:微服务架构首先是一个分布式的架构,其次我们要暴露和提供业务服务能力,然后我们需要考虑围绕这些业务能力的各种非功能性的能力。这些分散在各处的服务本...

2020-04-26 18:52:33 1354

原创 微服务架构深度解析与最佳实践-第一部分:微服务发展历程和定义

微服务架构的概念,现在对于大家应该都不陌生,无论使用 Apache Dubbo、还是 Spring Cloud,都可以去尝试微服务,把复杂而庞大的业务系统拆分成一些更小粒度且独立部署的 Rest 服务。但是这个过程,具体应该怎么做?现有的条件下到底要不要做微服务?服务拆分成什么粒度才是合适的?遗留的老系统需要如何考虑重构改造?有哪些坑需要我们注意?系统怎么在分布式服务下实现数据的一致性和服务的高可...

2020-04-26 18:49:30 4226

原创 作者面对面:从化学专业到架构师,是一种什么体验?

目录1、是什么让你一头扎进程序员队伍里的?2、这一做就是十多年,应该也遇到过一些坑,能跟大家具体讲讲吗?3、您的履历特别丰富,曾先后在阿里、银行等大厂负责技术架构这块。那你还记得当时面试的场景吗?能给我们的读者们一些面试的建议吗?4、您是资深的微服务方面的专家,既跟程超和张逸几位老师合著了《高可用可伸缩微服务架构实战:基于Dubbo、Spring Cloud和Service Mes...

2020-04-13 15:10:28 1048

本文使用74页分析了国内重点银行核心系统的数据库选型方案和细节,以及国内主流分布式数据库的优缺点

本文使用74页分析了国内重点银行核心系统的数据库选型方案和细节,以及国内主流分布式数据库的优缺点。

2024-09-03

0101技术的定位:程序员是这个时代的手艺人

就是有一定专业技能,像是几百年前的木匠,铁匠,皮匠,比一般的农业劳动者,能生活的好一些,体面一些,饿不死,温饱线以上。其实就是对未知的好奇,求知的渴望,做事的敬畏,对时间的敏感,事实的接纳。资源都是外在的,不是自身的能力,而且资源现在有,不代表将来也有,总有消失的那一天,因为有时候:成也资源,败也资源。2、不陷入过去的选择,自己做过的选择就是必然的选择,接受自己选择带来的后果,再去设想哪些你没有选择的可能性,对现状于事无补,实际上哪怕你重新选过也不会比现在好多少,都是徒增烦恼。毕竟未来的世界,是数字化的。

2024-08-27

金融级分布式缓存平台的一致性设计

一致性, 主要讲4个不一致的场景,以及怎么来处理的,包括lua,版本机制,延迟双删,MQ的4种同步队列。

2023-09-25

百亿流量API网关的设计与实现.pdf

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

2020-04-22

Apache-ShardingSpher-20200421.pdf

ShardingSphere是一套开源的分布式数据库中间件解决方案组成的生态圈,它由Sharding-JDBC、Sharding-Proxy和Sharding-Sidecar(计划中)这3款相互独立的产品组成。 他们均提供标准化的数据分片、分布式事务和数据库治理功能,可适用于如Java同构、异构语言、云原生等各种多样化的应用场景。 ShardingSphere定位为关系型数据库中间件,旨在充分合理地在分布式的场景下利用关系型数据库的计算和存储能力,而并非实现一个全新的关系型数据库。 它与NoSQL和NewSQL是并存而非互斥的关系。NoSQL和NewSQL作为新技术探索的前沿,放眼未来,拥抱变化,是非常值得推荐的。反之,也可以用另一种思路看待问题,放眼未来,关注不变的东西,进而抓住事物本质。 关系型数据库当今依然占有巨大市场,是各个公司核心业务的基石,未来也难于撼动,我们目前阶段更加关注在原有基础上的增量,而非颠覆。 ShardingSphere已经在2020年4月16日从Apache孵化器毕业,成为Apache顶级项目。 欢迎通过shardingsphere的dev邮件列表与我们讨论。

2020-04-22

dotnetopensource

dotnetopensource

2007-06-21

D:\work\cc\Timer.rar

D:\work\cc\Timer.rar

2007-06-21

BigInteger_demo.zip

BigInteger_demo.zip

2007-06-13

3D饼图qchart源码(包括2个test)

3D饼图qchart源码(包括2个test)

2007-06-09

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除