暂时未有相关云产品技术能力~
资深游戏服务器,曾就职IBM(西安),淘米网(上海),网易雷火(杭州) ,提供免费/付费架构设计,疑难问题等技术支持, 在游戏服务器架构设计开发,人工智能实际生产应用领域有丰富的经验
2023年11月
OpenAI视频模型Sora的爆火在春节后迅速引燃整个行业,一时间“史诗级”“地表最强”等溢美之词不绝于耳,甚至引发了中美大模型差距拉大的话题。诚然,Sora所展现的文生60秒一镜到底视频的能力,是生成式AI的巨大飞跃,但放大到中美大模型差距拉大也大可不必。
目前的短视频编辑相关的行业仍然是爆款,吸引流量和变现的主要手段,所以这块无论是对于影视,音乐创作有很大的帮助,加上使用方便,能比较精准和快速的出结果,所以我很愿意在短视频制作上仍然使用sora。
目前国内对AI的使用比较浮躁,急于出结果,反而忽略了对重建自己的一套ai生态环境的思考,所以我认为目前ai还是主要用在暴利行业里
本期话题:
1.如何让系统长期维持理想的“三高”标准?
“天下武功,唯快不破”。性能是系统设计成功与否的关键,实现高性能也是对程序员个人能力的挑战。不过在了解实现高性能的方法之前,我们先明确一下性能优化的原则。
首先,性能优化一定不能盲目,一定是问题导向的。脱离了问题,盲目地提早优化会增加系统的复杂度,浪费开发人员的时间,也因为某些优化可能会对业务上有些折中的考虑,所以也会损伤业务。
其次,性能优化也遵循“八二原则:即你可以用 20% 的精力解决 80% 的性能问题。所以我们在优化过程中一定要抓住主要矛盾,优先优化主要的性能瓶颈点。
再次,性能优化也要有数据支撑:在优化过程中,你要时刻了解你的优化让响应时间减少了多少,提升了多少的吞吐量。
最后,性能优化的过程是持续的:高并发的系统通常是业务逻辑相对复杂的系统,那么在这类系统中出现的性能问题通常也会有多方面的原因。因此,我们在做性能优化的时候要明确目标,比方说,支撑每秒 1 万次请求的吞吐量下响应时间在 10ms,那么我们就需要持续不断地寻找性能瓶颈,制定优化方案,直到达到目标为止。
高可用(High availability,即 HA)的主要目的是为了保障「业务的连续性」,即在用户眼里,业务永远是正常(或者说基本正常)对外提供服务的。高可用主要是针对架构而言,那么要做好高可用,就要首先设计好架构,第一步我们一般会采用分层的思想将一个庞大的 IT 系统拆分成为应用层,中间件,数据存储层等独立的层,每一层再拆分成为更细粒度的组件,第二步就是让每个组件对外提供服务,毕竟每个组件都不是孤立存在的,都需要互相协作,对外提供服务才有意义。
要保证架构的高可用,就要保证架构中所有组件以及其对外暴露服务都要做高可用设计,任何一个组件或其服务没做高可用,都意味着系统存在风险。
那么这么多组件该怎么做高可用设计呢,其实任何组件要做高可用,都离不开「冗余」和「自动故障转移」,众所周知单点是高可用的大敌,所以组件一般是以集群(至少两台机器)的形式存在的,这样只要某台机器出现问题,集群中的其他机器就可以随时顶替,这就是「冗余」。简单计算一下,假设一台机器的可用性为 90%,则两台机器组成的集群可用性为 1-0.1*0.1 = 99%,所以显然冗余的机器越多,可用性越高。
但光有冗余还不够,如果机器出现问题,需要人工切换的话也是费时费力,而且容易出错,所以我们还需要借助第三方工具(即仲裁者)的力量来实现「自动」的故障转移,以达到实现近实时的故障转移的目的,近实时的故障转移才是高可用的主要意义.
高稳定就不用说了,而我对稳定性的理解不仅仅是程序层面要求代码逻辑,架构上稳定,还在于运维层面联合起来的一种稳定。
所以作为一个持续性的工作,运维需要持续关注和维护系统的稳定性,需要从以下几方面去考虑:
做好基础设施的运营维护,保证硬件、网络、存储、机房等基础设施的正常运行和稳定性,防止单点故障等问题。
维护和管理系统软件,包括操作系统、数据库、应用程序等,确保软件的正常启动和运行,处理各种故障和异常情况。
设计和实施监控系统,对系统的各项指标进行实时跟踪和记录,对异常情况进行处理和修复。
做好日志和事件的管理和审计,对系统和应用程序的操作和记录进行审查和分析,过程记录和数据可追溯。
制定和执行灾备和容灾计划,确保系统在灾难和故障发生时能快速恢复,减少服务中断和数据损失。
做好计量和报表的统计和管理,及时了解系统使用情况,做好资源规划和预测工作。
制定和执行安全规范和措施,包括安全管理流程、身份认证、权限控制、数据备份和恢复等,确保系统和数据的安全性和保密性。
总的来说,运维需要全面看待系统故障、安全、性能等问题,采取针对性的措施,确保系统的稳定性和可靠性。
============================
2.在实际业务场景中,“三高”是真实存在的吗?
毋庸置疑,我从事游戏服务器开发行业已经十几年了,经历过百万人同时在线的游戏,我们在12年的时候就已经用三高的思想来做开发和运维了,只不过之前由于硬件和中间件不如现在这么发展迅速和方便快捷,考虑总会有欠缺,而现在目前有大量的缓存,中间件作为工具来帮我们解决三高问题了。
===========================
如果你是技术负责人,你会选择用“三高”来评价系统开发工作吗?
正如第二个问题,我们时刻使用三高作为一个架构设计,程序设计,运维监控的标准,确保业务的无缝切换,无缝灾难恢复,提升业务使用体验,这才能不断的打磨出好的产品来。
12年的时候掉进了rabbitmq的坑
通宵了好几个夜晚,吃饭没有胃口,人都消瘦了五六斤吧,所以技术上还要是学到本质,看到背后的东西,不要流于表面,否则栽跟头就是自找苦吃
积极参与每次活动
人工智能还是不能完全替代人类,比如视觉检测上,仍然需要人工干预来检查,包括stable diffusion仍然需要部分微调来修改瑕疵
1、开发者的技术是和行业紧密相连的,因此开发者对自己所属的行业的社区是非常感兴趣的,比如我从事游戏开发行业,那么我对于开发语言本身并不是很关心,反而更在意游戏架构,游戏开发相关疑难杂症剖析方面的社区,所以我建议社区是和行业紧密接合的,而不是和具体的开发语言捆绑的。
2、我经历过不同的平台的社区,总体来说活跃性不是太高,好的社区需要有高质量的文章推送和分享更新,有参与度的话题参与讨论,有线上或者线下的一次每月/周的会议来share各自最近的一些技术心得体会,有交流才会有成长,才会对社区有感情。
3、如何促进开发者与技术社区之间的知识共享,实现知识的沉淀流动和技术进步是很多社区面临的问题,如第二个我所回答的,需要保持社区的活跃度,平台可以推广一些社区的运营活动,以此来拉动开发者的活跃度以及社区管理员的参与度
1.平常积攒的小家电比如剃须刀,小台灯等会等到双11才买的
2.这个双11,给爸妈买了欧姆龙血压计,买了新的炒锅,换了一套煤气灶。
3.金秋云创季活动挺满意,期待更多新开放的数据库产品