加载中…
个人资料
人月神话
人月神话 新浪个人认证
  • 博客等级:
  • 博客积分:0
  • 博客访问:3,723,420
  • 关注人气:5,778
  • 获赠金笔:0支
  • 赠出金笔:0支
  • 荣誉徽章:
搜博主文章
主题阅读

企业架构-IT规划和咨询

企业架构 IT规划

云计算-私有云PaaS

平台 服务 组件 能力

人月神话-博客电子书下载

一次下载 离线阅读

人月神话-读书笔记

经典巨作 细细品味

规划咨询-IT规划

IT规划 咨询

人在职场-职业经理人自我修炼

格物 致知 诚意 正心

产品管理-组合管理

战略决策 组合分析

项目管理-PMBOK和PMP考试

九大知识体系 PMP

项目管理-质量管理

质量免费 6Sigma数据驱动

项目管理-方法工具技术

工欲善其事 必先利其器

项目管理-五大过程组

PDCA 全生命周期

项目实践-项目感悟

大道至简 无为而为

项目实践-敏捷软件开发

精益求精 简单执行

项目实践-在生活中学习

道在生活中 道在蝼蚁间

项目实践-进度游戏

目标驱动 迭代进度

个人技能-PPT制作和呈现

大道至简 道法自然

自我管理-人生感悟

物有所不足 智有所不明

自我管理-问题和思维

彼此独立 互无遗漏

自我管理-个人知识管理

为学日益 为道日损

诸法无我-学佛点滴

云水禅心 自性自渡

友情链接

修泽的Blog

成长-产品经理

周国平老师

人文-心灵导师

筱然的Blog

生活-心灵导师

胡因梦的Blog

禅修-心灵导师

傅佩荣的Blog

国学-心灵导师

萧秋水

上善若水-知性感性

栖息谷

我的家园

时光网

电影 社区

沃顿知识在线

咨询/知识/管理/经济

张恂的主页

软件工程思想

价值中国

管理商业财经投资

企业工程论坛

企业架构/建模

博文
标签:

soa

微服务架构

分类: IT咨询
微服务架构有两个关键特征,其一是原单体应用必须拆分为纵向完全独立的微服务模块,其二是微服务模块间通过轻量的Http Rest接口进行交互。对于是否进行了容器化部署和资源管理,以及是否和DevOps集成只是一些增值的内容而不是必须项。

微服务架构本质仍然是彻底和组件化和模块化,如果这点没有做到,即使使用了类似SpringCloud等各种微服务框架,仍然不能算做微服务架构。就正如原来我们实施SOA的时候,很多人的概念就是只要用了WS服务,就是SOA架构,而没有了解SOA架构本身值得真正核心在哪里。

当前微服务架构方法论是一种趋势,在互联网领域也有大量最佳实践可以参考,那么在企业内的系统是否适合采用微服务架构来做?估计很多企业都在思考这个问题。但是我们看到也有很多自有研发能力强的企业已经开始实施微服务架构转型,包括微服务架构+容器化+DevOps形成了一套完整的实践。

那么企业内的系统是否适合微服务架构?

1. 企业内部面向客户偏运营的系统:这个本身就类似互联网电商平台,由于运营前端需要更加灵活的响应市场和业务需求
阅读  ┆ 转载 ┆ 收藏 
(2018-05-20 17:19)
标签:

锻炼

分类: 随笔文章
本周跑步总里程37.5km,配速5'20'',整周没有间断,其中还是以每天早上5km跑为主,今天早上跑了一个10km,差不多有好几个月没有跑10km的距离,虽然整体配速只有5'30'',但是相当来说还是比较轻松的完成了这个距离。自从几年过完年后,整体最大的感觉就是跑步的配速一直提不上去,稍微跑快一点就明显的感觉到比较累。

