系统架构
文章平均质量分 55
awzzz999
这个作者很懒,什么都没留下…
展开
-
[摘抄拼凑]系统架构师修炼之开发模式(模型)
典型的开发模型有:1. 边做边改模型(Build-and-Fix Model);2. 瀑布模型(Waterfall Model);3. 快速原型模型(Rapid Prototype Model);4. 增量模型(Incremental Model);5.螺旋模型(Spiral Model);6.演化模型(evolution model);7.喷泉模型(fountain原创 2013-12-07 14:31:23 · 739 阅读 · 1 评论 -
一次分布式计算实践(项目完成上线成功,但事实上已经与分布式计算无关了)
本来很好的一次分布式计算,最后被做烂(项目完成上线成功,但事实上已经与分布式计算无关了)。总结:猪一样的队友不可怕,但是遇到技术问题时,应该坚决制止,一定不能让猪队捣乱,拖累团队,拖累公司。原创 2013-12-10 17:02:30 · 2738 阅读 · 1 评论 -
大型网站架构图
原文:大型网站架构演变和知识体系http://www.blogjava.net/BlueDavy/archive/2008/09/03/226749.html转载 2013-12-05 22:05:43 · 969 阅读 · 0 评论 -
构架师应具备的能力
一般来讲,系统架构师应该拥有以下几方面的能力:1:具备 8 年以上软件行业工作经验;2:具备 4 年以上 C/S 或 B/S 体系结构软件产品开发及架构和设计经验;3:具备 3 年以上的代码编写工作经验;4:具备丰富的大中型开发项目的总体规划、方案设计及技术队伍管理经验;5:对相关的技术标准有深刻的认识,对软件工程标准规范有良好的把握;6:对 .Ne转载 2013-12-05 12:04:49 · 700 阅读 · 0 评论 -
架构师修炼-架构知识(部分)
(说明:这些知识没有统一的标准,以下内容紧供参考,欢迎您能阅后改进)一、 架构设计文档:需求分析完成约80%的时候开始进行。目的目标:架构应尽可能简化,架构文档应简单、简短,清晰而不杂乱,解决方案自然。系统概述:给出一致的轮廓。先定义上层的主要子系统,应该描述各子系统的任务,并提供每个子系统中各模块或对象类的的初步列表。应该描述不同子系统间相互通转载 2013-12-05 15:48:08 · 610 阅读 · 0 评论 -
架构师合作角色之与项目经理合作
与项目经理的合作关系:1,向项目经理推荐开发方式和项目技术框架建议。例如,技术架构师建议项目经理将所有需求分析结果用UseCase 完整描述,并最好附有原型示例;或者建议设计文档使用对象化描述方式进行文档化等。2,和项目经理、业务分析员一起合作定义项目。3,为项目经理识别和分解任务,帮助项目经理做估算和计划,提供项目主要任务的划分情况。4,为项目经理在项目估算方面提供的帮助转载 2013-12-05 12:34:06 · 1156 阅读 · 0 评论 -
构架师的工作成绩评估依据
具体来讲,我们可以通过以下几方面来评估系统构架师的工作成绩:1:系统构架师是否是某一技术领域的专家;2:系统构架师能否指导分析员的设计工作,发现并指出设计存在的问题并提出解决方法,评审他们的工作;3:系统构架师能否指导软件工程师进行开发工作,发现并指出编码存在的问题并提出解决方法,评审他们的工作;4:系统构架师能否协助好项目经理制定项目计划和控制项目转载 2013-12-05 12:11:17 · 820 阅读 · 0 评论 -
构架师的职责
架构师的职责就是设计一个公司系统的基础架构,并提供关于怎样建立和维护系统的指导方针。具体来讲,架构师的职责主要体现在以下几方面:1、负责公司系统的架构设计、研发工作。2、承担从业务向技术转换的桥梁作用。3、协助项目经理制定项目计划和控制项目进度。4、负责辅助并指导系统分析开展设计工作。5、负责组织技术研究和攻关工作。6、负责组织和管理公司内部的技术培训工作。7、负责转载 2013-12-05 14:08:13 · 580 阅读 · 0 评论 -
JAVA框架
Spring Framework 【Java开源JEE框架】Struts 【Java开源Web开发框架】Hibernate 【Java开源持久层框架】IBATIS 【Java开源持久层框架】Quartz 【Java开源调度框架】WebWork 【Java开源Web开发框架】Compiere ERP&CRM 【Java开源ERP与CRM系统】L转载 2013-12-09 15:00:10 · 666 阅读 · 0 评论 -
高性能、高流量互联网应用架构设计实战原则
原则一:假设故障总会发生(Design with failure in mind)在设计和实现大型互联网在线应用时,架构师必须考虑到系统各模块、各应用服务器、各开源应用软件的故障比率和失效的潜在原因。当服务的可用性(Availability)成为系统设计的首要目标时,尤其需要在设计阶段就充分考虑如何在系统某部分发生故障时,仍然保持一定的服务可用性。一些基本的假设包括:◆没有Bug的转载 2013-12-09 14:10:29 · 737 阅读 · 0 评论 -
[研究探讨]Mysql 集群(图)
mysql 分布,一个或多个 application 对应一个 mysql 数据库。。。但这个怎么实现?把几个 mysql 数据库公用的数据做出共享数据,例如购物车,用户对象等等,存在数据结点里面。其他不共享的数据还维持在各自分布的 mysql 数据库本身中。( 如上图 )1 ) Sql 结点( SQL node-- 上图对应为 mysqld ) : 分布式原创 2013-12-08 23:23:39 · 971 阅读 · 1 评论 -
软件架构师应该知道的97件事
图书目录客户需求重于个人简历简化根本复杂性,消除偶发复杂性关键问题可能不是出在技术上以沟通为中心,坚持简明清晰的表达方式和开明的领导风格架构决定性能分析客户需求背后的意义起立发言故障终究会发生我们常常忽略了自己在谈判量化需求一行代码比五百行架构说明更有价值不存在放之四海皆准的解决方案转载 2013-12-08 14:47:31 · 639 阅读 · 3 评论 -
软件架构设计箴言
Donald Knuth :对软件的过早地优化是万恶的根源。1:软件中唯一不变的就是变化。程序员XX遭遇车祸成植物人,医生说活下来的希望只有万分之一,唤醒更为渺茫。可他的Lead和亲人没有放弃,他们根据XX工作如命的作风,每天都在他身边念:“XX,需求又改了,该干活了,你快来呀!”,奇迹终于发生了,XX醒来了,第一句话:“需求又改了2:KISS:(Keep It Simpl转载 2013-12-08 17:10:31 · 583 阅读 · 0 评论 -
常用软件架构模式(收集)
1,分层架构:职责分层,层与层通讯,上层使用下层提供的服务;2,三层架构(属于分层架构):表现层,业务层,数据层;3,MVC架构:Model+View+Controller;4,SSH架构:Struts+Spring+Hibernate;5,C/S架构;6,B/S架构;7,SOA架构:面向服务体系,基于Web Service实现;原创 2013-12-08 17:28:24 · 1006 阅读 · 0 评论 -
Web负载均衡解决方案 HAproxy架构图
HAProxy提供高可用性、负载均衡以及基于TCP和HTTP应用的代理,支持虚拟主机,它是免费、快速并且可靠的一种解决方案。HAProxy特别适用于那些负载特大的web站点, 这些站点通常又需要会话保持或七层处理。HAProxy运行在当前的硬件上,完全可以支持数以万计的并发连接。并且它的运行模式使得它可以很简单安全的整合进您当前的架构中, 同时可以保护你的web服务器不被暴露到网络上。转载 2013-12-08 23:36:00 · 1715 阅读 · 2 评论 -
系统架构师修炼之云计算(分布式,集群,负载均衡乱谈)
以下内容纯属瞎忽悠,别太当真:)负载均衡:负载均衡将是大型网站解决高负荷访问和大量并发请求采用的终极解决办法。负载均衡技术发展了多年,有很多专业的服务提供商和产品可以选择,我个人接触过一些解决方法,其中有两个架构可以给大家做参考。硬件四层交换,第四层交换使用第三层和第四层信息包的报头信息,根据应用区间识别业务流,将整个区间段的业务流分配到合适的应用服务器进行处理。原创 2013-12-05 23:52:22 · 1092 阅读 · 0 评论