关于 ag私网假网包杀合作 155=2452=3842在niaz平 的搜索结果,共1218
嘟****y 2018-07-11
大型企业适用的云台账户体系
这些年来云计算技术突飞猛进,但我一直很怕和客户谈云台的账户体系,因为客户有理化需求,而(某客户说)云台的账户设置就是糊弄鬼。随着大部分云完善账户体系,我们可以心气和的谈一谈而非吐槽这个问题了。 云计算公司的技术班底大都是个人业务起家,他们最早接入的是中小企业和创业者,其账户体系并不适用于大型企业客户。大型客户上云之前都用过虚拟化、域管理、管资源管理软件,肯定不适应这套功能单薄诡异的用户约束。本文的目的是为了让大客户有底气提出质疑,让云台继续完善开发,最终提供符企业级应用场景的账户体系。 第一.账户注册问题 首先我们看法务问题,如果注册时死抠法务问题,国内各大云台会颗粒无收。 我随便摘取了几段账户注册的用户协议: 客户的云账户是唯一身份识别依据,就连交钱时也是只认账户不认人。 云台有权限制客户账户下所有产品及全部功能,心情不好就不卖。 客户保证不会影响云台关联公司的法权益,其标准由云台做权威判断。 这是不是有一种“客户你好,我是你大爷,爱买就买,不买就滚”的即视感?谁有资格代表公司去注册账户和同意条款,IT部自注册云账户跟同的区别大吗?
疏****月 2018-07-09
一键上线Archer | 百度持续部署的瑞士军刀
另外,Archer也可为上层服务托管台的底层工具链,为PaaS台提供稳定的底层部署服务。 通用场景 百度内部,通用的部署系统需要适用于以下场景: 各业务线拥有各自的规范,语言、框架不统一,部署策略不一致; 支持分级发布,及时拦截部署引入的线上故障; 业务的多地域部署; 多种络环境及大部署; 提高自动化效率,能够集成测试发布自动化流水线。 后面,我们将结上面场景,向大家介绍百度持续部署是如何实现的。 服务架构 整个系统由命令行工具、web服务、中转服务及单机agent+部署插件几部分组成(如图2所示)。用户通过命令行工具触发一次变更,web端进行参数解析及任务分发,对应执行机器agent通过心跳获取任务后,调用部署插件执行实际任务。涉及大及不同络环境的部署会进行中转下载。 解决方案 各业务线拥有各自的规范,语言、框架不统一,部署策略不一致 为避免杂乱无章又不规范的服务代码及配置文件的目录结构,Archer规定了一套既灵活又完整的规范。
M****点 2018-07-10
中国云计算现状——产品篇
既然谈到了混云,肯定就要谈云管台,云管台不是伪需求而是新需求。当客户的非CDN云资源采购金额过500万以后,其子项目之间没有内互通的需求,这时候该做一个跨厂商的云端资源管理方案了。现虚拟机不能像CDN一样随意迁移,但未来Serverless服务崛起,计算能力也会多厂商之间漂移的。客户提前把云管台从计费和权限层面做好,至少项目级别可以和多个厂商侃价,还能模糊计费相关业务数据。 五、企业IT咨询和实施服务 前面的云计算服务都免不了卖资源或者卖软件,搞IT咨询和实施服务可以让公司增加企业服务的融资概念和收入构成。中小型云厂商都尝试转型做这类工避开成本搏,大厂商嘴上说不要眼神也很诚实。但具体参与过程中,这类工很少有成功案例,我做成功过这类项目感慨也很深,本段落重点解释这些现象并给出建议。 先说IT咨询,过去云计算台吸引到的都是成本敏感的游戏客户或者技术优先的创业客户,这两类客户都不会为一小时一千元的咨询服务付费。现高净值客户放出来的云计算咨询标了却没人投标,因为小型云计算企业因为资质、高层、客户关系等原因没有投标的机会。 我们经常遇到咨询标,但我们也不想投这个标。
TOP