昨天早上在农大校园,特意跑了1个800米距离,配速在3分40秒的样子,整体还是不错,但是感觉还是比较累。要按照这个配速全力跑撑死也就1km到1.5km的距离。原因主要还是一个是最近整体身体都比较累,晚上有时候睡觉的比较晚,身体没有得到太好的休息,另外一个就是还是本身的无氧锻炼减少了太多,整个身体的肌肉群感觉还是跟不上。

最近饮食上感觉也不是很好,吃完饭总是感觉没有消化,有时候晚上没吃饭到了第二天早上肚子也很涨,这也可能跟自己最近吃的比较高热量和油腻还是有关系,虽然坚持在跑步,但是最近体重也上升了2斤左右,估计还是饮食没有很好控制的原因。

如果要长跑或试跑马拉松的话,科学的训练方法更是必不可少,身边有个同事从2年前的3km跑到
阅读  ┆ 转载 ┆ 收藏 
(2018-05-19 16:12)
标签:

小王子

分类: 读书笔记
几年前我读完《窗边的小豆豆》,现在读完《小王子》,觉得这是第二本每个大人都可以读一读的书。从前有一个小王子,他生活在只比他大一点点的一个B612星球上,他时刻警惕的清理着猴面包树,照顾着他的花,清扫着火山,一天看着44次的日落,直到他被鸟儿带着飞离了这个星球。

我想成为一个画家,我花了一个蟒蛇吞完猎物的图却被大人认为是一顶帽子,我后面在帽子里面画出了被蟒蛇吞掉的大象。大人们认为我没有任何的绘画天赋,你还是改说算数,物理吧。后面我成了一名飞行员,我驾着自己的飞机飞过了世界的很多角落,知道有一天我驾驶的飞机失事坠落在撒哈拉沙漠,而故事也就从我在沙漠里面遇到了小王子开始。

给我画支绵羊吧! 小王子说到。对于超出理解范围的不明事物,人是不会轻易反抗的,可以说已经许久没画画,只能画出一支病恹恹的绵羊,后来所索性画了一个箱子,将绵羊关在了箱子里面。

小绵羊会吃猴面包树,那小绵羊会吃花吗?即使花有刺。花可是小王子最好的朋友,不能让小绵羊把花给吃掉了。如果有人爱上了一朵花,天上的星星有亿万颗,而这只花只长在其中一颗上
阅读  ┆ 转载 ┆ 收藏 
标签:

soa

问题

分类: IT咨询
对于JMS分发服务,今天再次报错,前面我们已经分析了实际上导致JMS分发服务长耗时的问题点总结:

1. 仅仅是源服务器和目标JMS不在一台虚拟机上,即Remote发送的时候才会报错。
2. 发送的时候响应长耗时或者是超时,而实际上时间消耗主要在创建JMS连接和会话长耗时。
3. 极大可能是和Weblogic的跨越安全信任有关系,现在还在进步验证和确认过程中。

对于该问题我们前面做了很多的尝试,包括了对OSB Server和JMS Server进行分域拆分,关闭了JMS Server集群,关闭了JMS的动态漂移设置。包括给某个启用了XA事务的业务系统建立独立的JNDI Factory连接工厂。但是该问题仍然没有彻底解决。

当前有一个想尝试的设置现在还没有做,就是在企业跨域安全信任的时候,对于安全互操作模式选择为性能模式,在该模式下远程访问可以启用匿名模式进行访问。在这种模式下很可能常规的跨越安全模式,需要在两边同时配置的身份证明秘钥都不需要。--这个待验证状态。

在前期JMS服务器出现过创建会话超时的错误,顾问指出可能是Oracle Weblogic 1
阅读  ┆ 转载 ┆ 收藏 
标签:

原则

分类: 读书笔记
周末叫神州专车从六道口到我同学家里,差不多30分钟的路程,现在神州专车APP专门推出了坐车免费听电子书的一个栏目,于是刚好在车上听完了最近一直很火的瑞·达利欧的《原则》这本书。

