关于 做户口本 微电152_9212_8512代nilwz办魏空:b 的搜索结果,共852
小****园 2018-07-10
让PB级云存储不再神秘
真正要去重的文件就是那些影,随着版权保护的加深,影只存原片盗版减少会是趋势,其他文件即使切片去重,命中率也非常低。我们提供hash值让客判断该不该删文件,该不该文件映射就够了。 长周期软硬件换 对象存储是付费企业级服务,并不是终身免费但匆匆关张的个人网盘。我们必须考虑十年为刻度的长周期维护问题,某种硬件停产了怎么,假设系统内核停止维护怎么?我强烈反对极端优化单点性能,就是因为单点性能极限优化必然和硬件、内核、文件系统都有深度关联。我推荐存储主力服务是应用层服务用态进程,老中青三服务器和谐运行,群集性能瓶颈来就不在单点,不要给自己的软件无故设限。 冷存储问题 冷存储分真冷和低温两种类型,真冷存储就是用磁带、蓝光盘、可离线存储节点来存储数据,这样可以节省机柜量,但这是个工程学问题不是计算机问题了。低温存储就是标准存储换更大更慢更省的磁盘,通过硬件选型来降低硬件和机柜成。 5、存储测试标准 前文我大量篇幅介绍对象存储和传统存储的不同,如果搭建一个私有对象存储群集,我们该的测试也要贴合场景。
y****i 2018-07-11
容器云的最佳用
我很讨厌这些线杆小广告的宣传方式:可以实现弹性伸缩、自动化运维、持续交付、服务、秒级部署、高强度容灾、多版控制等功能,从而改善和解决复杂的IT应用场景。事实上是使用者自己设计维护可以弹性伸缩、自动运维、容灾冗余的程序,无论是用物理机、虚拟机还是容器(进程),来能弹性的服务还是能弹性,没容灾的服务还是在赌命。 合格的架构和运维都瞧不上这些废话,因为十年前我们用裸机就能实现这些功能了。但世上没有那么多合格的架构师,云计算要解决的就是缺人的问题。最早的云主机也是类似夸张无赖的宣传,我第一眼看云主机也觉得是个噱头,这些遗毒至今还在误导客文是为说清容器的能力特性,我们该如何用好容器编排系统。 容器的基础特性 容器和虚拟机都属于IaaS云的范畴,按申请资源量付费,不关注客业务逻辑和访问频率。容器只是隔离出一个进程,而虚拟机是模拟了一整套操作系统,这是双方的质区别。 进程的创建就是申请内存、端等系统资源,但应用的初始化仍然需要时间,所以容器启动到服务可用仍然需要几秒甚至更久。容器的快速部署优势在于CI/CD环境里,快速部署不只是说程序启动的快慢,而是决策的快、操作的简单。
s****d 2018-07-11
亿元级云用分析
云厂商提供四类人力资源: 第一类是方案咨询和项目规划,不要被免费通用售前蒙蔽了视野,出彩的规划咨询重度依赖精英人力,既要是云产品专家又要是客侧IT高手; 第二是平台侧研发运维,即使最标准的CDN服务也要定制日志接调卡顿和回源比,销售铁三角必须最顺畅沟通最高优先级; 第三是项目侧实施人力,云厂商可以盖机房到App适配的所有工作,客只想对接一个总包责任人; 第四是客挖不来留不住“云厂商母公司的顶级技术高手”,他们想借云项目让高手人力输出,但是……。 读者们不要觉得卖人日很低端,人力资源是难以垄断和模板化复制的;只有不能垄断的行业,精英打工者才有极大的发挥间。 4.架构和流程变化分析 大型云用在上云过程中,其IT架构逻辑逐步发生着变化,为了避免技术泄密和保证通用性,我写的比较简单。 硬件和系统管理——硬件是标准还是特配、产权是租是卖、内网维还是自主设计、服务器交钥匙还是黑盒服务——不同的客项目需求,导致硬件管理和监控不同于传统方案也不同于其他云项目。 广域网联通方案——云厂商大都是互联网出身,他们拥有DDOS的资源和统一前端的实践经验,还有海量廉价优质带宽。
c****2 2018-07-10
个性化推荐(一)
首先,进行词向量的拼接操作:将每hh个词拼接起来形成一个大小为hh的词窗,记为xi:i+h−1xi:i+h−1,它表示词序列xi,xi+1,…,xi+h−1xi,xi+1,…,xi+h−1的拼接,其中,ii表示词窗中第一个词在整个句子中的位置,取值范围从11到n−h+1n−h+1,xi:i+h−1∈ℝhkxi:i+h−1∈Rhk。 其次,进行卷积操作:把卷积核(kernel)w∈ℝhkw∈Rhk应用于包含hh个词的窗xi:i+h−1xi:i+h−1,得到特征ci=f(w⋅xi:i+h−1+b)ci=f(w⋅xi:i+h−1+b),其中b∈ℝb∈R为偏置项(bias),ff为非线性激活函数,如sigmoidsigmoid。
嘟****y 2018-07-11
大型企业适用的云平台账体系
单账大通铺模式下,所有的平台短信和邮件都往一个账发就行了,但现在要重新设计。我的一线技术工作经历并不依赖第三方(如云平台)通知机制,对通知功能的研究较少,所以我只能提出通用性设计建议: a.别把平台维护通知当甩锅通知,大客会因此忙到鸡飞狗跳。 b.员工正常操作不要通知到管理员,自然人收到的信息太多会麻木。 c.员工执行摧毁核心资源等高危的操作要及时通知管理员。 d.这些操作日志可以通过API等方式对接到企业自身的平台。 e.合规和安全风险发送平台管理员和资源池管理员。 云平台有通知机制就要有管理权限,比如说某IP存在合规隐患,管理员要能查看和操作该IP;否则平台管理员只能组织各部门领导开会,平台的管理员一般不是公司高管,其处理速度和处理效果就很慢也很扰民了。 第五.其他随笔说明 a.过去云管平台计费和权限开发很繁琐,云平台支持精细控制后云管平台的对接成会瞬间降低,那些功能缺失又不是行业标杆的云平台会云管平台被逐渐放弃接入。 b.有客想给不同资源组不同资源单价,这是个弱需求,该需求技术实现繁琐且有客可接受的变通方法,比如子账登陆只计量不计价,价格在心中。
M****点 2018-07-10
中国云计算现状——产品篇
云数据库(如RDS)很重要但想象间有限,因为企业里已经有数据库和DBA了,DBA并不信任云端未知架构数据库的性能、稳定性和数据安全性,而且企业仍然需要DBA承担设计维护工作。 对象存储服务是新兴需求,企业里来就没大规模对象存储搭建能力,而且对象存储对应用程序友好上手简单,客对它是积极拥抱甚至业务依赖。一旦用在对象存储平台堆积了上TB的数据,大数据和AI分析应用自然就部署上来了。广域网传输稳定性不够成又过高,只能是计算组件跟着存储就近部署,PaaS云创业公司从对象存储入手才更有客粘性和横向扩展间。 大数据类PaaS类似于云数据库,用要自带海量数据过来,Mapreduce过程和结果又都要用负责,最终客觉得云平台什么都没,大数据PaaS服务都用成IaaS定制模板虚拟机了。而AI类PaaS类似于对象存储,用来要靠人肉识图,那些非结构数据来是不存储的,程序员很乐意去调AI和存储接,砸碎人肉识图团队的饭碗才能成全自己的业绩。云替方案会被客技术人员苛责,而技术人员会对云上新出的方案很宽容。
m****t 2018-07-11
设计中立公有云云管平台
该管理控制台借鉴各大公有云控制台即可,所要展示的资源和功能已经在前文讨论过了,该产品可完美模拟功能强大,也可以极速从简只必要功能。 3.计费系统 标准计费系统的功能复杂又强大,每个账是预付费还是后付费、当前有多少余额/透支额度、单个资源是打包整体付费还是按需按量付费,免费配赠资源的占用策略,资源欠费后的保留周期,网银和财务付费接,甚至连发票管理都是计费系统要涉及的。 部分说明如何用一两个人月就能出来的对账式计费系统。 用相对可控,对反赖账逻辑就可以弱化甚至不。 按量付费就要几分钟一次频繁对账,那就把虚拟机、公网IP的按量付费砍掉,通通成包月付费;对不能成包月付费逻辑的资源,小金额需求直接打包或减免(比如说OSS的get post费用是一百块钱上亿次),大金额项目只能成延迟出账单的后付费(比如CDN账单)。 产品品类不用太多,比如说虚拟机配置保留常用的5-10类就行了,没必要出四五十个配置类型。 各个厂商产品单价都是不同,但云管平台的资源可以成统一价格。云管平台可以简单的按最高价格向客收费,也可以要求高价云平台充值赠送把价格实际降低。
追****圣 2018-07-11
给书记省长讲清楚云计算
云基地通俗易懂的展现形式就是开启数十万个高速运转的脑铁皮箱,但这些脑不用接显示器也不用人员现场操作,只要这些脑能开机能上网就能对外服务。云基地和数字地产不完全相同,数字地产只装修好房子,云基地关注用这些房子什么。 云基地是无烟工业,并不需要雇佣大量人,对直接促进就业帮助不大;但云计算没有实体矿产投入和物品产出,只需要大量力启动脑也不会产生大量污染。 云基地像视台和信号塔一样,通过产生和扩散数据信息对客提供服务,这些信息的传输没有物流成,光速直达全球每个角落。 因为云基地服务全球客,所以云基地可创造极高的营收,但不能简单的计入地方政府的GDP。一个耗三千瓦的机柜加附属间占地5平方米,如果云计算资源全部售出,每年可产生20万元以上的营收。但是这些营收会计入云计算公司所在地,而非云基地机房所在地,云基地只能被当外地公司在地租赁的库房,只会在所在地消费掉地租、费和网费。各地政府只有提供足够的优惠政策,才能吸引云计算公司在当地成立独立税务核算的分支机构;有长久规划的地方政府甚至可以将云计算人才逐步引入当地,形成高科技硅谷园区。
无****禾 2018-07-11
云客需求引导管理--实战型IT太极拳
(这些运营问题都是2015年的,可能略有老化) 案例3.客被同集团的云计算子公司服务的欲哭无泪,找我们接盘时提了一大堆需求,我同样是拒的比接的多。客问能利旧设备么,我认为利旧设备的配置都太高啦,还不如租我们的廉价服务器。客要我们按照旧接去定制开发,我指出用我们的SDK对接只有半个人日,而旧接连文档都没有只能猜。客要我们派几个高工长期驻场,我说明所有故障都可控且已演练,远程排障我们有10个高工主程,但长期驻场我们高工得抑郁离职了。客担心日常无事可了,我们就帮客了月度巡检流程,但整个流程我们全程不参与,他们巡检成功就是双保险,忘了巡检也有我们的监控兜底。 案例4.有公有云客说要买最便宜的带宽,但最终沟通发现对方是要非核心日志上传。云平台默认的计费规则是上行带宽免费,但免费不限流的上行带宽不承诺SLA。最终结果是建议客短期内买几十台低配云主机,同时好客端容错,长期看建议这些日志直接上传至对象存储,还能配合我方大数据服务MR。 案例解析 云计算主要服务企业客,企业客内部分为采购、技术、业务、管理等多个角色,在案例中服务的技术和运营团队是非常讲道理的。
笑****山 2018-07-10
监控专用对象存储的畅想
访问读缓存是有必要的,因为监控类场景不存在重名文件,而同一个文件会多次反复读取。访问理肯定是群集式或者SDK控制,看客端是随机分配还是会话保持策略,我们再去决定是地缓存还是共享式缓存池。至于写缓冲,这就是写入性能、业务连续性、数据可靠性的零和博弈,没有标准答案。 访问理要不要预缓存?默认的对象存储并不关注客业务,但如果url可以规范化,我们是能推测出客下一阶段大概率访问哪个文件的,数据预取可以极大的提高客体验。 访问理的读写权限优化控制。访问理可以继续基于标准token验证机制,也可以简化为基于IP地址进行读写权限控制。访问理可以预判读写请求是否合法,比如说读取明显已经超时的数据,或者时差严重时写入文件,这些都可以在访问理层面直接拒绝。 元数据设计 元数据的优化压力不大,因为在应用场景和访问理层面已经给元数据足够减负。
5****a 2018-07-11
监控专用对象存储的畅想
访问读缓存是有必要的,因为监控类场景不存在重名文件,而同一个文件会多次反复读取。访问理肯定是群集式或者SDK控制,看客端是随机分配还是会话保持策略,我们再去决定是地缓存还是共享式缓存池。至于写缓冲,这就是写入性能、业务连续性、数据可靠性的零和博弈,没有标准答案。 访问理要不要预缓存?默认的对象存储并不关注客业务,但如果url可以规范化,我们是能推测出客下一阶段大概率访问哪个文件的,数据预取可以极大的提高客体验。 访问理的读写权限优化控制。访问理可以继续基于标准token验证机制,也可以简化为基于IP地址进行读写权限控制。访问理可以预判读写请求是否合法,比如说读取明显已经超时的数据,或者时差严重时写入文件,这些都可以在访问理层面直接拒绝。 元数据设计 元数据的优化压力不大,因为在应用场景和访问理层面已经给元数据足够减负。
TOP