关于 怎么做好外推软件〖q扣4100506〗 盐山县天涯博客钟 的搜索结果,共1129
无****禾 2018-07-11
户需求引导管理--实战型IT太极拳
前言 多年之前,我要搜集云平台技术运营数据,就主动了解户云平台的运行状况。然后我就发现来到了暴怒战场,户的需求同事们都承诺下来了,但一年半载都没人。我闲不住就开始救火,户有十个要求我会拒绝七个,两个慢慢,一个承诺立刻解决。户并没有投诉我,倒是离职的时候多个户邀请面谈并发出了Offer。 这几年我一直把“户提十个需求我会拒掉七个”当招牌技能,今就聊聊户需求为什要引导,该如何引导。 云平台卖的都是服务,靠销售体系打下单子来只是万里长征第一步。如果云厂商服务,公有云没有消费额,私有云可以换别人家的授权;如果云厂商户的技术服务服务,完全可以从备胎公有云变为主力公有云,私有云群集也月月有扩容。各位投标中标的CDN厂商已经领教过户的切量神功了,而云主机等资源的切换也会越来越简单方便。 过去的案例 我们先看四个生产环境案例。 案例1.有售型私有云户要把虚拟机的内网带宽从1G扩充到4G,沟通后发现是最终用户要在单虚拟机上跑大流量应用。
2018-07-10
解密开源这门生意——商业角度看开源
大公司投入再多码农去开源,本质上还是在开源协作场景里增加自己关注的功能,无关道德只有利益。 结束语 开源是一事,但只有对的人才能把这。希望本文让大家评估开源的商业价值、产品价值、管理价值时,能有一些新的认识。 附录:关于开源质量 一切都是人写的,设计和实现者的能力决定了的质量。 的质量并不能简单看开源还是闭源,的设计思路一样能被相互借鉴,但架构不同实现手段也不能抄袭;这就像开源的猪肉饺子和闭源的肉沫狮子头,两者可以相互借鉴口味和风评,但你看透我的原材料也不能照搬抄袭。 开源的安全性在于大家都能看到源码并报告问题,但前提条是大家都肯看源码,能发现有安全漏洞,还肯上报安全问题。OpenSSL的heartbleed漏洞存在了几年时间,但骇是静悄悄的利用该漏洞,而不任何漏洞上报。而闭源的安全问题,和开源一样看写代码和查漏洞的人。 新接触开源的开发者经常带着皈依者狂热去鼓吹开源质量,但这种狂热没有实质性帮助,贡献更的代码、观摩精妙的架构,才是开源精英应该的事情。
c****i 2018-07-11
付费拨云见日--云咨询可行性分析
随着萌新户开始上云搞IT,行业的新生的需求是需要云咨询,云咨询的专业性不同于云厂商和传统咨询厂商。 云咨询团队只关注是户,特别是萌新IT用户的业务目标实现,所以云咨询专家必须能胜任户侧技术负责人。光这一条就把云售前和传统咨询顾问过滤掉了。能在甲方技术负责人,为什售前;而传统咨询顾问的核心竞争力,从来不包含IT专业技能。 我把职位叫“云咨询”,是因为云产品和传统产品完全不同。传统商业的咨询是建立在坚实的支撑基础上的,传统咨询要的是应用技能而非IT专业技能。而云产品的品类及其复杂,远超单一的学习成本,现学现卖一群是非常不可靠的。云产品售卖既是服务也是资源,其服务和资源都离商业、商业服务交付标准相差太远。短时间内云产品是不会成熟到传统商业的地步,如果你要靠谱的云咨询,必须对云计算产品的研发和运营逻辑有深度了解,将性能、稳定性、投入产出比都估算的比较准。 如果一辆坏车是短期内修不的还要继续往前开,那你不能只学开车,你必须知道它是哪里坏了,什时候会坏。
1****6 2018-07-10
反向图灵测试——如何识别这是不是AI?
现在深度学习的概念火到鸡犬升的地步,前同事H哥拿个基于深度学习XX助手的BP让我帮分析一下技术可行性和技术壁垒高度。 我用一个周末琢磨出来点门道,我根本识别不出这个演示程序是不是AI,更无法确认这是不是深度学习程序。这就引出了今的议题,图灵测试指的是人类能否区别是不是和AI在聊,那反过来看,我们识别“这个东西”是不是个AI? 首先我为什说“这个东西”而不是“这个程序”?因为某些大堂机器人确实背后是人类操控的,相当于你用一个安卓平板和我视频聊,特别聪明还必须联网的机器人可能就是真人。但有些真AI如Siri也要联网,通过联网断网判别不了AI。 网上有个笑话,我把QQ自动回复设置成“呵呵”,你可以和我的电脑就任何话题聊上一夜。很多智能服只是简单的关键字匹配,和呼叫中心搜索知识库差不多,编辑回复模板远比写程序更重要。只有支持多层级对话的才是AI智能服,但现在网店服也可以混在AI的回答里回答户啊,熟练服回信息效率极高,顾以为面对的是AI程序反而会少提需求。 虽然深度学习常拿自然语言处理举例,但成熟的翻译也不用AI。
x****3 2018-07-10
中国云计算现状——采购篇
五、戳破乱象科普 云厂商在服务个人户和开发者的一些宣传特征并不适合大项目大企业户,我们应该向采购决策人讲解这些特征的害处,并在应标文更踏实可靠的承诺。 1、公有云厂商的运营规定是霸王规定,SLA条款是免责条款,根本不考虑户利益。户感知到故障了服却不敢承认,等到技术部和公关部双确认发通告已经过去了;大部分云服务故障的定义是业务中断,并不解释性能低到何种程度算业务故障;假设云主机宕机30秒后重启了,百倍赔偿就是用3000秒代金券让户闭嘴;只有丢失数据办,像没有任何SLA说得清楚。很多户宁愿多掏钱选择用小型厂商或者私有云,就是因为大型公有云厂商管户管的像个游戏会员。无论你销公有云还是私有云,要拿出面对问题的诚意来,户操碎心了明年就不续约了。 2、户并不想盲目小预算,单纯为省钱就不采购了,只有其他方面没什比的了才会比价格。我经常给户算友商的成本,如果友商不赚钱甚至亏钱,采购决策人也会感觉到风险,钱都不要的厂商是想要命吗?政府采购有规则漏洞出了很多0元中标,但这个乱象不会持续太久,你也能去投0元的标,中标了就发企宣文章,然后的事都不重要了。
笑****山 2018-07-10
监控专用对象存储的畅想
对于这种滚动删除文的场景,建议要定期作废存储单元而非逐个删除存储文。这就要求同一时间的存储文尽量在同一个Trunk、PG、单款硬盘、硬盘组上,分块越小越细则IO分布更均匀,分块越大则磁头的开销越低。 BTW:元数据可以延迟删除FileHandle记录,存储硬在故障恢复后也不要着急立刻释放过期数据。 后记 写这篇文章是我用半时间的脑力锻炼,也是给朋友们展示一种引导户需求的可能性。但写这篇文章的过程中,我更想明白了一个道理,能读懂我每一条技术顾虑的人绝对不是个纯粹的产品经理,请大家期待我的下一篇文章《为什企业级工业级难寻产品经理》。
5****a 2018-07-11
监控专用对象存储的畅想
对于这种滚动删除文的场景,建议要定期作废存储单元而非逐个删除存储文。这就要求同一时间的存储文尽量在同一个Trunk、PG、单款硬盘、硬盘组上,分块越小越细则IO分布更均匀,分块越大则磁头的开销越低。 BTW:元数据可以延迟删除FileHandle记录,存储硬在故障恢复后也不要着急立刻释放过期数据。 后记 写这篇文章是我用半时间的脑力锻炼,也是给朋友们展示一种引导户需求的可能性。 但写这篇文章的过程中,我更想明白了一个道理,能读懂我每一条技术顾虑的人绝对不是个纯粹的产品经理,请大家期待我的下一篇文章《为什企业级工业级难寻产品经理》。
小****园 2018-07-10
让PB级云存储不再神秘
如果数据进了纠删码才被删掉,比如说走了个PB级相册户,那浪费磁盘空间的损失可能要持续半年以上。 数据去重问题 对象存储不数据去重功能,看着简单的功能背后都有蛛网一样的复杂考量,元数据服务、计费服务、存储服务、增数据逻辑、删数据逻辑、回收空间逻辑、用户资源隔离逻辑都会因为这个很炫的功能被彻底改变。真正要去重的文就是那些电影,随着版权保护的加深,电影只存原片盗版减少会是趋势,其他文即使切片去重,命中率也非常低。我们提供hash值让户判断该不该删文,该不该映射就够了。 长周期换代 对象存储是付费企业级服务,并不是终身免费但匆匆关张的个人网盘。我们必须考虑十年为刻度的长周期维护问题,某种硬停产了办,假设系统内核停止维护办?我强烈反对极端优化单点性能,就是因为单点性能极限优化必然和硬、内核、文系统都有深度关联。我荐存储主力服务是应用层服务用户态进程,老中青三代服务器和谐运行,群集性能瓶颈本来就不在单点,不要给自己的无故设限。
雪****魁 2018-07-11
危险背后的机遇--云服务故障危机分析
户用IaaS云服务就跟用IDC一样,用谁家的云就知道谁家有故障,用一家就知道一家的短处才是正常,只有前一个厂商烂到无可救药,户才会对新厂商充满认可和感激。 本文的目的就是归类IaaS云故障的表层现象和深层原因,户知道云服务的短板才系统设计,云厂商出故障也要老实认错,别总把户当行来糊弄。 至于PaaS云和IaaS云的设计实现思路完全不同,不在本文讨论范围内。 户的感知和建议 IaaS云的核心资源是云主机,其他IaaS资源都是依附于云主机的;云主机的可靠性略高于物理机,但并不是云主机永不宕机。 只要云主机采购量稍微上规模,云主机用户总会遇到一些故障。请谅解和忘记供应商的营销话述,云主机用户必须自己在架构设计层面规避这些故障。 网络抖动 现在云平台已经都用SDN组网,SDN本质是“定义网络”,其主打卖点是灵活管理和控制,其性能和稳定性并不是主打方向,SDN的质量也要略差与于传统厂商。云平台都会有网络IO超卖复用,而且用服务器CPU解海量报文,其性能还是比传统网络略差的。云用户架构设计时,建议通过开更多节点的方式分散单节点网络压力。
TOP