- 博客(79)
- 收藏
- 关注
RSS订阅转载 支付宝架构
支付宝所使用的架构分为两类三层，分别是运维平台（IAAS），技术平台（PAAS），业务平台（SAAS）。这三个平台，分别从底层，中间层和应用层提供服务。因为双十一当天的用户数量，访问量，以及所有的数据都会是平时的几倍，所以对系统的要求也相对提高了，还要提供一套完整的备灾方案和故障恢复体系。保障系统的正常运行。基于以上几个需求，我们提出了逻辑数据中心架构，核心思想是把数据水平拆分的思路...
2019-06-16 19:42:00
1522
转载 Javaee应用架构
JavaEE先涉及的就是三大框架，下面先说一下ssh. Spring：功能强大的组件粘合济，能够将你的所有的java功能模块用配置文件的方式组合起来（还让你感觉不到spring的存在）成为一个完成的应用Struts：功能强大的MVC架构Hibernate：强大的ORM工具，然后很方便将数据库记录转化为java的实体实例，将java的实体实例很容易的保存到数据库中，如果你不...
2019-06-16 19:38:00
316
转载 Spring cloud架构
Spring Cloud是一系列框架的有序集合。它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发，如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等，都可以用Spring Boot的开发风格做到一键启动和部署。Spring并没有重复制造轮子，它只是将目前各家公司开发的比较成熟、经得起实际考验的服务框架组合起来，通过Spring Boot风格进行再...
2019-06-08 09:50:00
210
转载 云架构之微服务
开头先介绍一下微服务的优势：实现跨团队的解藕，实现更高的并发（目前单机只能实现c10k）不用在拷贝代码，基础服务可以公用，更好的支持服务治理，能够更好的兼容云计算平台。rpc:向调用本地方法一样调用远程函数客户端：一般利用动态代理生成一个接口的实现类，在这个实现类里通过网络把接口名称，参数，方法序列化后传出去，然后控制同步调用还是异步调用，异步调用需要设置一个回调函数...
2019-06-01 17:34:00
268
转载 大数据开发平台架构
传统的数据开发流程开发人员通过公共账号登录安装了Hive、Hadoop客户端的gateway机器；编写自己的脚本，调试代码，完成后通过crontab配置脚本定时执行；为了防止脚本被其他同事修改，一些谨慎的同事会在每次开发完自己的脚本后同步一份到本机，后面为了实现版本控制，把脚本同步到了git；传统的开发流程面临的问题效率低下。脚本或代码没有版本控制，开发人员想回滚...
2019-05-25 08:24:00
255
转载 架构设计思维
架构设计思维架构思维中的分解和集成是随着系统的演化进行演化，从单体架构到ESB为代表的SOA架构再到现在流行的微服务，集成方式也从直接依赖到ESB为枢纽再到多种形式存在的微服务集成，接下来我们就来解决微服务中集成的方式有哪些。单体架构Web应用程序发展的早期，在开发服务端企业应用时，应用需要支持各种不同类型的客户端，比如桌面浏览器、移动浏览器以及原生移动应用。应用还需要向第三...
2019-05-18 17:10:00
334
转载 云平台的软件架构
云计算的软件架构层通过对现在云计算的整体分析，可以发现其软件架构分为三层，分别是核心服务层、服务管理层以及用户访问层，核心服务层是云计算软甲你的中心，主要是对于系统中的硬件、软件以及应用程序进行融合，然后在呈现给客户，具有一定的多样性与稳定性，也需要适应各种应用程序；服务管理层是对于核心服务层的管理，保证其在一个稳定的环境中为用户提供服务；用户访问层就是在用户与云端之间提供交流信...
2019-05-11 18:09:00
1234
转载 分布式架构知识
分布式架构知识本文力求从分布式基础理论，架构设计模式，工程应用，部署运维，业界方案这几大方面，介绍基于MSA(微服务架构)的分布式的知识体系大纲。从而对SOA到MSA进化有个立体的认识，从概念上和工具应用上更近一步了解微服务分布式的本质，身临其境的感受如何搭建全套微服务架构的过程。SOA到MSA的进化SOA面向服务架构由于业务发展到一定层度后，需要对服务进行解耦，进而把一...
2019-05-01 16:02:00
186
转载 架构设计之「 CAP 定理 」
CAP定理是分布式系统中最基础的原则。所以理解和掌握了CAP，对系统架构的设计至关重要。「 CAP定理 」又被称为 布鲁尔定理，它提出对于一个分布式系统而言，不能同时满足以下三点：Consisteny（一致性）Availability（可用性）Partition tolerance（分区容错性）也就是说CAP定理指明了，任何分布式系统只能同时满足这三项中的两项...
2019-04-26 13:12:00
186
转载 互联网架构的三马车
三架马车是指微服务、消息队列和定时任务。如下图所示，这里是一个三驾马车共同驱动的一个立体的互联网项目的架构。不管项目是大是小，这个架构模板的形态一旦定型了之后就不太会变，区别只是我们有更多的服务有更复杂的调用，更复杂的消息流转，更多的Job，整个架构整体是可扩展的，而且不会变形，这个架构可以在很长的一段时间内无需有大的调整。图上画了虚线框的都代表这个模块或项目是不包含太多...
2019-04-19 14:42:00
653
转载 支付平台架构
本次主要介绍苏宁支付系统如何实现500天性能提升2000倍，从100笔/秒提升到20万笔/秒，给飞行中的飞机换引擎，将包括三大章节六个部分：苏宁支付平台发展历程，以及现在运行的总体架构设计，以及配套的可视化作战指挥系统，以及在业务急速变化，万亿级交易量的状态下，如何对全局架构进行优雅地重构，具体技术包括高可用设计技巧，高伸缩性设计思路，弹性的流量和资源控制，异地多活，全链路压测，消...
2019-04-13 11:13:00
283
转载 架构层级的“开闭原则”
本问是关于架构层级SOLID原则的文章，在类的层级，开闭原则（the-Open-Closed-Principle，简称OCP原则）的含义是：一个类对扩展是“开”放的，而对变更是封“闭”的，意思是说，应该在不改变类的前提下扩展一个类的行为。而通常的方式是继承和多态。在架构层级，我们并不会变更系统的一部分功能（可能是最适用于当前架构的进程，守护进程，服务，或者微服务），而是通...
2019-04-04 11:00:00
201
转载 微博平台架构
本次阅读到一篇关于微博的深度学习的架构，觉得很有益处，现记录下来，希望有所帮助。 深度学习框架是进行深度学习的工具。简单来说，一套深度学习框架就是一套积木，各个组件就是某个模型或算法；开发者通过简单设计和组装就能获得自己的一套方案。深度学习框架的出现降低了深度学习门槛。开发者不需要编写复杂的神经网络代码，只需要根据自己的数据集，使用已有模型通过简单配置训练出参数。 Ten...
2019-03-28 10:43:00
241
转载 架构师眼中的高并发架构
高并发经常会发生在有大活跃用户量，用户高聚集的业务场景中，如：秒杀活动，定时领取红包等。为了让业务可以流畅的运行并且给用户一个好的交互体验，我们需要根据业务场景预估达到的并发量等因素，来设计适合自己业务场景的高并发处理方案。这次有幸阅读了一篇关于支付宝一位架构师讲述的高并发架构，分享给大家。 服务器架构业务从发展的初期到逐渐成熟，服务器架构也是从相对单一到集群，再...
2019-03-23 23:13:00
193
转载 云时代架构读后感二
今天阅读了微信公众号的文章，关于一次游戏卡死的解决历程。地址：https://mp.weixin.qq.com/s/a6AqbGnfMrTfG55bgoT_qg 作者用google play上推荐的一款游戏展开话题，内网测试环境（Testing Environment）和预生产环境（Staging Environment）一切都测试正常，随时等待更新线上正式坏境了。慢慢地...
2019-03-16 21:05:00
142
转载 以《淘宝网》为例，描述质量属性六个常见场景
1可用性分析可用性分析所关注的方面包括：如何检测系统故障，系统故障发生的频度，出现故障时会发生什么情况，允许系统有多长时间非正常运行，什么时候可以安全地出现故障，如何防止故障的发生以及发生故障时要求进行哪种通知。场景：双十一或者春晚抽奖导致淘宝用户猛增刺激源：淘宝用户刺激：登录人数过多，导致淘宝无法响应，淘宝瘫痪，网页无法向下进行制品：淘宝的处理器、通信通道、存储器...
2019-03-15 09:32:00
531
转载 《架构漫谈》读后感
这几天，读了老师推荐有关架构的一篇系列文章《架构漫谈》，其中通俗易懂的语言，风趣幽默的风格，形象明了的对比形式让我对架构有了更进一步的了解。作者通过一个人群的分工配合的例子引出了他对架构的一个定义：把一个整体（完成人类生存的所有工作）切分成不同的部分（分工），由不同角色来完成这些分工，并通过建立不同部分相互沟通的机制，使得这些部分能够有机的结合为一个整体，并完成这个整体所需要的所有活...
2019-03-07 21:48:00
151
转载 云时代架构读后感一
这次在微信上阅读了一个实践：给飞机换引擎和安全意识十原则文章地址：https://mp.weixin.qq.com/s/gd-XqGGh08o-vWFZSR0RJg给飞行中的飞机换引擎作者用飞机换引擎作为一个例子。把给飞行中的飞机（或飞驰的汽车）换引擎说成我需要对一个正在飞速发展的系统进行大幅度的架构改造。分为这3种：彻底重新做，直接从前到后抛弃老系统大规模重构，...
2019-03-07 10:19:00
199
转载 暑假周总结报告08
本周：安装Hadoop数据库，学习相关知识学习上：4小时下周：回学校问题：无转载于:https://www.cnblogs.com/wmy-666/p/9652170.html
2018-09-02 10:22:00
102
转载 暑假周总结报告07
本周：eclipse连接Oracle数据库，进行简单的增删改查操作学习上：5天学习3小时下周：安装Hadoop，学习相关知识问题：scott被锁住，有的jar包没导入转载于:https://www.cnblogs.com/wmy-666/p/9652167.html...
2018-08-26 08:41:00
144
转载 暑假周总结报告06
本周：构思和写马克思作业。学习上：学习马克思下周：操作Oracle数据库。问题：无转载于:https://www.cnblogs.com/wmy-666/p/9500974.html
2018-08-19 11:52:00
118
转载 假期周总结报告05
本周去旅游3天，去了漂流、古镇。学习了Oracle操作语句。学习上：3小时代码：1小时下周：准备 写 马克思作业转载于:https://www.cnblogs.com/wmy-666/p/9500967.html...
2018-08-12 10:22:00
164
转载 假期周总结报告04
本周：本周在姐姐那帮忙，学习了部分Oracle内容学习上：4小时代码：1小时解决问题：2小时下周：继续学习oracle问题：无转载于:https://www.cnblogs.com/wmy-666/p/9429867.html...
2018-08-05 10:56:00
108
转载 假期周总结报告03
本周：帮弟弟填报志愿下周：学习oracal本周问题：无转载于:https://www.cnblogs.com/wmy-666/p/9429637.html
2018-07-29 11:22:00
150
转载 假期周总结报告02
本周：重新练习考试的试题，熟悉代码，学习了一些Oracle的一些知识学习上时间：一天一小时代码上时间：4小时解决问题：2小时下周准备做什么：帮弟弟填报志愿本周遇到问题：无转载于:https://www.cnblogs.com/wmy-666/p/9429609.html...
2018-07-22 10:34:00
128
转载 假期周进度报告01
本周：安装了oraca数据库，重新温习了之前学习内容学习上花费时间:一天一小时花在代码时间：2小时解决问题花费时间：2天下周准备做什么：准备写一些代码进行练习问题：有之前遗忘的一些方法，安装数据库。转载于:https://www.cnblogs.com/wmy-666/p/9429598.html...
2018-07-15 11:27:00
148
转载 阅读笔记6
在读到祸起萧墙时，讲述项目怎样延迟的，一天一天的进度落后是难以识别、不容易防范和难以弥补的。可以不断地延长。每件事都只会将某项活动延迟半天或者一天，但是整个进度开始落后了，尽管每次只有一点点。对于这种逐渐延迟的进度，Brooks提议简历项目里程碑，并且持续的修订项目计划，里程碑必须是具体的、特定的、可度量的事件，能进行清晰能定义。如果里程碑定义得非常明确，以致于无法自欺欺人时，程序员很少...
2018-06-01 16:55:00
96
转载 阅读笔记5
第8章介绍胸有成竹只解决一个问题：一个程序员的生产效率究竟有多高？对规模平均为3200指令的程序...大约单个的程序员所需要的编码和调试时间为178个小时，由此可以外推得到每年35800语句的生产率。而规模只有一半的程序花费时间大约仅为前者的四分之一，相应推断出的生产率几乎是每年80,000代码行1。计划、编制文档、测试、系统集成和培训的时间必须被考虑在内。因此，上述小型项目数据的外推是...
2018-05-20 15:19:00
103
转载 阅读笔记4
第7章是为什么巴比伦塔会失败，是没有人力吗？巴比伦塔有着充足的人力，是没有资源吗？在美索不达米亚有着丰富的泥土和柏油沥青，是没有时间吗？也没有任何时间的限制，是没有足够的技术？金字塔、锥形的结构本身就是稳定的，可以很好分散压力负载。对砖石建筑技术，人们有过深刻的研究。同样，项目远在达到技术限制之间，就已经失败了。既然他们具备了所有的这些条件，为什么项目还会失败呢？他们还缺乏些什么？两个方...
2018-05-10 21:38:00
79
转载 阅读笔记3
第四章贵族专制、民主政治和系统设计“概念完整性是系统设计中最重要的考虑因素”。反映一系列连贯的设计思路，像建筑一样，风格统一，易于整合。对于非常大型的项目，将设计方法、体系结构方面的工作与具体实现相分离是获得概念完整性的强有力方法。为了实现概念完整性，在软件体系结构设计的时候必须实行贵族专制，让少数的架构师来决定整体的架构，普通程序员毫无发言权。第五章画蛇添足讲述结构师如何成功影响实现，...
2018-04-22 14:37:00
88
转载 阅读笔记2
第二章是人月神话介绍了Brooks法则，当中说到向进度落后的项目中增加人手，只会使进度更加落后。增加人手忽略了新增加人手的培训时间，成员之间的配合沟通问题，盲目的增加人手只会导致项目落后。我们围绕成本核算的估计技术，混淆了工作量和项目进展。人月是危险和带有欺骗性的神话，因为它暗示人员数量和时间是可以相互替换的。第三章的外科手术队伍说到同样有两年经验而且在受到同样的培训的情况下，优秀的专业...
2018-04-10 10:20:00
86
转载 年报系统课堂讨论记录
目的：讨论年报系统上线的好处1 方便使用者正确填写自己的申请信息，减少不必要的流程，可以少跑路。2 方便工作人员审核信息，尽快完成科技成果的审核，能够简化流程3 方便领导查询，在时间紧急的情况下迅速查出所需的数据，能统计出规定日期内申请和通过的数量，得到详细的信息4 可以在网上完成大部分的工作流程，提高工作效率转载于:https://www.cnblogs.co...
2018-04-07 20:19:00
82
转载 系统利益相关者描述案例
利益相关者主要目标态度主要关注点约束条件公司管理层提高工作效率，节省工作流程，更快处理申报项目。强烈要求尽快完成新版本使用者系统节约的时间和使用此系统的费用无柜台工作人员可以省去很多流程，使工作步骤更简化，提高客户满意度。...
2018-04-07 20:04:00
141
转载 阅读笔记1
人月神话是老师推荐的一本书，是一本经典的软件开发方面的书，读这本书的时候可以感受作者思想的前卫，对学习有很大的帮助。这本书第一章介绍了焦油坑，在作者观念中，程序员，就像诗人一样，几乎仅仅工作在单纯的思考中。程序员凭空运用自己的想象，来建造自己的“城堡”。很少有这样的介质——创造的方式如此灵活，如此得益于精炼和重建，如此得容易实现概念上的设想。正因为程序员所做的工作是纯粹的智力创造，不...
2018-04-01 21:34:00
97
转载 问题账户需求分析
第一步先熟悉业务流程，知道规则有哪些，需要分析什么数据，是如何评级。欠缺根据规则分析数据的具体流程。判断信用的标准功能：可以分析用户的数据查询客户账户能够给出一个问题账户的三年内的历史数据能够计算问题账户所占比例数据库的设计：数据库导入所有账号信息，有问题账户的单独分类操作的流程：系统自动分析所有账户，显示问题账户，计算所占比例。...
2018-03-13 18:07:00
80
转载 软件需求分析阅读笔记
今天读了关于如何做需求分析的博文，学习了软件需求与分析需要掌握的一些内容，下面就做一些总结。首先要认识到深入地去理解客户的业务，进而想到客户的心坎儿上去，最后做出来的东西必然是客户满意的。第一个举出来东软的例子，东软在做这个项目的时候，整个过程经历了10多次结构性的大变更，局部性的调整更是不计其数。百处程序进行修改。最后这个项目导致的结果是，整个这个项目组的所有成员都离开了东软，常常...
2018-03-07 22:04:00
177
转载 开发进度第四天
昨天：完善基础功能今天：调试程序转载于:https://www.cnblogs.com/wmy-666/p/8516147.html
2018-02-15 18:49:00
81
转载 开发进度第三天
昨天：写出一个原始的内容，满足基本的输入今天：美化界面，补充明天：进行程序的调试转载于:https://www.cnblogs.com/wmy-666/p/8516140.html
2018-02-14 06:48:00
75
转载 开发进度第二天
昨天：学习了一些关于微信开发的知识，安装微信开发工具今天：用微信开发工具写基本的框架明天：对界面进行补充，完善功能转载于:https://www.cnblogs.com/wmy-666/p/8516138.html...
2018-02-13 18:47:00
75
转载 构建之法阅读笔记06
在16章讲到了IT行业的创新，创新有时在一瞬间产生，比如牛顿发现的万有引力，大家都喜欢创新，这就会招致嫉妒的产生，不是所有人都喜欢创新，有时候也会遇到阻碍，创新者都是一马当先苹果推出iPod，是通过iTunes提供高质量的音乐内容，打破了常规的商业模式，创建了新的商业生态，借助这些手段，iPod后来居上。成为领域的专家，才能创新，这是不正确的，例如伯纳斯是一个物理学家，他在1989年...
2018-01-10 22:41:00
73
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人