关于 骗子19112382170坑两千没服务咱网(上海)网络科技有限 的搜索结果,共1365
M****点 2018-07-10
中国云计算现状——产品篇
但具体参与过程中,这类工作很少成功案例,我做成功过这类项目感慨也很深,本段落重点解释这些现象并给出建议。 先说IT咨询,过去云计算平台吸引到的都是成本敏感的游戏客户或者术优先的创业客户,这类客户都不会为一小时一元的咨询付费。现在高净值客户放出来的云计算咨询标了却人投标,因为小型云计算企业因为资质、高层合作、客户关系等原因投标的机会。 我们经常遇到咨询标,但我们也不想投这个标。咨询标的交付物就是各种文档和报表,互联公司的术积淀都在术部,术人员最烦的就是写文档,而且术人员匮乏的想象力和沟通能力并不适合做咨询标,让售前承担术文档书写也扛不住。传统IT外企做云IT咨询流程问题,但术水平太差,也不被政策扶持。此外还个哈哈哈哈的大杀器让我们不能投咨询标,投了咨询标就不能投实施标了,实施标的金额要比咨询标大很多。 到了实施阶段,其实矛盾和咨询标差不多,既要干活又要写文档,而且验收者并不专业,实施工作传统厂商会抢着压价,还会各种意外拖进度抢进度,各互联企业的实施团队根本支撑不下来。
追****圣 2018-07-11
给书记省长讲清楚云计算
数据中心的接入和电力接入是核心需求,一个数据中心每年接入费用都在万以,当地运营商必须提供物美价廉的资源。数据中心对电力的要求是大量且稳定,数据中心每年的电力消耗都在数万瓦以,其电力使用优先级等同于医院手术室,绝对不能接受拉闸电。 器就是高功耗高价格的专业电脑,云计算企业的采购规模一般远大于政企集采,他们能从硬件厂商那里拿到极低价,政府和国企能提供的更多是采购资金的支持。 云计算是一个商业,不仅需要硬性支持,还需要足够的环境和政策支持。当前云计算公司聚集在一线大城市,环境规范稳定但成本极高竞争压力极大,云计算企业也在尝试向二三线转移突围。二三线城市不仅要积极准备云计算硬性资源,还可以用合作融资、税收优惠等等灵活政策承担产能转移的,最终说云计算公司将GDP和税收留在当地。 云计算平台提供的都是互联,大量的互联部署在本地会极大的管控压力。二三线城市对互联还只是简单的管控,稍不解可能就会封禁一大批互联,但一道封命令就可以毁掉一个云计算公司的声誉。
s****7 2018-07-10
见微知著看术误解——从裸光纤和NTPD谈起
我们很难成功调试NTPD,会装NTPD又会装LAMP可以拿去吹牛,时间长了NTPD就背黑锅了。 真TOP10的互联公司和亿国家级项目里用ntpdate+crond,一代架构师为什么这个误会无人深究,下一代人将误会固化为偏见,新一代人将偏见神化为迷信。 但无论误会、偏见还是迷信,时间跃变、回退和停滞对应用健壮性和业安全性的威胁始终存在,时间不仅仅是我玩游戏时用的魔法,忽视问题并不能掩埋问题。 六、见微知著和防微杜渐 我讲NTPD和裸纤并不是为卖弄知识,也不是为做偏门普,而是希望进阶工程师们多考虑一下如何规避这类误会?我们在做术工作时,是不是只关注客户和同事能提出的需求?客户永远不知道裸纤的物理特性,同事也不会知道时间也能错误和波动,他们能说清楚业逻辑就不错了。 把所的精力都用到做业逻辑,你只是个编程语言翻译机而已;自己主动观测术环境依赖,资格能力做出术选型决策,才是给Coder群集做术校准的人。即使你不想做术决策人和管理者,多怀疑和观察环境,也能少些沟通成本,少走一些冤枉路,多一份自信和自尊。
x****5 2020-08-29
小度音响正常联网后 对话没反应
“小度音响正常联后 对话反应  喊小杜小杜 它答应 然后其它功能对话都跟憨样的反应,连了四个都是这个样
l****m 2018-07-10
五年前的预言——2012年云计算时代的运维职位展望
3、进传统行业继续做运维;笔者就是在一个通讯公司工作,我可以很乐观的说云计算会对公司造成术革新,比如说实现OS的虚拟化。我们需要的SIP必须亲自搭建,阿里盛大新浪都得卖,甚至因为硬件和制让我们很难使用虚拟机;而外宣站一类的东西根本不是我们的核心竞争力,能用就好效率低一些关系。除了通讯公司之外,生产领域(比如管理生产线)也类似的顾虑,云计算的优势和公司的业需求完全不沾边,所以这类公司的运维可能会是最后的运维。大家找工作的时候都习惯找站相关的工作,但你学过Web就一定要找站工作是挺蠢的行为,危邦不入乱邦不居,最好不要涉足一个前途的行业。生产领域的公司因为运维涉及到实实在在的钱,所以运维人员待遇高(都是专术难培养)、做的事情少(自发做事多了会出错,不如找厂商术支持),只是跳槽的难度比通用运维要大一些(都是专术不通用) 4、彻底转型,做和计算机无关的工作;选这条路的人一部分是自己大觉悟或巧机缘,但另一部分人是真的适应不了环境变化,希望各位不要被淘汰掉。
s****d 2018-07-11
亿元级云用户分析
制客户梦想的是老旧系统是否支持常见协议,还底层工程师能否推动层业测试和变动。 API调用PaaS——API云就是不可控过程的黑箱,客户预算精力就盲目信任云厂商。客户精力就做多云冗余校验,预算就做专资源池部署;未来云厂商还会自定义SLA标准——大部分API云连等待超时都定义。 版本发布和数字化转型——无论是微观的版本发布还是宏观的数字化转型,其实都和直接联系,一个是室内装修工作,一个是新建房屋工作,但装修的最好时机是房屋重建的时候,云厂商要帮客户推动IT术革新。 5.输出分析 云厂商输出给客户的即云端IT资源,也平台输出。是个比资源更难量化的概念,我只引一把火苗出来。 咨询规划--如果直接给客户买资源,那就只能谈性价比,而且资源本身不会说话,所以云厂商要做好咨询规划。 明晰验收--云项目的实施和结项都是以结果为导向的,明确的过程控制和验收标准对供求双方都是保护。 友好接口--面对亿元大金主,云厂商的是类比传统IDC,要把金主伺候舒了就要学IOE类集成商。
无****禾 2018-07-11
云客户需求引导管理--实战型IT太极拳
前言 多年之前,我要搜集云平台术运营数据,就主动了解客户云平台的运行状况。然后我就发现来到了暴怒战场,客户的需求同事们都承诺下来了,但一年半载都人做。我闲不住就开始救火,客户十个要求我会拒绝七个,个慢慢做,一个承诺立刻解决。客户并投诉我,倒是离职的时候多个客户邀请面谈并发出了Offer。 这几年我一直把“客户提十个需求我会拒掉七个”当做招牌能,今天就聊聊客户需求为什么要引导,该如何引导。 云平台卖的都是,靠销售体系打下单来只是万里长征第一步。如果云厂商做不好,公消费额,私云可以换别人家的软件授权;如果云厂商做好大客户的,完全可以从备胎公云变为主力公云,私云群集也月月扩容。各位投标中标的CDN厂商已经领教过客户的切量神功了,而云主机等资源的切换也会越来越简单方便。 过去的案例 我们先看四个生产环境案例。 案例1.外售型私云客户要把虚拟机的内带宽从1G扩充到4G,沟通后发现是最终用户要在单虚拟机跑大流量应用。
亚****啦 2018-07-11
IT断魂枪--闲聊Linux系统启动过程
前言 沙龙的镳局已改成客栈。东方的大梦不醒了。----老舍《断魂枪》 云计算大潮到来了,我把IT术像五虎断魂枪一样收起来了。我不会将它压到箱底,偶尔我也会练练聊聊,纪念一下那个搞术的黄金时代。 本文聊个很嚼头的术问题,Linux系统的启动过程,当我们不用自己安装系统以后,丧失了这么多乐趣。 正文 1.主板加电和硬件自检,就是开机第一屏启动界面。 CPU和内存插得问题器会滴滴乱叫,而卡和硬盘插不插都无所谓,因为这些外设都不属于经典的计算机系统。 早期小内存器一般内存检测的功能,但256G内存的器启动的速度也太慢了,重启一分钟能启动的还能恢复,重启三分钟可能群集性状就变了,所以我们经常顺手就把他关掉了。 2.读取主板引导配置,现在终于要从外部设备读取数据了。 主板大都是BIOS引导,也是UEFI引导,但从器用户看区别也不大。 主板可选从USB/SATA/NIC这几类接口获取引导数据,而且可以排队式加载,第一个加载不成功就尝试第二个。系统安装镜像都个防止误操作的倒计时,而引导一般是排在末位,硬盘引导就是通用的系统启动的方式。
疏****月 2018-07-09
一键线Archer | 百度持续部署的瑞士军刀
Archer的配置文件路径、的启停脚本及运维命令具固定的标准并且支持定制化,使用Archer进行部署的统一的包结构; 支持分级发布,及时拦截部署引入的线故障 针对分级发布的使用场景,Archer支持串并行线及暂停点功能,可按照单实例、单机房、单地域等级别设置暂停点,并支持部署过程中进行暂停、继续、重试、撤销等操作; 业的多地域部署 的多地域部署主要需要解决不同地域配置不同的问题。Archer提供了配置派生功能以支持多地域部署的场景。Archer支持在同一份配置文件中设置配置变量,并在特定地域(机房)中生成特定配置值; 多种环境及大包部署 针对多种环境及大包部署的使用场景,Archer提供了部署数据中转传输。采用中转的线在发起任后,部分代码将首先被转存至中转机
小****园 2018-07-10
让PB级云存储不再神秘
分布式系统IO最珍贵,但为省钱我更愿意用几根兆线做Bond。 只做入门常识级系统优化,用专用文件系统也写裸设备,据说每个节点50%的性能优化余地。 整体结构可以简化到不需要画架构图的地步,群集几十个功能项,你想合并成几个也行,想分成几十个进程也对。 因为超高的容错性,所以群集自协商机制比较简单,嗯,应该说是简陋。 我们不买高配器,因为我们的术是做公云过来的,公云定价不看成本只看友商的价格,合理花钱才能生存下去持续;我们不做单点极性能优化,那是招不到架构师才走的歪路。这是最性价比最实的架构方案,我们练得是一招致命的杀敌功夫,不是翩若惊鸿的表演性武术。 一个基于http对象存储的架构场景三个主要角色:读写代理、元数据、存储。 读写代理,客户端直接访问的Web server,它不存数据只是代理。 元数据,客户可见的Metadata信息和不可见的Filehandle等信息都在这里。 存储,实际数据落盘在这些不同的存储形式。 此外还些辅助角色,简单列一下但不细聊了。 客户端SDK,简化客户访问,还能做一些容错遮蔽。
w****0 2018-07-11
单机房故障自愈-黎明之战
实现从运营商外链路、百度内部设备/链路、/实例、机器/容器的全方位数据采集与监控。满足类单机房故障、业类单机房故障的监控覆盖需求。 同时提供一系列数据分析方法。如智能异常检测、趋势预测、多维度分析、关联分析、和链路拓扑分析,实现故障的精准发现和定位。 故障止损:百度流量调度平台 针对百度的架构和业架构,我们将流量调度拆分为三层:接入层、层、依赖层。 接入层:从外用户发起请求经过运营商到百度统一前端(BFE)的过程,使用DNS实现外流量调度。 层:从BFE流量转发至内的过程,使用BFE提供的GSLB动态负载均衡进行流量调度。 依赖层:内下游业之间的流量调度过程,使用百度名字(BNS)进行流量调度。 对于单机房止损场景来说,DNS流量调度的生效时间较层、依赖层的流量调度生效时间要慢很多,所以我们期望在发生某个业的局部单机房故障时,优先进行层、依赖层调度。提升止损时效性。 在单机房容灾能力、智能监控平台、流量调度平台的基础,启动单机房故障自愈工作的时机已经成熟。
嘟****y 2018-07-11
大型企业适用的云平台账户体系
前文是说注册阶段的法承诺,到使用过程中云平台又会各种奇怪的“资格认证”“功能审核”等问题。云平台要规避自注册客户的政策法规问题和恶意欠费问题,但这和大客户什么关系?供应商用“认证”“审核”这类词跟甲方说话就是态度不端正,这又是一句“客户你好,你要从管理,爱审不审,不审就滚”。这类甲方的身份资料是公开的,也不会恶意赖账,这时应该由乙方主动记录合规信息,后台透明完成功能开通,设置消费和透支。 假设客户是成长型公司,以前CEO创建的账户让员工继续使用。某天CEO被老婆打了一顿,因为他的购记录给“丽丽”订花和开房;或者警约谈该倒霉蛋,警告他不要用盘传播非法视频;也可能CEO打开聊天工具,发现自己很多幼稚鸡汤文给投资商。不要误会是人要整这个CEO,SSO单点登录多项,同事用混了账户也正常。 如果客户放弃使用某云之后,原账户不注销滚动欠费几万怎么办?云巨头们都是横向一体化经营,搞不好会和客户竞争,霸王注册条款下的法风险确实存在。 一个企业的账户不应该由客户注册,而是供应商主动提供,像IDC和CDN就会主动给客户提供查带宽的账户。
TOP