环境管理是我们日常工作中比较复杂的一环,主要是因为涉及内容比较多,程序、配置、数据都会涉及,如果是开发、测试环境,还会涉及到测试数据造数、系统刷数据、不同的人使用、锁定、转让、释放等问题。 下面我将会从环境分类、环境建设的难点,以及最后如何解决这些难点来讲述研发效能之环境建设。 环境的分类 网络类型环境 从网络环境的可访问性区分,研发效能涉及以下三种环境: 办公网络环境:公司的内部办公网,也是管控相对比较宽松的网络,可以访问外网。 对于我们研发效能团队来说,我们一般会维护一张各个环境互联互通、安全网络策略的表格,让各方心里都有数。万一出现访问性的问题,相关人员也能自己排查。
上一篇「找到能做好研发效能的人」 ,我介绍了如何找到研发效能的领域专家,这一篇我来分享一下之前在带团队做产品的时候一些需求管理的经验,尤其是做研发效能平台涉及到的一些情况。 来到公司我们做的第一件事情,就是摸排公司在研发效能这个方向上的水位,公司都有哪些活动,哪些流程,有哪些工具,每个工具都在哪些部门的谁手里,工具的使用程度如何,大家都有哪些诉求等等。 我们团队都是领域专家,也就是对研发效能领域有很深的认识,对需求高优与否有判断能力,基本上不会受嗓门高低影响。 需求文档质量 我们团队很小,一开始只有5个人(1前端,2后端,1设计师,1产品)。
微信图片_20200326110756.jpg 任何的管理活动中都有流程,IT运维管理也是。 企业会针对各类业务流程有一套规章制度,比如:财务管理流程、项目管理流程、产品研发流程等。可见,流程的约束是企业管理的一个重要手段,用于规范化员工的工作流程和行为。 ITSM关注的是普通终端用户能直接感知到的IT服务,其最终目的是提升交付出去的IT服务质量,而ITSM中的服务运营(如:服务资产和配置管理、事件管理、发布和部署管理、变更管理等)依赖于ITOM做支撑,ITOM 可见,和ITOM紧密相关的管理流程,包括请求管理、发布/变更管理、事件管理、配置管理都在ITSM领域,这就是为什么很多企业都是使用ITSM系统来管理这些流程,而现实情况是这些流程在ITSM系统中只是孤立的 “管理流程”,仅连接了“人”与“人”,而无法和各个运维管理系统打通集成。
接着,详细讨论了控制器与NAND闪存之间的功耗分配问题,并介绍了利用NVMe电源状态来有效管理驱动器的功率消耗的方法。 通过 NVMe 功率状态可以高效管理功率,以限制驱动器的 TDP(热设计功率)。 关键的功率效率指标是在活跃状态和空闲活跃状态(低延迟恢复)下每瓦特的性能。 NVMe 能耗管理功能 通过 NVMe 工具,可以发现和调整 SSD 的电源状态。 自适应写入功率管理(Adaptive Power Management) 根据 I/O 压力和 NAND 的写入需求,自适应调整功率分配: 在低负载情况下,减少 NAND 通道的供电,节约功耗。 FDP 的功率管理策略可以显著提升性能功耗比(perf/W)。 3.
本文将给出一套可落地的研发效能衡量框架,梳理常见研发管理效能指标与4类看板示例,帮助中高层与PMO把度量变成改进闭环。一、为什么指标越多,管理感受反而越差? 下一章,我们把研发管理效能指标落到“可直接建字典”的清单,并补上口径建议。三、研发管理常见的效能指标清单(含口径建议)下面这份清单,你可以直接用于“指标字典”的骨架。 每个研发管理效能指标至少要写清:定义口径、数据来源、统计口径(均值/分位数)、以及“异常时采取什么动作”。 第2步:建立“指标字典”,先解释清楚再谈目标每个研发管理效能指标建议至少包含:定义/公式、数据来源、统计周期分层方式(系统/产品线/团队)适用场景与禁用场景(尤其是:早期不用于个人绩效)异常阈值与对应动作 当你把研发管理效能指标与看板真正嵌入治理节奏(规划—交付—复盘—改进),组织会逐步形成一种成熟能力:用数据对齐事实,用机制约束行为,用共识推动改进。这才是“度量”的长期价值。
传统方法 1、U盘管理 问题:中毒,忘带,不支持多终端文件操作,版本管理麻烦; 2、使用一台笔记本电脑 问题:中毒,忘带,耗费体力,版本管理需要通过新建大量文件管理; 3、邮件或者QQ 问题:操作繁琐 传统方法 1、U盘管理 问题:同时编辑可能导致资料管理混乱,文件归集难度较大,文件版本不可管控; 2、邮件管理 问题:文件版本管理混乱,操作繁琐,人员增加管理成本指数级升高 3、微信群管理 问题:文件容易遗失 ,版本管理混乱 推荐方法--坚果云|QQ群文件管理 坚果云(收费) 第一步:下载坚果云客户端,安装并开通团队功能; 第二步:创建团队共同管理文件夹,邀请其他坚果云用户进行管理,原理同个人坚果云; 第三步 :设置管理者权限。 +文件管理 缺点:上限2G,通过文件名区分版本不智能 ?
com Resolving Dependencies --> Running transaction check ---> Package python-pip.noarch 0:7.1.0-1.el6 Test Transaction Test Succeeded Running Transaction Warning: RPMDB altered outside of yum. ** Found 6 requires of libmysqlclient.so.16()(64bit) perl-DBD-MySQL-4.013-3.el6.x86_64 has missing requires of libmysqlclient.so.16(libmysqlclient_16)(64bit) ruby-mysql-2.8.2-1.el6.x86_64 has missing requires of libmysqlclient.so.16()(64bit) ruby-mysql-2.8.2-1.el6.x86_64 has missing requires of libmysqlclient.so
我建议 1)梳理全公司的编译和运行时环境需求 2)把基础环境的固化到有版本控制的 Dockerfile中,3)然后研发效能平台引用这些基础镜像,最终达到编译和运行时受控。 此时研发效能管理平台就会自己记录一份当时运行的命令,以便后面排查之需,比如保障制品的可重现。 所以在这里,我们可以看到研发小伙伴会把大部分编译时配置放到构建脚本中,存在于代码仓库(repo)中和源代码一起进行版本管理;研发效能平台部署环境时,会从平台上传入参数进行「干净的」编译,此时平台会记录一份编译时的配置 具体的情况说明,可以参考我《研发效能之环境管理》的这篇文章。做好变更风险管控就好。我个人觉得SQL 上线,配置文件上线,前端 CDN 都应该整合到应用上线流程中去,而不是单独有一个平台来承载。 这样数据打通、角色和权限打通、流程打通,统一的体验和流程,解决了各种系统间跳转带来的问题,提高了产研运各方的整体效能和工作体感,尤其是对于中小公司来说。
达不到团队协同,怎么可能有好的团队效能? 李善友说,成人学习的目的,是追求更好的思维模型,而不是增加更多知识量。 他认为他很努力了,但是总是不能真正解决问题,他做的事,总要你或者你认为「靠谱」的人去检查一遍,他团队效能一定是很差的。 德鲁克说,管理就是激发人的善意。人的善意是什么?我跟人认为,人的善意就是要个人成长,仓禀实而知礼仪,个人成长了,收入就会增加,就会更加在意自己的成长。
查看会话状态 mysql> show @@session; Empty set (0.00 sec) mysql> 查看连接SQL mysql> show @@connection.sql; +------+-----------------+------+--------+---------------+--------------+-----------------------+ | ID | HOST | USER | SCHEMA | START_TIME |
本文共计1241 预计阅读时长4分钟 在大数据时代,海量数据的产生给企业带来了新的机遇,也带来了复杂的管理挑战。如何高效利用数据资源、降低运维成本、提升系统性能成为每个企业的共同难题。 用AI驱动高效管理 从源头解决大数据困境 智能管家的核心价值在于用智能化手段简化复杂的大数据管理任务。 从管理到洞察 让智能化引领未来 腾讯云大数据始终致力于为各行业客户提供轻快、易用,智能的大数据平台,目前智能管家已经成为腾讯云大数据管理生态的重要组成部分,全面接入了弹性Map Reduce和数据湖计算 通过数据特征识别、异常场景丰富和根因算法加持,实现对资源、服务及业务调度数据的深度洞察和智能管理。 我们相信,随着AI等技术的不断发展,智能管家将能够更好地服务于用户,解决他们面临的各种挑战从而推动企业数据管理向智能化、高效化、低成本方向发展,让智能管家成为企业数智化转型的可靠伙伴。
对于DevOps支撑平台当前业界主流的一个说法叫研发效能管理平台,从这个叫法上也可以看到是将敏捷研发管理和CI/CD集成的一个基础能力平台。 而这个平台的目标就是希望提升研发效能。 这个就容易给大家造成一个误解,应用了DevOps就能够彻底了提升研发效能。但是实际的问题并没有这么简单。也又回到了常说的思维技能和工具方法之间的关系上面。 任何工具层面的内容都仅仅是一种效率提升手段,真正的效能提升重点仍然应该是在研发过程管理能力和开发人员能力培养上面。 需求管理,配置管理,QA和QC,发布和运维等管理内容进一步的固化和自动化掉,让研发人员重心真正专注到核心业务需求实现上面。 因此在早期的CMMI过程实施过程中,其实核心目标也是提升研发管理效能,CMMI的核心思路你可以理解为通过MA度量过程持续的采集数据和分析数据,形成相关的估算基准,同时有形成组织级的过程能力基线。
https://www.cwiki.us/display/CONF6ZH/Manage+Files
工厂设备管理的核心目标,是让设备在全生命周期内稳定运行、效能最大化,同时降低故障停机损失与维护成本。 这需要建立一套覆盖 “选、用、养、修、换” 的全流程管理体系,结合技术手段与制度规范,实现从 “被动维修” 到 “主动管控” 的转变。一、前期规划:为设备 “选对路”设备管理的基础始于选型阶段。 (如激光对中仪、动平衡仪),能解读振动频谱图;管理人员:理解 OEE(设备综合效率)计算,通过数据分析优化维护计划;引入数字化管理工具:对中大型工厂,可部署设备管理系统(CMMS/EAM),实现保养计划自动提醒 做好工厂设备管理,本质是在 “设备稳定性” 与 “管理成本” 之间找到平衡 —— 既不能因过度维护增加成本,也不能因管理缺位导致故障频发。 通过前期科学规划、日常精准维护、故障根因治理,再结合人员能力提升与数字化工具,才能让设备真正成为生产效能的 “助推器”。
MyEMS 作为一款基于现代信息技术的专业能源管理系统,应运而生,为用户提供了全面的能源管理解决方案。 它融合了先进的传感器技术、数据通信技术、计算机技术和能源管理理念,为用户打造了一个集数据采集、分析、监控、预警和优化于一体的综合能源管理平台。在功能特点方面,MyEMS 表现出色。 用户可以根据自身的实际需求,选择不同的功能模块进行组合,搭建适合自己的能源管理系统。同时,随着用户业务的发展和能源管理需求的变化,系统可以方便地进行升级和扩展,添加新的功能模块和设备接口。 企业版功能更强大,适合中大型企业,除了具备社区版的全部功能外,还增加了高级分析、多用户权限管理、节能方案优化等功能,能够满足企业复杂的能源管理需求。 总之,MyEMS 作为一款功能强大、技术先进、适用范围广泛的能源管理系统,为用户提供了全方位的能源管理解决方案。
因为tomcat中可以同时部署多个应用,因此并不是每个管理者都有权限去访问或者使用这些应用,因此出现了用户的概念。 realm:用于配置安全管理角色,通常读取tomcat-uesrs.xml进行验证。 context:上下文,对应于web应用。 Realm获取用户信息方式 目前tomcat支持多种Realm管理方式,即支持多种方式来读取用户信息进行验证。 信息存储于XML文档中 conf/tomcat-users.xml 5 MemoryRealm 用户信息存储于内存的集合中,对象集合的数据来源于xml文档 conf/tomcat-users.xml 6 3 在应用的web.xml中配置其访问角色以及安全限制的内容 关于Realm域的使用,一般都是用来管理一些安全性要求很高的应用,最常见的就是manager应用。
我建议 1)梳理全公司的编译和运行时环境需求 2)把基础环境的固化到有版本控制的 Dockerfile中,3)然后研发效能平台引用这些基础镜像,最终达到编译和运行时受控。 此时研发效能管理平台就会自己记录一份当时运行的命令,以便后面排查之需,比如保障制品的可重现。 所以在这里,我们可以看到研发小伙伴会把大部分编译时配置放到构建脚本中,存在于代码仓库(repo)中和源代码一起进行版本管理;研发效能平台部署环境时,会从平台上传入参数进行「干净的」编译,此时平台会记录一份编译时的配置 具体的情况说明,可以参考我《研发效能之环境管理》的这篇文章。做好变更风险管控就好。 这样数据打通、角色和权限打通、流程打通,统一的体验和流程,解决了各种系统间跳转带来的问题,提高了产研运各方的整体效能和工作体感,尤其是对于中小公司来说。
MyEMS(Energy Management System,能源管理系统)作为一款专注于能源监测、分析与优化的智能化工具,正逐步成为解决这一问题的关键力量,为不同领域的能源管理提供科学支撑。 与传统的能源统计方式相比,MyEMS 打破了 “人工抄表、数据滞后、分析片面” 的局限,通过自动化、智能化的技术手段,让能源管理从 “被动统计” 转向 “主动管控”,为用户提供精准、高效的能源管理解决方案 例如,某汽车工厂通过 MyEMS 监测发现,冲压车间的空压机在非生产时段仍处于满负荷运行状态,通过系统建议的 “分时段启停控制”,每月减少电力消耗约 8000 度,年节省电费超 6 万元;同时,系统还能监控锅炉的燃气消耗与热效率 提升管理效率,减少人工成本传统能源管理依赖人工抄表、手动统计,不仅效率低,还易出现数据误差。 多系统融合与数字孪生:MyEMS 将与企业的生产管理系统(MES)、楼宇自控系统(BAS)、碳管理平台深度融合,构建 “能源 - 生产 - 环境” 一体化的数字孪生模型。
可以为playbook中的任务打tag标签,方便在ansible-playbook中设置只执行哪些被打上tag的任务或忽略被打上tag的任务。
https://www.cwiki.us/display/CONF6ZH/Manage+Files