摘要：
saas系统运行流程？不懂开发的运维，未来该如何发展？如何适应云时代的运维？saas系统运行流程？一、商务洽谈阶段1、初步接触甲乙双方，初步认识，互相介绍下需求和产品。2、沟通交流... saas系统运行流程？
一、商务洽谈阶段
2、沟通交流：对现有产品价值和功能，跟客户演示介绍介绍我们有什么
3、入交流：对客户的需求进行初步响应，讨论和确认沟通可以做什么？
二、商务签订阶段
1、需求响应：通过招投标或是需求文件进行客户需求列表响应，初步需求应答
2、需求评估：进行技术可行性，人力成本相关风险项目里程碑，商务报价深入需求评估
3、需求汇报：需求应答关注的业务方案和技术方案进行PPT的汇报沟通
4、商务签订：配合商务签订相关资料和技术的答疑，确定商务合同内容
三、项目交付阶段
不懂开发的运维，未来该如何发展？
人力咨询从业者…在做岗位评估的时候，开发比运维高一线，就是这么***裸……
倒不是说运维不重要没前途，这么想，在本职工作水平差不多的情况下，一个会开发的运维，怎么说也应该比一点都不会开发的运维强吧
个人建议应该是先培养本职工作的不可替代性，让你变得更专业，其次拓展一下自己的知识树和业务边界，多尝试一下未尝不可，如果开发真的不喜欢也不适合，做一个很牛的运维一样很优秀
如何适应云时代的运维？
随着越来越多的关键业务职能脱离现场环境迁移向云端，SOC面临适应改变和监视新环境的严峻挑战。有些SOC依赖供应商提供的管理与安全工具，有些***用第三方服务从其SaaS、Paas和IaaS提供商处拉入数据，还有些则打造自己的安全门户。
INAP是一家数据中心、云及主机托管服务提供商，这家公司不仅要管理和保护其基础设施，还要为其客户提供管理及安全数据反馈。由于除60万平方英尺的数据中心外还为客户管理着多云实例，该公司的管理任务列表中还包括了所有主流云供应商提供的基础设施。
INAP全球云服务高级副总裁 Jennifer Curry 表示：这些环境中传统监视工具没用，用户访问不到网络，也接触不到底层基础设施。
云供应商，比如亚马逊、谷歌和微软，会提供数据反馈。INAP运用其API往自身系统中拉取日志和其他数据，但这一过程总是说起来容易做起来难。
用API时总会碰到范围和速度的改变，很难跟上这种变动。云空间里就是这样，变化多端是云环境的本质。发展很快，总在维护。
可行的时候，INAP会使用商业工具。在知道将会快速改变的情况下，INAP会编写解决方案并定制之。目前没有哪个平台能满足公司所有需求。INAP的定制对其客户而言是项增值服务，单个平台无法实现在发现更有效率的功能时进行加载或替换。
当然，INAP的部分核心业务定位就是云环境管理，该公司必须能够处理好这些事务并分配足够的人员专门负责此事。其他没有多云环境及服务管理业务的公司企业可能不具备类似的资源。
云计算是一种新的网络应用概念，其本质就是以互联网为中心，以网站的形式提供快速安全的云计算服务和数据存储，让互联网上的每一个人都可以在网上使用庞大的计算***和数据中心。
俗话说，有需求就会有市场，运维[_a***_]岗位的产生正好就应对了这句话。运维没有一个从无到有的明确过程，最开始的运维就是简单的打杂，仅仅只是“与业务无关，与生存相关”的工作（毕竟要挣钱嘛，现实一点，当时这还不是一个需要理想的岗位），一般就是遇到什么烦杂的问题都丢给运维来做，有的公司也没有固定的运维人员，多数由开发代替（其实现在因为云服务的出现，有很多公司也不会花大量的***成本去招聘运维，都是外包给云服务厂商做，更专业、更可靠，关键省事、省心、省钱）。
随着互联网的发展，对运维的要求也是逐渐升高，专业性也更加的有针对性，工作的分区更加的细致。例如：
DBA: 擅长的是数据访问、安全方面，主要负责如 MySQL 数据库。
SA: 擅长的是服务器初始化、调优等，主要负责提供服务器和与业务无关的各种基础设施（如 DNS 等）。
OP: 擅长的是消化开发的需求，自行补充分工未明确的服务。 OP 就是通用运维的延续，只是不再负责不擅长的专业领域分工工作，但还是要在专业领域不充分时，满足各种开发需求。
