关于 小妹SPA会所薇78792796天津和平区保健足浴按摩服务江 的搜索结果,共1331
嘟****y 2018-07-11
大型企业适用的云台账户体系
前文是说注册阶段的法承诺,到使用过程中云台又有各种奇怪的“资格认证”“功能审核”等问题。云台要规避自注册客户的政策法规问题恶意欠费问题,但这大客户有什么关系?供应商用“认证”“审核”这类词跟甲方说话就是态度不端正,这又是一句“客户你好,你要从管理,爱审不审,不审就滚”。这类甲方的身份资料是公开的,也不恶意赖账,这时应该由乙方主动记录合规信息,后台透明完成功能开通,设置消费透支上限。 假设客户是成长型公司,以前CEO创建的账户让员工继续使用。某CEO被老婆打了一顿,因为他的网购记录有给“丽丽”订花开房;或者网警约谈该倒霉蛋,警告他不要用网盘传播非法视频;也可能CEO打开聊工具,发现自己很多幼稚鸡汤文给投资商。不要误是有人要整这个CEO,SSO单点登录多项,同事用混了账户也正常。 如果客户放弃使用某云之后,原账户不注销滚动欠费几千万怎么办?云巨头们都是横向一体化经营,搞不好客户有竞争,霸王注册条款下的法风险确实存在。 一个企业的账户不应该由客户注册,而是供应商主动提供,像IDCCDN就主动给客户提供查带宽的账户。
M****点 2018-07-10
中国云计算现状——产品篇
用好PaaS产品可以更省人力、更快交付,用量付费可能资源付费更便宜(也可能更贵),而PaaS台的恼人诱人之处均在于产品形态很模糊、质量很难评估、很难独立运营、没有领头羊企业事实标准。 PaaS云IaaS云资源的别就在于,台需要理解客户的动作状态。对象存储CDN就是最典型的PaaS,云照数据容量、访问流量、访问次数方法收费;Mysql RDS只能照内存日志空间上限计费,但仍然可以替客户做数据库状态展示、分析备份,这是过渡性的PaaS。 最常见的PaaS是数据库,最重要的PaaS是对象存储,最成熟的PaaS是CDN,最有魅力的PaaS是Serverless,我们重点看这四个。 一个经典PaaS应该只是一个进程,进程是无法长期存储数据的,量结构化数据依赖数据库存储,海量数据依赖对象存储。 云数据库(如RDS)很重要但想象空间有限,因为企业里已经有数据库DBA了,DBA并不信任云端未知架构数据库的性能、稳定性数据安全性,而且企业仍然需要DBA承担设计维护工作。
h****e 2018-07-10
程序:我从哪里来?
Naming Agent与Cache层的数据交互,采用推拉结合的方式,Naming Agent主动拉取数据Cache模块推送变更数据,同时Naming Agent客户端将查询过的数据置于本地缓存中,以此降低Cache层的查询压力。 Check Agent:提供BNS实例的康检查功能,用户通过在Web页面对每一个实例配置康检查的方式,机器上的Check Agent主动探测有实例的运行状况,并将康检查的结果上报给Cache层,同时更新数据库内容。 总结 BNS系统满间交互中常见的的资源定位、IP白名单维护等需求,也可以用于机器列表查询,使用场景包括机器列表查询、定位、白名单维护、数据库智能授权等,解决了程序“我是谁?我从哪里来?该往哪里去?”的问题。 今我们一起聊了百度云Noah智能运维产品中的BNS系统,目前系统还在持续迭代优化中,若您想进一步了解BNS问题,欢迎大家积极留言。
追****圣 2018-07-11
给书记省长讲清楚云计算
云计算不产生污染,以不用考虑环减排问题,但其带来的环节能问题很严重,每个数据中心都占用大量电力。 对于四线城市政府型国企,因为现实困难资源有限是搞不了云计算的;二三线城市大型国企才能提供云计算公司感兴趣的资源。
雪****魁 2018-07-11
危险背后的机遇--云故障危机分析
硬件故障 硬件故障无法彻底避免,依附于物理硬件的云主机也意外中断。云主机可以在计划内跨硬件迁移,以可以说云主机可靠性略高于物理机。但是云厂商可能买劣质资源,或者频繁迁移云主机,甚至后台操作误停机误删除,以前用物理机客户自运维的各种故障点依然存在。理论上云台技术人员很专业敬业,但很难深入了解客户业。云用户以前的硬件冗余设计仍然有效,而且可以利用多AZ/多region/多云等云上隔离方案。 资源不 云资源的隔离不彻底且超卖,带来了瞬时资源不问题。比如说云主机突然变慢又恢复,导致客户的业异常崩溃,云用户缺乏有效的监控手段,可能想不到故障云资源有关,或者无论什么问题都让云台自证清白。 资源不影响新建资源,很多DevOPS客户自动化申请资源,但如果账户配额不或者域资源不,自动申请资源失败时有备选方案或者人工干预吗? 以前客户只要观测公网接入资源是否紧缺,自控硬件内网的信息很清楚,上云以后硬件内网也要多留心了。
m****t 2018-07-11
设计中立公有云云管
云厂商提供OSS+CDN的好处就是内网互通节省带宽费用,但大客户很可能越过云管台直接采购,客户一年可能只节省几十块钱。云管台要集成OSSCDN时,一定要注意这两个是没有域概念的,比如客户用了百度北京的虚拟机加上七牛浙的云存储阿里全国的CDN,此时客户业绝对跑的通,三方互通有额外网络开销。云管台的资源创建计费系统都要考虑清楚,尽量资源走一个供应商,或要求不同供应商之间相互免费。 上述PaaS资源都有一个特点,可以照使用量付费,或者提供贴合到业逻辑操作层面的支持功能,那也就代表着客户的计费访问数据铁定被供应商拿到,而业数据是否被偷窥要看供应商自律。 我们再看看下文一些更专业(偏门)的。 容器云入门门槛太高,在中客户场景下缺乏成功案例,如果没有具体项目要求上容器云,就等到接完上面的PaaS再考虑接入容器云。 反DDOS攻击只能由云厂商提供,因为开销偏大计费不灵活,但又没有日常管理需求,客户到云管台到厂商沟通时直接用邮件、工单合同即可,如果没有频繁攻击检测需求,可以不留展示界面只用邮件通知。
若****客 2018-07-10
IT架构的本质--我的五点感悟
前端器压力大了就多做水复制扩容,在网站类应用上,无状态-持-弹性伸缩等技术应用纯熟。后端要群集化就是多做业拆分,常见的就是数据库拆库拆表拆键值,拆的越散微操作就越爽,但全局操作开销更大更难控制。 实时改异步是我学的最后一门IT技术,绝大部分“实时操作”都不是业需求,而是某应用无法看到后端Peer状态,默认就要实时处理结果了。CS模式的实时操作给支撑带来巨大压力,Peer合作的实时操作可能让数据申请方等一宿。架构师将一个无脑大事拆分成多个,这就是异步架构,但拆分事就跟拆分数据表一样,拆散的需要更高业层级上做全局事障。 在群集性能规划中,网络硬盘IO+CPU算力+磁盘内存空间是可以互换的,架构师要完成补不而损有余的选型。比如数据压缩技术就是用算力资源来置换IO空间,缓存技术是用空间IO来缓解算力压力,每个新选型都带来细节上的万千变化,但每种变化都是符合自然规律有章可循的。 一个经典微机系统就是中央处理器+主存储器+IO设备,这几个概念居然群集性能规划是一一对应。 3.
s****7 2018-07-10
见微知著看技术误解——从裸光纤NTPD谈起
时间不稳威胁到的程序壮性安全性,甚至部分程序崩溃的稀里糊涂。 ntpdate只是个命令不是,它对远端时钟源是盲目信任;假设一个根NTP不稳定,有的器获得了错误的时间,虽然现在业层可以包容异常,不出现算出负利息或倒扣费的情况,但业混乱是免不了的。我们就说联机调试分布式日志,几个节点的时间有错可能日志就看不懂了。 NTPD做时间调整有效减少这类情形,它不是简单的龟速调整时间,而是有柔性时间调整策略,让时间线的跃变调整尽量少影响业(详情见附录实验);也不盲目信任远端时钟源,甚至固执的拒绝同步时间。NTPD相信本机时刻有可能不对,但不忽快忽慢甚至停滞,NTPD通过多次收发包选择权威稳定的时间源,算出双方间的网络延迟,然后才采信新的时刻进行时钟同步。 五、误解的根源影响 因为NTPD不盲从其他时间源,让老一辈IT人留下NTPD不好用、不靠谱的误。2005年个人测试用虚拟机的时间经常走慢,到2010年虚拟机还要防范时间停滞的Bug。即使你用物理机投入生产,网络延迟仍然不确定,且要观测NTPD同步效果需要时间。
w****0 2018-07-11
单机房故障自愈-黎明之战
干货概览 在故障自愈机器人,你安心好睡眠一文中,我们介绍了单机房故障自愈的必要性解决思路。本文主要介绍单机房故障自愈前需要进行的准备工作,具体包括: 单机房容灾能力建设中遇到的常见问题及解决方法 基于网络故障及业故障场景的全面故障发现能力 百度统一前端(BFE)百度名字(BNS)的流量调度能力 单机房容灾能力--常见问题 单机房故障场景下,流量调度是最简单且最有效的止损手段,但我们发现业线经常遇到如下问题导致无法通过流量调度进行止损: 1.存在单点 描述:系统内只有一个实例或者多个实例全部部署在同一物理机房的程序模块即为单点。 问题:单点在机房或单点自身发生故障时,无法通过流量调度、主备切换等手段进行快速止损。 要求:浏览请求的处理,不能存在单点;提交请求的处理,若无法消除单点(如有序提交场景下的ID分配),则需要有完整的备份方案(热备或者冷备)障单机房故障时,可快速切换至其他机房。 2.跨机房混联 描述:上下游之间存在常态的跨机房混联。 问题:逻辑单元未隔离在独立的物理范围内,单机房故障给产品线带来全局性影响。
w****t 2018-07-10
AIOps中的四大金刚
原因如下: 策略参数需要进行调整 流量调度、容灾策略等策略,针对不同的业线,配置并不相同。例如某些业对响应时间敏感,跨地域的调度带来较大的延迟,影响用户体验,这时就需要根据业情况配置机房之间的跨机房流量调度延迟系数,来实现流量优先调度到延迟系数最低的机房。 通用框架无法满有需求 部分业线需要对原有的策略进行部分重写才能够满需求。例如,部分业在流量调度时,需要联动降级来满容量需求,这就需要额外增加降级联动的逻辑。 那么,就需要运维研发工程师出手来解决这个问题。根据业线的实际情况,对策略参数进行配置调优,对通用框架无法满的需求,进行定制化研发,使得单机房故障自愈方案能够实际应用在不同业线上。 AIOps时代的职责技能变化 运维研发工程师负责基于业线特征的运维研发工作,在传统运维中,是运维自动化的实施者,实现了针对业场景的自动化运维实施落地。 在AIOps时代,运维研发工程师承担了AIOps智能化运维解决方案在业线实施落地的职责。他们是AIOps场景的实践者,将AIOps解决方案与业架构特征相结合,实现AIOps在业线的落地。
s****d 2018-07-11
亿元级云用户分析
资源持续--亿元大客户不要求云台永不故障,但要云台承诺清晰SLA,事后给个合理的故障报告。 后记 如我在《复制阿里云并不难》中说的,一个云行业半个IT界”,云行业将垄断IT界一半的营收利润。本文讨论的亿元大项目,目标就是拿下IT圈的营收上限。现在亿元大单都是云厂商在侵入系统集成商的势力范围,后面云厂商得到越来越多的亿元大单。
红****2 2018-07-10
故障自愈机器人,你安心好睡眠
如何应对不同业流量调度策略台的差异?
小****园 2018-07-10
让PB级云存储不再神秘
比如气象地质活动,现在有了更新的监测手段、更密集的监测网点,数据记录量也翻倍增加。这类方案对存储要求长周期滑扩容,云厂商的对象存储是这类客户的最佳方案。 4、变通妥协 对象存储并不是万能解决方案,它有解决不了的问题,也愿意为适应现状做兼容妥协。 基于HTTP协议的文件传输,然无法满“大文件的范围修改且实时落盘”这一需求,最典型的场景就是数据库的DBfile,以及视频原片的现编操作。即使我们费尽心力让对象存储把自己模拟成本地磁盘,不严谨的兼容POSIX接口,当你打开一个1G的文件修改1k并存时,本地文件系统只修改1k文件,而对象存储上传一个1G大的新文件。 数据库这类低延迟应用HTTP协议不投缘,而数据库活跃文件也不可能到PB级,以DBfile很难去尝试兼容对象存储接口。视频剪辑软件倒是有兼容对象存储接口的技术可行性,他们可以把20G大的原片分散成2000个文件,但客户的需求还不够强烈,本地的带宽还是不够稳定,这需要假以时日。
小****君 2018-07-11
踏云落地--谈IT就业趋势
当精英们无事可做的时候,哪怕钱给够了也很容易跳槽,他们将富集在云计算公司、大IT部门独角兽企业,而IT部门创业团队留不住技术大牛了。精英们遗世独立,让普通工程师去买云了,对其他工程师可不是好事。第六.大熊猫跑了,要撤大熊猫是一种“伞护动物”,大熊猫也被其他动物分享;里大熊猫最重要,其他动物都是玩伴点缀,但如果大熊猫都迁走了,撤销。后台支撑团队总认为自己跟熊猫一样脾气很好,IT鄙视链是不存在的;而业开发总认为这货比熊猫还矫情,自己给大熊猫让路、敬茶、拍马屁了。但是精英们逐渐流失了,业开发是撑不起领导IT部门的重担的,在大部分公司里,IT部门从能产生CTO的一级部门,滑落为只能产生个IT总监的二级部门。行业精英们待遇好级别高,是因为行业精英们的工作是其他管理层听不懂的,你见过老板帮忙搞模式设计,或产品对数据结构提要求吗?这种神秘感稀缺度,让公司管理层必须跟他们分享权力。而业工程师始终在拆解实现具体的业,老板产品经理都能提需求做评判,做好了理应当,做烂了就要挨骂追责,整个IT团队逐渐变成跑腿打杂的。
林****颖 2018-07-10
中国云计算现状——成本篇
无论是初创公司还是大公司的云计算分舵都不愿意这样烧钱,但你不烧钱市场就忽略你的存在。 上文说到一些普通销售靠公司分配商机,也强大的市场引流(烧钱)能力有很大关系,只要产品过硬多参总是不亏的。 综合评估 综上述,前三条成本都是大厂商对比厂商占据绝对优势,但大厂商之间的成本别并不大,因为硬件降价折扣是有底线,全国能拿到便宜器、机柜带宽的厂商肯定超过十家了。企业客户是理性选择供应商,并不盲目黏在一个台不走,而各厂的技术差距早晚是能追的,后入场的大玩家一样有插分羹的机厂商的机集中在如何避免同大厂商在前三条上正面竞争,少丢分或不丢分,然后在后三条上发力破局。首先,使A轮的厂商,创始人大都是业内知名人士。BCD轮的厂商抢人的姿势超级凶残,烧点工资快速刷出产品线销售额,VC也很开心。厂商可以持灵活的身姿、手握精兵团队,而大厂商因为决策链太长,庸才冗吏太多,后三条很容易丢分。 厂商并非毫无胜算,甚至活的比过去更好,因为大厂商在完成培育市场教育客户的工作,厂商在现状下可选的策略非常多,我简要描述一下。
TOP