写这本书的达利欧是桥水基金的创始人,他管理着1500亿美元的基金,成功预测并躲过了2008年金融危机。在历经一次次重要的决策后,他说,他一生中学到的最重要的东西是一种以原则为基础的生活方式,这帮助他发现真相是什么,并据此行动。

企业是一部机器,要让它像瑞士钟表一样精准运行。

这是这本书的一个核心思想,我很多时候也相当强调做事情有原则,有方法,有章可循,但是是否真的要做到每个细节点都有详细的规则要求,同时要精确运行,这个就相对难说。实际上所有的事情都太精确一定是扼杀了创造性和创新的,这是我个人坚持的观点。

对于《原则》这本书,实际上大大小小的讲了500个原则,而听的这本书,主要是提炼了三个维度,那么就只针对听的三个维度的内容做一下简单记录。

有话当面说 - 极度求真、极度透明
阅读  ┆ 转载 ┆ 收藏 
标签:

文艺复兴

罗马

艺术

分类: 读书笔记
这个周末读完了翁昕写的《如何看懂艺术这本书》,这本书的整体阅读感受还是不错的,可以打4颗星,但是相比前段时间阅读的《细读文艺复兴》这本书而言,整体结构化和系统化程度偏弱,更多像是作者本人的意大利博物馆艺术参观史。但是这本书整体易读性更好,读起来也更加轻松。

这本书只写了三个方面的内容,即罗马,意大利和米兰,而实际上整个重心也全部在罗马,罗马部分的重心自然又在佛罗伦萨和文艺复兴三杰部分,但是由于要介绍的内容太多,也导致即使是花费了大量篇幅的米开朗基罗,还是有很多地方没有介绍到。

如果谈古罗马艺术,自然要谈到的就是万神殿和大斗兽场,如果说大斗兽场是古罗马人世俗和物质生活的代表,那么帝国鼎盛时期的图拉柱和万神殿则是古罗马精神世界的家园。在君士坦丁夺得罗马帝国的控制权后,君士坦丁大帝给罗马的第一个脚印,就是位于大斗兽场旁的君士坦丁凯旋门。

在看欧洲艺术史的时候,如果不仅仅是文艺复兴时期,从希腊到古罗马,再到黑暗的中世纪,从基督教的发展再到和伊斯兰教之争,再到文艺复兴和工业革命,从教皇的神权到王权相互更替
阅读  ┆ 转载 ┆ 收藏 
标签:

esb

性能

高可用性

分类: IT咨询
高可用的基础是高可靠,而谈高可靠的时候重点是IT基础部署架构设计,数据库和中间件的可靠性保证,即不能有任何的单独故障,确保部署架构是高可靠的。其次高可用性更加强调的是在大并发,大数据量的访问情况下,整个IT基础架构设计仍然能够保证足够的高可靠性,而不是崩掉。

要解决这个问题当然是两个思路,其一就是对输入进行控制即我们常说的限流,包括对并发量进行限流,对大数据量的输入进行限流。对于OSB服务我们可以启用流量控制策略进行限流,对于JMS分发服务接口,我们可以启用JMS本身的数据量控制进行限流。

其二就是大并发,大数据量我们仍然放到中间件容器里面来,那么这个时候就需要考虑如何解决的问题?其中就包括了集群的动态扩展能力,缓存能力,目标端的快速响应能力,中间件启动时候JVM的内存规划和调优,线程池的规划调优和监控,连接的管理和快速释放等。这些都需要考虑进去,否则你很难真正应对大数据量和大并发量的访问场景。

对于JVM启动参数的调优

这个前面有专门的文章谈过,重点还是对于堆内存的设置不适合
阅读  ┆ 转载 ┆ 收藏 
标签:

项目管理

分类: IT咨询
今天下午参加了一个项目和质量管理方面的培训,老师主要还是围绕需求管理,计划管理,风险管理,监控管理,质量管理,量化管理等讲了下项目管理和过程质量控制中的一些重点关注内容。基本围绕CMMI内容精简为主,而PMBok为辅的一种内容讲解。

