niao5929 发表于 2016-08-05 07:47

编排器必然会成为一个数据中心级集群系统的核心组件之一!!!

liklstar 发表于 2016-08-08 00:15

本帖最后由 liklstar 于 2016-08-08 00:18 编辑

1.你心里更好的架构师是什么样子的?
呵呵!这个问题的我的回答似乎有点老套了,不过,我觉得这是最重要的。优秀的架构师,必须是:
1)、科学知识、工程技术方面的理论功底深厚、充分、扎实;
2)、工程技术经验丰富、深入、广泛,最好达到理论知识与工程经验融会贯通的境界,既懂软件开发,又懂系统软硬件;
3)、应该有一定的售前技术支持,或者用现在的时髦话说“技术顾问”,和项目经理的经验;
4)、对本企业的各部门及其人员有充分的了解,对各种各样的客户(机构及人员)了解颇深,懂得如何与本公司各个部门的人员和各种各样的客户打交道;

2.更好的技术如何能自然的灌输给管理层?
1)、首先,自己要“吃透”这门新技术。既要懂得理论(技术理论知识及其背后的科学理论知识),又要有实际的工程经验,最好对这门新技术有量化的认识。比如:性能方面的量化认识(理论模型和实际测量值)、性价比方面的量化认识、产品服务能力方面的量化认识、什麽方面是它的优势、什麽方面是它的劣势等等;
2)、要明白新技术能够给企业带来哪些好处?有多大?能够解决什麽实际的问题?这就要求架构师不仅仅懂技术,还要懂企业、懂客户。
3)、要善于与上层交谈。要善于交谈,首先要善于聆听,要能从对方的话语中找出阻碍新技术的推行的症结所在,找出上层的担心、疑虑、希望、要求,或者其它问题。比如:成本太高、暂时尚未有迫在眉睫的需要等。而后,充分利用自己对技术的理解和对企业、对客户的认识,把技术说的简单明了、条理清晰、浅显易懂、一针见血,并充分说明它如何能够帮助企业、解决实际问题。
做到上述2、3点并不难,关键在于抓住问题不断地思考、探求、追寻下去,“没有止境”,直到有了一个明确的结果。

3.技术派如何学会更有效的沟通和技术布道?
既然是技术沟通、技术宣讲,那末自然,首先是对技术要有一个理解。这个理解可以不完善、可以比较粗浅,但通过沟通要能更加深入地理解技术,自己有所收获。一般来说,自己有所收获,那末对方也会有所收获。再有,就是技术人员不能仅仅懂得技术,这只是个必要条件,知识面越广越好。比如:项目管理、公司运转、部门间的配合,再到对客户的机构和人员的了解,还有市场营销,甚至如何打广告。总之,知识越多越好。有了这些知识,就可以无话不说、谈天说地却不离其宗,说出你想说的话,得到你想得到的知识,完成你想完成的任务,达到你想达到的效果。

bfmo 发表于 2016-08-09 17:21

1.你心里更好的架构师是什么样子的?
   架构师是负责设计整体架构的,从需求到设计的每个细节都要考虑到,使设计的架构尽量符合效率高、开发简便、维护方便、升级简单等要求。架构师的日常工作主要涉及以下问题:商业问题、系统问题、子系统问题、构件问题、技术问题、架构流程问题、项目管理问题,团队建设问题
   架构师具备能力:设计规划能力是成为架构师最需要具备的能力,其次是全面的技术实力,紧随其后的两种能力是沟通协调能力和解决现有问题的能力,最后是管理决策能力和抽象能力。
   从本质上讲,架构师应当是一个成熟的、丰富的、有经验的、有良好教育的、学习快捷、善于沟通和决策能力强的人。
2.更好的技术如何能自然的灌输给管理层?
   架构师在很多情形下是管理层与工程师之间的桥梁,除了掌握技术细节,还要对技术细节进行一定的抽象概括使管理层理解问题所在,以便管理层恰当地参与决策。
   对于更好的技术,需要从架构环境,人员配备,管理维护,成本,后期扩展性等多方面概括归纳,
再结合实际应用案例,在适当时候提供给有效的管理层人员。
3.技术派如何学会更有效的沟通和技术布道?
   架构师在日常工作中需要做不少的协调工作,包括组织技术会议的召开和带领团队攻坚,这些都需要一定的组织能力。拿组织会议来说,有些工程师不喜欢在会议之前进行事先准备和与相关人员进行允分沟通,而是喜欢开会时事无巨细地讨论,这势必造成会议低效。面对这样的会议,架构师需要很好地判断是终止会议重新安排呢,还是继续进行。如果继续进行就得在会议中很好地掌控会议的话题和节奏,并依据自己的概念能力让与会者更有效地达成共识。
架构师沟通几条原则:
1. 确保各方对背景的理解一致,比如开会之前先简单通过邮件交流一下,对新加入会议的人花个30秒钟做个前情提要,或者在讨论过程中让对方说一下他的理解。
2. 去掉对方不能/不需要理解的内容,比如跟产品说“这个队列在高并发下因为锁的实现有问题导致CPU性能瓶颈”不如改成“我们发现了性能问题,持续10分钟了,10万用户收不到运营发的无节操广告,大概5分钟后扩容解决”。
3. 确保在对方失去注意力前尽快说出重点。
4. 不要说没有意义的内容浪费其他人的时间,比如”这需求做不了“或者”这里不可能出bug“,没有人想听到这些废话。

