-
2020-08-06 14:05:14
首先,他们需要知道什么是大数据。如下是大数据这一律念:
“新兴技能跟实际打算,使收集、处理、发现和储存大量结构化和非构造化数据变得快速而富有成本效益。”
大数据涵盖了众多社会生活的范畴——从金融交易到人类基因组,从汽车的遥测传感器到互联网上社会媒体日志。利用传统的数据库方式来处理和存储这些大数据是相当昂贵的。为懂得决这个问题的新技术,运用开放源解决方案和商业硬件高效存储数据,并行工作负载,供应倏地处理才干。
随着越来越多的IT局部开始研究大数据的调换品,探讨中心栈,处理速度和平台。而这些IT部门无奈很好的控制其现有技巧的局限性,良多不能阐明这些替换计划的贸易价值,更遑论他们将如何进行分类和优先级的数据排序,进入大数据管理。
事实上,我们所看到的新浮现的大数据需要,以及对其处理平台和流程的探讨只是大数据传输整体的一部分。在事实中,实现的全部潜在大数据的交付进程,需要七个步骤:
收集:从数据源和分布在多个节点处收集数据——通常是一个网格——每个过程的一个子集,并行数据。
流程:而后系统使用相同的高功率并行实行,对每个节点上的数据进行快捷打算。节点“压缩”结果数据到更多的破费数据,由此产生的数据集可能被人工(在分析的情形下)或机器(在解释大型成果的情况下)利用。
管理:正在处理大数据往往是异构的,来自不同的交易体系。这些数据通常需要理解、定义、说明,并且以保险起见,还要进行扫描和审核。
测量:公司往往会测量数据的速率,可与其余客户的举动或记录进行整合,并随时间的推移来决定是否对其进行整合或校正,更多相关内容 -
运维工程师工作内容整理
2019-11-06 15:29:19@# 运维工程师工作内容整理 总结两句话: 1、保障业务长期稳定运行(如网站服务器、游戏服务器等)。 2、保障数据安全可靠(如用户名密码、游戏数据、博客文章、交易数据等)。 由这两句话推演运维工程师要学些什么...总结两句话:
1、保障业务长期稳定运行(如网站服务器、游戏服务器等)。
2、保障数据安全可靠(如用户名密码、游戏数据、博客文章、交易数据等)。由这两句话推演运维工程师要学些什么?
稳定
出一点点差错,用户就要投诉了。
1、业务跑在什么上面?
网站服务器一般是apache,nginx,tomcat等。但是真正跑通流程还需要Mysql数据库来存储用户密码及其它。很多程序都要php的解析,所以LNMP、LAMP(即nginx、apache、mysql、php)环境部署是必须掌握的技能。2、业务出了问题怎么及时知道?
这就需要监控软件来邮件或短信来通知你,常用的有zabbix,nagios等。报警发邮件,也得一个邮件程序呀,sendmail或postfix。3、在家里收到报警,但服务器是内网IP,怎么也得解决问题吧?
在公司搭建openvpn或pptp或openswan,在家里通过VPN拨入内网,24小时解决问题…唉,半夜爬起来解决问题也没工资。安全
出一点点差错,领导要找你喝茶了。
1、有时需要手动改数据库内容?
所以要会基本的Mysql数据库增删查改命令。2、万一数据库服务器硬件坏了怎么办?
需要有个备库以备不时之需,所以需要Mysql主从复制。3、数据库要还原怎么办?
所以需要在crond中定期全备Mysql数据,以便还原使用。如果要还原到指定时间点,还要学会Mysql增量备份与恢复。4、如果是用户上传的图片或文件服务器坏了怎么办?
定时备份可能还不够,需要使用rsync加inotify来实时备份。以便任一时刻主服务器坏掉,也能保障所有图片有备份可以用来恢复。5、小心黑客,要增加服务器安全性?
ssh轻易不能让外人访问,那么就设置只允许公司的IP或跳板机IP访问,这些都通过iptables来控制。6、说一下你们公司怎么发版的(代码怎么发布的)?
笔者回答:我说什么来着,这个问题又问到了。发布:jenkins配置好代码路径(SVN或GIT),然后拉代码,打tag。需要编译就编译,编译之后推送到发布服务器(jenkins里面可以调脚本),然后从分发服务器往下分发到业务服务器上。7、如果你们公司的网站访问很慢,你会如何排查?
其实这种问题都没有具体答案,只是看你回答的内容与面试官契合度有多高,能不能说到他想要的点上,主要是看你排查问题的思路:
1)**要url或页面:**问清楚反应的人哪个服务应用或者页面调取哪个接口慢,叫他把页面或相关的URL发给你,
2)chrome浏览器分析最直观的分析就是用浏览器按F12 (network->waterfall),看下是哪一块的内容过慢(DNS解析、网络加载、大图片、还是某个文件内容等),如果有,就对症下药去解决(图片慢就优化图片、网络慢就查看内网情况等)。
3)观察后端服务的日志,其实大多数的问题看相关日志是最有效分析,最好用tail -f 跟踪一下日志,当然你也要点击测试来访问接口日志才会打出来。
4)排除sql,找到sql去mysql执行一下,看看时间是否很久,如果很久,就要优化SQL问题了,expain一下SQL看看索引情况啥的,针对性优化。数据量太大的能分表就分表,能分库就分库。如果SQL没啥问题,那可能就是写的逻辑代码的问题了,一行行审代码,找到耗时的地方改造,优化逻辑。大性能
1、越来越多的用户来访问我们的网站,一台web服务器抗不住了怎么办?
那就需要多台web服务器来负担,但多台服务器之间怎么进行负载均衡呢,这就需要用到nginx反向代理或(LVS+keepalived或haproxy+heartbeat了–>高可用)。2、用户注册发表的文章与评论太多,一台数据库抗不住了怎么办?
数据库压力分为读和写,如果写抗不住,需要进行分表分库到多个服务器上。如果是读压力不够了,可以使用mysql-proxy读写分离,
来分担读的压力。更简单方便的方法,把数据库里的内容放到内存上,这就用上memcache或redis了。3、N多用户上传下载文件,磁盘抗不住了怎么办?
把多块磁盘做成raid,或者使用分布式存储文件系统如MFS,GlusterFS来提高磁盘的读写能力。4、网站上好多图片,总有用户反应网站加载太慢,怎么办?
这时可以把网站上的图片通过squid或varnish缓存到网站前端,尽可能的增加访问速度,当然,最好是购买商业的CDN加速。5、运营商是个大难题,他们之间的带宽好像很小,联通IP访问我电信网站怎么就这么慢呢?
这时可以使用bind自建一个DNS服务器,把网站的DNS记录指向自建DNS服务器上,配置好解析规则,以后联通IP解析到联通网站上,
电信IP解析到电信网站上,体验就会好很多啦。自动化
终极目标:跑死机器,闲死人。
1、公司新买100台服务器,公司竟然就1个移动光驱,这装系统得到什么时候?
使用kickstart或cobbler来网络远程自动安装系统吧。
2、每次装完机要优化很多内容,什么文件描述符、端口、软件安装啊,手动操作不累死去?
赶紧学会shell,将解放非常多的工作量。
3、系统装完后登陆要输入密码,这么多台啊?
使用expect吧,自动读取提示来输入密码,并执行命令。
4、要批量把新代码发布到线上服务器,怎么办?
使用saltstack或puppet或ansible吧,绝对爽歪歪。素养
安全
运维人员的权限很大,所以一定要保证帐号/私钥的安全。
最好使用加密工具存储。比如truecrypt,1password
基于本地存储。切勿用网盘,也不建议用lastpass等
ssh私钥添加密码
以上任何一点都很重要,否则弄丢了,风险会非常大。责任心
遇到报警,第一时间处理,而不要等着他人去处理,如果无法处理,应该第一时间让同事协助帮忙,而不要禁止报警,让问题掩盖细心
1.你的任何一个操作,都可能造成系统的损坏、业务出问题。所以敲命令时一定要细心、再三确认。你敲的再快,也就节省那么一点时间,出了问题才是大事。
2.在项目上线前,除了关注功能的测试,还要关注部署、备份、监控、安全以及配置管理,在早期发现的问题越多,越能尽少后期的问题并避免影响用户体验
3.建立各个团队的核心成员定期沟通机制(团队之间的协作纳入绩效考核过程中去)
4.如何从开发的角度去做运维工作( 1)运维去了解代码的模块结构,从运维的角度修改代码,让产品上线后更方便运维与适应生产环境的特点。2)运维参与到持续的集成测试中,用自己的自动化知识帮助实现自动的集成测试等。)
5.工作量如何体现?
周报推进/改善
如果代码有问题,导致系统开销很大,比如负载,io等。应该第一时间和开发部门确认,要求优化代码。进取心/不断学习
运维的知识范围很广,要不断学习。遇到问题,做好分析记录,事后还可以在部门内分享交流。
一定要整理分析, 好记性不如烂笔头!!! 没有谁能一步登天, 牛人都是从1+1开始学的, 为什么有的人会成为牛人, 定期整理分析是必不可少的. 没有整理就不能成为自己的知识.团队沟通
在开发过程中,团队之间的冲突和抱怨是避免不了的,但是产生的影响基本一样:
1.产品上线的进度延误,整个团队很难正常交付新版本。
2.产品上线后问题很多,影响用户的访问。
3.团队的士气很差。运维问题:
1.产品开发一点计划都没有,突然要上线机器,让我们措手不及。
2.设备使用不规范,带宽被跑满导致网络出问题.
3. 开发的代码太不靠谱,一上线就引发用户投诉,只能回滚到老版本。开发问题:
1.开发需要了解生产环境是什么样,否则不好开发代码,那么运维是否可以直接接触线上的系统?
2.如何处理关于项目上线后出问题,运维直接回滚了.
3.代码在测试环境或我的机器跑的好好的呀,怎么一上线就出问题呢.
(测试怎么测的,那么多问题发现不了)
4.运维同事帮忙搭一个跟线上一模一样的测试环境.测试问题:
1.开发人员不写规定写单元测试代码.
2.为了实现开发的业务功能,想着能用一个自动的集成测试环境.
3.测试环境跟生产环境不一样,很多问题不好发现.
4.bug没修复完,产品急着上线.解决方案:
借用devops理念来处理团队协作问题:
1.推出新功能和解决老问题的周期过长
2.不同团队相互隔离,配合差.(如开发人员收到问题后,第一反应是“在我的机器上工作得好好的呀”)DevOps更象是一种运动,每家公司都需要根椐自身的特点进行借鉴,推动团队之间的协作与合作。需要在三个方面努力:
-
人员
一方面对现有人员进行培训,鼓励他们了解别的团队的工作、面临的挑战等,让他们用自己的特长去审视和帮助别的团队,另一方面也想办法招一些全面的技术人才,在不同团队之间搭出一些适用的桥来。 -
流程
在研发的前期,让系统运维同事参与起来,一起搭建测试环境,验证想法,或者也可以在一些项目团队中直接配有系统、开发和测试以及产品人员,一起为产品的上线努力。出现问题的时候,一起想方法找到问题的真正根源,避免相互推托,将解决方案落实在以后的研发过程中。从绩效考核流程上也需要考虑协作因素。 -
工具
说实在的,大家针对DevOps在工具方面其实讨论得更多,这里面跟敏捷有些类似之处。快速的系统部署和自动化产品代码发布方面的工具显得尤为重要了。
其他
1、搭整套测试环境需要5台服务器,但公司穷的只有一台空闲服务器?
学会xen或kvm或docker吧,虚拟出多台服务器,就能解决资源问题了。特别是docker,强烈推荐,以后某个研发人员让你部署一套新环境,分分钟帮他解决。
2、研发人员的代码控制,权限控制,总要运维人员管呀?
svn或git,这个是肯定要有的。3.权限相关问题
问题1:你们公司是如何来管理用户权限的?
答:我们是通过sudo来管理权限的,不论是运维还是开发,一般都不会给root权限,只有核心级开发或者研发总监或以上级别的我们才可能给相应服务器级别的权限;对核心运维或者运维总监才会给root权限问题2:规划服务器的时候,在服务器上都跑几个普通用户?
答:我们的普通用户是根据项目来的,在不同公司它的项目产品线不一样。我们公司只有十几个产品线,我们为每一个项目建立一个普通用户,因此不论nginx还是tomcat都是跑在普通用户下。问题3:那一些公用服务呢?比如memcached或者redis。
答:这些公共服务也可以跑在普通用户下,总的来说是这样的,我对运维的理解是,运维做运维的事情,开发做开发的事情。运维负责网络系统,只要系统没有故障,只要网络没有故障,只要系统资源还够用,那么我们运维的职责就到位了。而我们公司的理念是项目负责制,也就是说每个项目的责任人是开发,我们运维大概占30%-40%的责任。我们的开发占60%的责任。当进程上线的时候,这个服务是由普通用户跑的。它的每个站点目录都是普通用户的权限,也就是700的权限普通用户,这个是最安全的。无论是项目的启动,停止,以及代码上线,日志收集,日志分析都是通过我们进程跑的普通用户实现的。我们在管理这个项目的时候,我们可以把开发的用户加到这个项目组里面,这样负责相应项目的开发人员就有对应项目的所有权限。结尾:
现在我们在回过头来思考,运维工程师平时干些啥呢?
1、 随时解决报警故障。
2、 业务程序更新。
3、 编写一些脚本,监控或完成其他可自动完成功能。
4、 运维架构完善,部署一些用起来更方便更可靠或性能更好的开源工具以及制定运维流程规范。
5、 打杂,如调交换机,装系统,部署新环境等。 -
-
什么才是合格的系统交付-交付内容说明
2017-01-13 15:15:56一个合格的软件交付,应该交付的内容包含以下几方面内容: 1.系统需求说明书----------------------以后系统调整指导当初涉及逻辑 2.系统架构设计说明书----------------指导以后系统的二次开发 3.系统的...现在随着互联网+,大数据,云计算等新兴技术的兴起,越来越多的企业参与进来,想通过新的手段来促进企业在市场中更好的发展。所以企业就需要通过信息化来逐步改变传统的办公方式,将线下办公转变为线上办公。所以就涉及了和软件公司的交流。但是,现在大多数的企业不清楚自己付出钱之后得到什么?是仅仅就一个软件能用就行了么。其实远远不够,并不是我们出钱,你们软件开发完了,能用就简简单单了事的。现在企业往往没有特别专业的信息化部门,即使有也不能准确理解自己应有的权益。所以今天我们就来谈谈,一个合格的软件交付,都交付写什么。
软件从需求开始,经过一些列的复杂过程,最终变成了一套满足企业需求的线上办公环境。但是往往一般的软件公司的做法是,软件开发完成,做一个简单的培训,交付相应的用户名,密码。就算交付完成了。但是一般企业不是专业的科技公司,往往需求提出的都是不同的业务人员,业务人员往往没有站在企业一定的高度和企业的未来发展方向做出预判,所以就造成了系统上线一段时间后发现业务上又变化了,但是系统不支持。那么问题来了,如何解决呢?一般就两种情况,自己解决,再就是找软件开发商进行开发。对于没有专业技术人员的企业,只能选择第二个方案,那就是找软件开发商来修改系统。但是对于有专业的开发团队的企业,往往希望系统交付之后,自己的团队有接着开发和调整的能力,那就需要指导系统的开发架构及数据库结构,这两方面缺一不可。所以就涉及软件交付内容的重点了。一个合格的软件交付,应该交付的内容包含以下几方面内容:
1.系统需求说明书----------------------以后系统调整指导当初涉及逻辑
2.系统架构设计说明书----------------指导以后系统的二次开发
3.系统的数据库数据结构说明书----指导开发人员对数据进行逻辑分析
4.系统使用说明书----------------------指导使用人员进行系统的正确操作
5,.系统权限及管理说明书------------指导系统管理员对权限的把控
6.系统运维说明书----------------------指导系统运维人员对系统的性能指标进行分析,保证系统的稳定运行
7.系统对外接口说明书----------------指导系统和第三方系统集成时指导人员开发
以上7个方面是系统交付时必须交代给企业的软件及相关说明文档,只有做到了上诉的这几方面,才能说是一个合格的软件产品。
-
软件交付概述
2019-04-03 22:54:41经过软件设计和软件开发两个阶段之后,基本上大部分工作都已经做完了,剩下的就是交付软件,给客户一个可以正常使用的系统。 软件交付,一方面,开发方会根据项目...经过软件设计和软件开发两个阶段之后,基本上大部分工作都已经做完了,剩下的就是交付软件,给客户一个可以正常使用的系统。
软件交付,一方面,开发方会根据项目前期的软件设计展现开发成果,另一方面,客户方也要对开发成果进行最终的项目验收。概括来说,软件交付主要包含系统演示(用户培训)、系统部署、后期维护三方面内容。
系统演示(用户培训)交付物
1、培训材料
2、系统演示(模拟操作)
3、用户答疑
系统部署交付物
1、部署文档
2、系统部署(现场或者远程支持)
3、系统可用测试、清理测试数据(可选)
后期维护交付物
1、需求变更评估
2、系统升级(新需求开发、漏洞修复)
3、维护支持(现场或者远程支持)
-
持续交付:发布可靠软件的系统方法.pdf
2019-07-15 13:46:35会帮助你降低风险,克服工作的乏味,并增强信心。我会在我所有的项目中使用本书 所描述的原则与实践。 ——Kent Beck,三川研究室 不管你的软件开发团队是否已经明白持续集成就像源代码控制一样必不可少,本 书都是... -
项目交付体系
2020-08-05 13:56:46伴随公司的逐步发展尤其是产品型软件公司,企业的产品逐步趋于精品及完善,但如何能够提高项目交付速率,将项目交付批量化、产品交付成熟化、产量化,实现此过程的前置条件有哪些,距离当前的目标还需要做哪些事情,... -
交付团队管理_如何建立有效的软件交付团队4个关键组成部分
2020-08-29 07:29:24交付团队管理 开始于:为什么需要构建软件? (Begin With: Why Do You Need To Build Software?) There are a many reasons why an organization needs to build and deliver software. Some examples might be: ... -
B端产品运营基本工作内容
2021-04-12 17:03:03第一,很对人对于产品运营没有一个清晰的认知,部门成员对于研发和产品经理、项目经理的工作内容和职责,都有比较清晰的认知,但是对于产品运营,大家的回答无外乎是,客服、大管家、或者干脆就是我不知道 ... -
张燎原从持续交付到业务创新阿里巴巴研发效能实践日.pdf
2019-08-29 04:13:59内容简介:精益软件开发的目的是,持续高质量的交付价值,通过本次分享,受众可以了解到: 系统化思考:建立有效的业务模型,找到关键的业务目标; 结构化分解:目标驱动的需求规划,有效组织和管理需求; 流水线... -
如何提高项目交付效率
2020-03-18 11:06:06道法术出自老子《道德经》,道,是规则、自然法则,上乘。...日常工作中新知识学习、新技能扩充、未知问题解决、项目实施交付,都可以从道、法、术、器这几个层面入手,找对解决方案,选对解决措施,将问题逐一击破... -
运维工作内容
2018-04-28 16:00:42互联网运维工作,以服务为中心,以稳定、安全、高效为三个基本点,确保公司的互联网业务能够 7×24 小时为用户提供高质量的服务。 什么是运维和运维工程师:一、初入运维领域的头衔:运维实习生系统管理员网络管理... -
研发人员分层及其工作内容划分
2020-10-13 19:24:15随着团队的发展,单一技术栈的人数已经快达到...因为高职级开发的工作内容经常会带有面试,带新人,技术预言等工作,而低职级的开发绝大部分的工作是业务开发,两方工作内容有一定的区别。高职级开发的战斗力没有完全发 -
项管行知05--可交付成果
2021-09-22 10:59:50项目章程是一个项目启动的依据,描述了高层级的目的、目标、预期成果/验收标准、及钱/人等约束条件,其中可交付成果是一个关键内容。 可交付成果有自己的生命周期,如下图所示: 一些关键定义: (预期的)可... -
软件项目运维内容 软件系统运维工作内容
2021-02-08 13:52:54软件项目运维内容 软件系统运维工作内容 ERP项目运维的内容包括哪些 企业资源管理ERP:在线ERP是针对物资资源管理(物流)、人力资源管理(人流)、财务资源管理(财流)、信息资源管理(信息流)集成一体化的... -
研发、交付、市场之间的会议,有这些可借鉴的创新环节
2020-09-09 10:43:02文 / 王不留(微信公众号:程序员生存指南) 《漫谈公司定期组织的几场会议》、《软件...这个会议,主要是由研发部门、项目管理部、市场部参与组成。公司研发部门可细分为五大产品线,每个产品线相当于一个二级... -
产品经理的日常工作内容有哪些
2022-01-20 13:18:02良好的沟通能力、组织协调能力、资源运用能力、推动和协调各部门的合作和有序进展,是一个产品经理需要具备的综合能力。 所以做好产品经理并不是一件容易的事情,很多方面的素质培养是必不可少的。 产品经理简单的来... -
百度面试记录-私有云交付
2019-08-23 18:18:32由于我司做的事公有云,虽然公有云卖的不怎么样,但是政务云这块,受益于我司销售强大的推广能力,倒是接了几单大活儿,然后我的工作内容就由日常摸鱼变成了日常复制粘贴。然后,加之微薄的工资收入(哪有收入,根本... -
持续交付--发布可靠软件的系统方法.pdf
2014-02-10 10:37:19《持续交付--发布可靠软件的系统方法》是一本软件工程师的职场指南,以大量虚构的名字和情景描述了极客的日常工作,对他们常遇到的各类棘手问题给予了巧妙回答。作者以自己在苹果、网景等公司中面临的生死攸关的时刻... -
软件交付的特点与分析
2020-01-03 20:54:56DevOps时代下工作整合问题 什么样的工作需要整合...也许,我们需要认真思考,在整个软件交付过程中,什么样的工作需要整合,什么样的工作不应该整合。 在前DevOps时代,分角色分工的思路其实是来源于工业时代的。... -
持续集成、持续交付、持续部署
2018-11-27 12:56:23持续集成、持续交付、持续部署持续集成持续集成的优势持续交付持续部署DevOps总结参考资料 又到了例行的技术报告环节。想着在实验室里头絮絮叨叨的讲一些前端开发相关的内容,师兄师姐们不爱听,老大也会摆出经典的... -
产品工作基本流程
2019-12-23 20:56:12产品工作主要分为四个阶段: 立项阶段,包括市场调研、产品规划;(发现需求) 需求阶段,包括需求收集、需求整理、文档输出、技术讨论;(寻找解决方案) 开发阶段,包括项目跟进、项目发布; (实现解决方案) ... -
iqc工作职责流程
2020-12-21 12:14:59iqc工作职责流程职责一:iqc岗位职责(1)对原材料.外购件等来料进行检验,防止不合格物料流入生产线.(2)明确接收标准,认可签办,资料进行对比,核对收货(3)严格执行AQL:MIL-STD-LOSEIL(4)跟进车间反馈信息,有必要时... -
项目交付中遇到的问题及解决方案
2017-08-24 15:10:204. 不能很好的激励同事去学习新东西,导致很多问题需要自己亲手处理,造成工作量增加; 5. 不能合理规划好时间,随时掌握项目动态,不能及时了解项目的进展,造成测试局面很被动; 6. 对测试质量,没有办法 -
工程效能之软件交付
2020-08-04 08:21:001.问题1、软件开发最终的交付产物是什么?2、代码是如何构建成二进制软件执行包的?3、软件执行包是如何部署的?4、如何搭建一条高效稳定的构建部署流水线?5、如何衡量构建部署的效率?6、不... -
交付型项目经理
2021-08-07 08:41:25交付项目经理的工作内容定义: 当销售拿到一个项目的时候,就会去寻找一个可以帮他完成合同的人,这个人就是交付型项目经理。 交付型项目经理接到这个任务后需要仔细研读合同内容,然后列出完成合同内容需要... -
持续交付体系在高德的实践历程
2019-11-06 09:10:431. 前序对于工程团队来说,构建一套具有可持续性的、多方面质量保证的交付体系建设,能够为业务价值的快速交付搭建起高速公路,也能为交付过程中的质量起到保驾护航的作用。本文为大家介绍持续交付体系在高德的演进... -
软件产品交付文档测试规范
2018-09-13 10:23:53以下的文档是我在工作中,去交付项目时,针对专家提的建议,总结的文档,现在分析出来,希望对大家有用。也欢迎大家各抒己见~ 版本控制 版本号 日期 编制人员 审核人员 ... -
如何构建高效可信的持续交付能力,华为云有绝活!
2021-01-19 11:31:31摘要:持续交付的最终目的是高效和可信两者的结合。 一、高效可信的持续交付 1.1 软件研发的目的 持续交付是一个大家平时提得比较多的话题,高效是持续交付的目的,具体到华为云的场景下,持续交付的最终目的是... -
DevOps和持续交付
2016-11-04 11:08:18小编说:DevOps 领域在近年来变得流行而普遍。由开发(developers)和运维(operations)组成的“共同协作”,归根结底,就是为了...我们会逐渐地过渡到更倾向于技术和实践的主题,更多内容请见《DevOps实战》一书。 -
产品经理之toB项目各阶段工作内容详解
2018-05-22 15:53:13验收通过后移交测试部开始测试 3. 根据测试计划通过全部测试后, PM 验收项目 4. 验收通过后上线,上线后 PM 验收。 六、项目交付后 1. 输出产品说明、宣传手册等文件 2. 原始数据上传、管理账号 3. 制作运营...