对老师讲解的内容在这里不再重复,只记录培训过程中总结和感悟的一些关键点。

需求即范围,即使后续需求有变化,对于需求确定后的基线仍然需要客户方参与并正式确认,以使后续有一个变更的基准,不能因为要变更而不做这种确认和基线化的操作。

获取干系人的承诺很重要,干系人既包括了你团队里面的人,也包括了客户,赞助者,合作伙伴等多方面干系人的承诺。在CMMI里面实际上是相当重视获取承诺这个操作的,这个承诺包括了邮件,会议签字确认,评审会议,CCB变更会议等,PMS任务下达和认领等,这些都是获取承诺的方式。我们需要书面或者最好是面对面的获取到对方承诺,这种承诺往往干系人会更加重视相关工作或任务的完成。

原来在中兴的时候从04年过CMMI二级,05年过三级,然后花了2年的时间过了CMMI
阅读  ┆ 转载 ┆ 收藏 
标签:

soa

esb

性能

高可用性

分类: IT咨询
本周跑步6天,每天5km,一共跑步30km,整体配速在5分13秒。现在北京早上天气很凉爽,特别时候跑步,但是周四到昨天雾霾比较严重,今天空气质量以及明显好转。

流量控制和服务禁用

前面一篇文章已经谈到过了,如果出现异常的服务大并发调用我们完全可以进行流量控制。如果是后端业务系统处理不过来,我们可以进行出口端流控,如果是ESB总线本身处理能力跟不上,我们可以进行出口端流量控制。但是流量控制的前提本身是ESB和后端业务系统本身没有问题,只是性能处理能力跟不上。

而另外一种场景是业务系统本身出现故障问题,在前面我们也说了可以直接设置ESB服务的连接超时时间,而且这个时间设置不能太长,因为太长就会导致大量连接等待而无法返回到连接池,导致后续新的服务请求无法快速的获取到连接。

为了保障整个平台的高可靠运行,最好的方法应该是实施的检测后端业务系统提供的WS服务是否正常,如果出现了异常或无法访问,则实时通过API接口操作,将ESB上部署的服务设置为禁用状态。虽然设置为禁用后消费系统无法再访问和调用服务
阅读  ┆ 转载 ┆ 收藏 
标签:

soa

性能

高可用性

分类: IT咨询
对于ESB平台本身的性能和高可用性,我曾经专门写过比较系统的文章进行总结,对于在整个架构设计和性能调优中的一些关键点,我准备用这个标题做系列化的记录,以方便自己备查。

平台性能和高可用性的关系问题

平台如果出现性能问题一定会影响到整个平台的高可用性,比如出现服务器假死,宕机,JVM内存溢出,CPU和内存超负荷而导致响应缓慢等一系列问题。但是高可用性本身还包括了高可靠性和可扩展性等方面的内容,因此非性能原因,如服务器或中间件本身出现硬件或软件故障也会影响到平台的高可用性。

在原来我们谈高可用性的时候更多的是谈高可靠性,即整个部署架构设计中不应该存在任何的单点故障,确保在单个物理资源出现问题的时候不影响到整个平台。而现在我们谈高可用性,更多的是谈的和性能相关的时候平台如何高效提供服务能力,也就是在大并发或大数据量下平台本身如何保证健壮性的问题。

整个基础各应用组件间应该尽量独立

这个在我们一开始的部署架构设计的时候就参与该思路进行,即将os
阅读  ┆ 转载 ┆ 收藏 
  

新浪BLOG意见反馈留言板 不良信息反馈 电话:4006900000 提示音后按1键(按当地市话标准计费) 欢迎批评指正

新浪简介 | About Sina | 广告服务 | 联系我们 | 招聘信息 | 网站律师 | SINA English | 会员注册 | 产品答疑

新浪公司 版权所有