yehuafeilang 发表于 2016-08-25 16:13

1.你心里更好的架构师是什么样子的?
能够承上启下,既了解需求,善于沟通,又懂得设计,善于沟通。
具体说来就是,有丰富的软件设计与开发经验,这有助于理解并解释所进行的设计是如何映射到实现中去。还要具有领导能力与团队协作技能,软件架构师必须是一个得到承认的技术领导,能在关键时候对技术的选择作出及时、有效的决定。最重要的是需要具有很强的沟通能力,其实这一点好像什么角色都最好具备,架构师需要与各路人马经常打交道,客户、市场人员、开发人员、测试人员、项目经理、网络管理员、数据库工程师等等,而且在很多角色之间还要起沟通者的作用。在技术能力方面,软件架构师最重要也是最需要掌握的知识是构件通信机制方面的知识,比如远程过程调用(RPC,Remote Procedure Call)、JAVA RMI、CORBA、COM/DCOM、各种标准的通信协议、网络服务、面对对象数据库、关系数据库或者NoSQL数据库等等,另外,架构师应时刻注意新软件设计和开发方面的发展情况,并不断探索更有效的新方法。开发语言、设计模式和开发平台不断很快地升级,软件架构师需要吸收这些新技术新知识,并将它们用于软件系统开发工作中。当然,行业的业务知识对软件架构师也是很重要的,有助于设计出一个满足客户需求的体系结构,优秀的软件架构师常常因为要尽快获得对行业业务的理解而必须快速学习并且进行敏锐的观察。

2.更好的技术如何能自然的灌输给管理层?
   最重的一点自然是沟通要清晰明了,语气平和。架构师不能将自己锁在自己的象牙塔上,以高高在上的语气与管理层沟通。当然了做到人性化的沟通,需要我们在平时就进行培养。写出大部头的架构书,有的时候并没有用VISIO画出的简单架构图好理解。人对图形理解远远大于对文字的理解,直观简单的UML图可以极大的方便程序员理解架构师的意图。其次,可以召开小范围的技术人员会议,大家一起来讨论,一起理解架构师真正的意图。甚至就是一块小白板,几支笔就能把事情摆清楚,讲明白。

3.技术派如何学会更有效的沟通和技术布道?
    首先我们需要更多的感性思考,说话时也要注重别人的感受,尊重对方才能更好的交流。很多程序员总能列出一堆的理由来,说明为什么自己不适合学习或者不需要掌握某项与程序无关的技能,例如说演讲、英语、设计等等。但其实问题并没有那么复杂,你需要考虑的只是多学一项技能是否对你的职业发展更有利,只要你愿意,没什么是不能改变的。架构师不是油腔滑调的程序员,但是一句话都憋不出来的程序员,是做不好架构师的。

lyhabc 发表于 2016-08-05 21:56

1.你心里更好的架构师是什么样子的?

2.更好的技术如何能自然的灌输给管理层?

3.技术派如何学会更有效的沟通和技术布道?

都是领导说了算!

niao5929 发表于 2016-08-05 23:10

回复 3# lyhabc
大组织吧?

   

niao5929 发表于 2016-08-08 08:28

质量很高!!!回复 5# liklstar


   

forgaoqiang 发表于 2016-08-08 09:27

本帖最后由 forgaoqiang 于 2016-08-08 09:31 编辑

脑裂 (脑列) 什么输入法输入的 。。。。

What does "split-brain" mean?

"Split brain" is a condition whereby two or more computers or groups of computers lose contact with one another but still act as if the cluster were intact. This is like having two governments trying to rule the same country. If multiple computers are allowed to write to the same file system without knowledge of what the other nodes are doing, it will quickly lead to data corruption and other serious problems.

“脑裂”是这么一个情况,一个集群中的两个或者多个电脑失去了和其它电脑的联系,于是他们就尝试自主工作。这就像两个政府管理一个国家一样。如果多个电脑都允许写相同的文件系统,但是又不知道其它的节点也在瞎搞,很快就会出现数据崩溃和其它的严重问题。

Split-brain is prevented by enforcing quorum rules (which say that no group of nodes may operate unless they are in contact with a majority of all nodes) and fencing (which makes sure nodes outside of the quorum are prevented from interfering with the cluster).

niao5929 发表于 2016-08-08 12:29

现代集群系统更多的使用选举算法进行MASTER选举。当MASTER宕机,集群会重新进行MASTER的选举来保证集群系统的良好工作。回复 7# forgaoqiang


   

niao5929 发表于 2016-08-08 12:30

HA模式的集群其实已经很落后啦。呵呵回复 7# forgaoqiang


   

forgaoqiang 发表于 2016-08-08 13:36

这好像也没有解决脑裂问题吧 如果master和其它主机失去联系 但是master扔在工作 其它机器又选出来master 那么是不是brain split 了~

niao5929 发表于 2016-08-08 12:29 static/image/common/back.gif
现代集群系统更多的使用选举算法进行MASTER选举。当MASTER宕机,集群会重新进行MASTER的选举来保证集群系统 ...

niao5929 发表于 2016-08-08 14:43

去看看ETCD类似的技术回复 10# forgaoqiang


   
页: [1] 2
查看完整版本: 【大话IT】由一系列云服务故障事件,我所想到的。。。。。