----Lamper腾讯开发者培训会(车库咖啡):
[1] 广告,腾讯云平台推广广告;
[2] 腾讯T4级别工程师周某某做的程序架构建议。牛X啊,还是没有带相机,唉,不然可以收藏下架构图示...他讲的主要是WebGame的前后端架构,他强调了一个关点:服务器,程序的性能不是搞测出来的,而是靠算出来的,一个进程点多少内存,用多少CPU等等,都是可以度量的,且在不同的时期,不同的峰值,都是可以用计算的方法来得到,所以要想得到最合理的机器布置配置,是靠算,而不是靠测。——这段话让我发呆了好一会儿,之前写东西,都是先不要问为什么,测一下就晓得了。都是这么一种思想,今天这思想有点动摇啊,他讲的在理...他的分享中,还有一段话让我对一个概念有了点新的理解,即:场景-业务。他讲到游戏的场景多,且有的场景业务比较的复杂,如一个团战的打斗场面,角色不紧要有技能的输出操作,还有物品的管理,背包的管理,人物属性的管理等等,所以这样一来,程序的操作将会灰常的多......(省话了)我突然联想到web站。之前一直对“业务”这个词有点模糊,不是很理解它的意思,且觉得它跟“场景”这词不晓得什么时候去结合。做东西也只是看具体的需求,然后就开始做,需求要求用户的某个操作,得做出现用户的信息及当前用户的最近信息,及当前网站的相关推荐等等信息。然后我就按对应的接口去拿到对应的信息给以在这个操作过程显示。我突然得到了一个映射,原来这个过程就是场景跟业务的结合,这里的用户操作及要求显示的信息就是业务,而这个画面就是场景啊。然后再联想一下UML图,我了个去,画图清楚多了啊!!!哈哈,果就是场景跟业务啊......我突然觉得,要是把User Case按照“业务”+“场景”来画,就太明了了。
[3] 腾讯T4级别的数据工程师(名字忘记了),腾讯云平台数据层的实现:
此人讲的有些范,没有讲太多内在的东西,是在拿当前腾讯云平台的数据层跟现在其它的开源或其它公司产品在比哪个好哪个坏。不过他讲到一个东西有点值得自己思考。具体内容:现在的开源Memcache虽然能达到单机6~7w次/s的rw,但是腾讯的业务需求是12w次/s的rw,所以现在的开源产品是达不到他们的要求,于是他们就自己开发(应该也参加或是基于现在XXX开发)了一款Cache产品,它现在的测试数据能达到19w/s的rw单机,数据是64bit。是完全能胜任当前腾讯的业务需求......(省略很多字)。我就又开始乱想,现在的开源产品很多,也很优秀,对于一般的企业还是能够满足他们的业务需求,但是我一直觉得有些东西的原始技术还是得必须自己拥有的,开源可以提供一个很好的学习对象,但是要是自己也在此基础上做一此新的提升,如性能、功能、算法。我想自己或企业能收获更多的东西。这点跟自己的思想有点近,特别的赞一下。
[4] 腾讯T4级别的运维工程师(名字忘记了),腾讯强大的云监控平台:
这位工程师,讲述的主心是腾讯要实现监控的全自动化,且及其的细度图表化。让用户的程序的任何一个部分变得可以监控,从而给修正BUG提供最有力的线索及相关帮助,同时也可以为程序的优化做出很好的指导材料。他的分享过程中有很多的图表,还是没有带相机,没有收藏的方式。
我觉得,监控是对程序架构的一个很有力的补充,但我有一个问题就是,我们怎么去放置这些监控?怎么样来达到最细粒度的监控,同时,监控的过程对程序的性能有多大的影响?在一次跟部门BOSS的闲聊中,我谈到了这个问题。然后,他比较淡定的讲:其实监控是很容易做的,做内存,CPU,DB,Cache的监控只用在Server上放置对应的程序就OK。而程序内部的监控主要就是LOG了。LOG做的细,就可以比较清楚程序的问题细节出在哪里。没有弄过有点不懂,这个先放下,以后有机会弄,再来体会下,不过程序的LOG我是可以细化的:D。
----Lamper腾讯开发者培训会(车库咖啡):[1] 广告,腾讯云平台推广广告;[2] 腾讯T4级别工程师周某某做的程序架构建议。牛X啊,还是没有带相机,唉,不然可以收藏下架构图示...他讲的主要是WebGame的前后端架构,他强调了一个关点:服务器,程序的性能不是搞测出来的,而是靠算出来的,一个进程点多少内存,用多少CPU等等,都是可以度量的,且在不同的时期,不同的峰值,都是可以用计算的方法来得到,所以要想得到最合理的机器布置配置,是靠算,而不是靠测。——这段话让我发呆了好一会儿,之前写东西,都是先不要问为什么,测一下就晓得了。都是这么一种思想,今天这思想有点动摇啊,他讲的在理...他的分享中,还有一段话让我对一个概念有了点新的理解,即:场景-业务。他讲到游戏的场景多,且有的场景业务比较的复杂,如一个团战的打斗场面,角色不紧要有技能的输出操作,还有物品的管理,背包的管理,人物属性的管理等等,所以这样一来,程序的操作将会灰常的多......(省话了)我突然联想到web站。之前一直对“业务”这个词有点模糊,不是很理解它的意思,且觉得它跟“场景”这词不晓得什么时候去结合。做东西也只是看具体的需求,然后就开始做,需求要求用户的某个操作,得做出现用户的信息及当前用户的最近信息,及当前网站的相关推荐等等信息。然后我就按对应的接口去拿到对应的信息给以在这个操作过程显示。我突然得到了一个映射,原来这个过程就是场景跟业务的结合,这里的用户操作及要求显示的信息就是业务,而这个画面就是场景啊。然后再联想一下UML图,我了个去,画图清楚多了啊!!!哈哈,果就是场景跟业务啊......我突然觉得,要是把User Case按照“业务”+“场景”来画,就太明了了。
[3] 腾讯T4级别的数据工程师(名字忘记了),腾讯云平台数据层的实现:此人讲的有些范,没有讲太多内在的东西,是在拿当前腾讯云平台的数据层跟现在其它的开源或其它公司产品在比哪个好哪个坏。不过他讲到一个东西有点值得自己思考。具体内容:现在的开源Memcache虽然能达到单机6~7w次/s的rw,但是腾讯的业务需求是12w次/s的rw,所以现在的开源产品是达不到他们的要求,于是他们就自己开发(应该也参加或是基于现在XXX开发)了一款Cache产品,它现在的测试数据能达到19w/s的rw单机,数据是64bit。是完全能胜任当前腾讯的业务需求......(省略很多字)。我就又开始乱想,现在的开源产品很多,也很优秀,对于一般的企业还是能够满足他们的业务需求,但是我一直觉得有些东西的原始技术还是得必须自己拥有的,开源可以提供一个很好的学习对象,但是要是自己也在此基础上做一此新的提升,如性能、功能、算法。我想自己或企业能收获更多的东西。这点跟自己的思想有点近,特别的赞一下。
[4] 腾讯T4级别的运维工程师(名字忘记了),腾讯强大的云监控平台:这位工程师,讲述的主心是腾讯要实现监控的全自动化,且及其的细度图表化。让用户的程序的任何一个部分变得可以监控,从而给修正BUG提供最有力的线索及相关帮助,同时也可以为程序的优化做出很好的指导材料。他的分享过程中有很多的图表,还是没有带相机,没有收藏的方式。 我觉得,监控是对程序架构的一个很有力的补充,但我有一个问题就是,我们怎么去放置这些监控?怎么样来达到最细粒度的监控,同时,监控的过程对程序的性能有多大的影响?在一次跟部门BOSS的闲聊中,我谈到了这个问题。然后,他比较淡定的讲:其实监控是很容易做的,做内存,CPU,DB,Cache的监控只用在Server上放置对应的程序就OK。而程序内部的监控主要就是LOG了。LOG做的细,就可以比较清楚程序的问题细节出在哪里。没有弄过有点不懂,这个先放下,以后有机会弄,再来体会下,不过程序的LOG我是可以细化的:D。
评论(1)
暂无评论!