关于 幸运飞艇官网开奖软件 zs25.vip 主管Q:86_355_ 的搜索结果,共905
2018-07-10
解密源这门生意——商业角度看
在上个世纪程序员人数很少但都是精英黑客,参与源的目的是以码会友,不会发表太烂的代码,顺着源社区容易找到技术大师,几个IT高手也容易蹭出商业火花。 2. 商业公司源 现在越来越多的公司参与到源项目中,甚至导了很多商业源项目;现在源项目的精英理想义色彩褪去,但打破认知垄断的初心没变。 是打破专利垄断,而且大部分都很便宜甚至免费,这就很适合做商业降维打击。这个篇幅太长我不展细谈,只抛出三个案例: IBM提供AIX技术帮助完善了Linux,SUN和微的服务器操作系统都不太好卖了。 Java、Golang的发者生态比 dot Net要友好热烈,这些程序员的待遇差距越来越大。 硬公司Intel支持源云计算项目,这些可以促进自家CPU、板、SSD和卡的销售。 中国有句俗话叫“财散则人聚”,老外终于学会了“源码散则厂商聚”。对于以IT技术为核心竞争力的企业,降低门槛既可用于绝地反击,又可用于做大行业生态。 3.
流****水 2018-07-11
度云企业级维平台——NoahEE
我们推出的NoahEE(Noah Enterprise Edition)脱始于Noah,为企业提供了一站式维解决方案,覆盖了包括日常的故障理和变更理中典型的维场景,致力于为政企、金融、教育等行业提供业务可用性保障、提升维效率。 图1 NoahEE概览 接下来,我们把这艘诺亚方舟分解来,近距离观察一下这艘船的方方面面。 服务理 我们首先介绍服务理是因为服务理是整个维工作的基础,也是NoahEE这个平台上各个系统能够进行批量自动化操作的关键。服务理这个概念的出现,是随着业务快速膨胀的必然,其要解决的要问题是一个“量”,或者说“规模”的问题。在早期业务较为简单时,一个服务可能部署在几台甚至一台机器上,进行变更等维操作简单直接,登录到机器上人工操作就好了。随着业务的发展,分布式应用与服务的广泛使用,我们越来越多的面临着维场景与维执行之间的脱节。 举个例子,今天17:00始对X机房的地图导航模块进行升级。对于产品研发的同学来说,关注点是语义明确且更具描述性的“维场景”;而对于维人员来说,关注点是此次升级操作所涉及的机器等资源在哪里。
金****洲 2018-07-10
混乱的集群遇见TA 从此岁月静好
云的要客户已从最初的中小初创公司逐步渗透到各行各业的大型企业。可以说,企业上云已是企业发展的必由之路。部分数据敏感的企业结合自身数据的安全性、所有权和控制权等综合因素考虑,会选择搭建自己的私有云或者混合云环境。 但是在上述环境中,用户的机器都需要自行理,这就必然给云维人员带来很多意想不到的麻烦。 其实我们面临的问题从来就没有什么大的变化,唯一不同的只是机器规模越来越大,人心越来越复杂。 Q如何在1台机器上部署基础设施?A 一切都源于那个亘古不变的道理:扔一个文到机器上,然后跑一个命令。 Q如何在10台机器上部署基础设施?A 写个for循环搞定。 Q如何在10000台机器上部署基础设施?A 这个也好办!定制操作系统镜像CUSTOM.iso装机自动化安装! then…… Q如何快速升级所有机器上的基础设施? Q服务因异常挂掉,能自动重启保活吗? Q公司做活动,预计流量突增,能扩容吗? Q公司活动结束,为节约成本,能缩容吗? Q发的基础设施服务有问题,能立马回滚吗? Q可以做虚拟化资源限制基础设施不占用过多的机器资源吗? Q如何先部署小批量机器,确认无误之后,再做全集群部署?
l****m 2018-07-10
五年前的预言——2012年云计算时代的维职位展望
我在写一篇新的文章,其中会引用到这篇2012年的旧文,所以我原样摘抄下来,很庆能转型进入云计算这个行业。 云计算的时代正在来临,维的工作也将在今后几年中发生翻天覆地的变化。 如果你是一个能给自己做的人,你必须看清形势顺势而为,在变革的时代埋头苦干仍然保证不了你的正常生活;如果你是一个弓骑兵,无论你怎么勤学苦练都打不过坦克手的;铁达尼号上的乘客无论多有钱,总是免不了泡进海水里的。 首先,我作为一个维为何唱衰维这个职业。 我们维靠什么能力在公司里自立哪? A.关心硬和施工; B.关注络问题; C.擅长系统和服务的调试维护; D.相对与架构师/DBA的价格优势; E.快速可靠的响应. 大家看看云计算能给企业带来的好处。 A.硬完全免维护; B.络接近免维护; C.系统、服务接近免维护; D.无论是硬还是人力成本都很廉价; E.可靠性高于个人。 我们会发现,云计算的目标就是要做的比维人员更好,好到“不用关心”的地步。从技术上来说,各大云计算营商对通用的Web、RDBMS、存储 服务都是可以做到很好的。
雪****魁 2018-07-11
危险背后的机遇--云服务故障危机分析
客户的感知和建议 IaaS云的核心资源是云机,其他IaaS资源都是依附于云机的;云机的可靠性略高于物理机,但并不是云机永不宕机。 只要云机采购量稍微上规模,云机用户总会遇到一些故障。请谅解和忘记供应商的营销话述,云机用户必须自己在架构设计层面规避这些故障。 络抖动 现在云平台已经都用SDN组,SDN本质是“定义络”,其打卖点是灵活理和控制,其性能和稳定性并不是打方向,SDN的质量也要略差与于传统厂商。云平台都会有络IO超卖复用,而且用服务器CPU解海量报文,其性能还是比传统络略差的。云用户做架构设计时,建议通过更多节点的方式分散单节点络压力。 硬故障 硬故障无法彻底避免,依附于物理硬的云机也会意外中断。云机可以在计划内跨硬迁移,所以可以说云机可靠性略高于物理机。但是云厂商可能买劣质资源,或者频繁迁移云机,甚至后台操作误停机误删除,以前用物理机客户自维的各种故障点依然存在。理论上云平台技术人员会很专业和敬业,但很难深入了解客户业务。云用户以前的硬冗余设计仍然有效,而且可以利用多AZ/多region/多云等云上隔离方案。
TOP