精华内容
下载资源
问答
  • 如何理解混合

    千次阅读 2016-07-22 10:58:14
    两年前,我们就看到了混合是IT发展的大趋势,可以说是必然的王者之道。....... 混合有了更多的内涵和外延,这一口熟能详的词有着逐渐被滥用的趋势。什么是混合呢?...... 从架构的层次来看,IaaS 和 PaaS 可以...

    两年前,我们就看到了混合云是IT发展的大趋势,可以说是必然的王者之道。但是,现在随着技术的发展例如云服务的普遍使用,以及产业的变迁例如互联网+的风起云涌,混合云有了更多的内涵和外延,这一口熟能详的词有着逐渐被滥用的趋势。

    什么是混合云呢?

    本着个人的习惯,还是先列举几个被大家熟知的基本概念:

    • IaaS
    • PaaS
    • SaaS
    • BaaS

    从架构的层次来看,IaaS 和 PaaS 可以看成平台层云服务,SaaS 和BaaS 可以看成应用层云服务。

    从使用的主体来看,一般分为两类:大中企业和小微企业(包括个人开发者)。

    大中企业一般又着自己的IT系统,姑且称为私有云,尽管很大的IT架构还谈不上云,但私有云是一个趋势和方向,甚至IT的规划和战略。

    有了目标对象,就可以来理解混合云了。

    从大中企业的IT 系统来看,混合云是混合IT的子集,指的是一家企业采用多种云模式来响应业务需求的情况,其中可能包括私有云、托管云以及公共云等。具体地说,企业的IT系统与XaaS 的有机结合形成了混合云,枚举一下二元关系:

    • 企业IT及私有云 + IaaS
    • 企业IT及私有云 + BaaS
    • 企业IT及私有云 + SaaS
    • 企业IT及私有云 + BaaS

    是否都可以称之为混合云呢?如果企业IT及私有云融合了任意多个XaaS,也可以称之为混合云吗?

    对小微企业乃至个人开发者而言,其产品和服务一般是直接构建在IaaS 上的。那么构建在公有云上的IT 架构,也有着类似的二元关系:

    • 公有云上的IT 架构 + 另一IaaS 的架构
    • 公有云上的IT 架构 + PaaS
    • 公有云上的IT 架构 + SaaS
    • 公有云上的IT 架构 + BaaS

    是否也可以称之为混合云呢?如果小微企业乃至个人开发者在公有云上的IT 架构融合了任意多个XaaS,也可以称之为混合云吗?

    至此,尝试给出对混合云的理解:

    混合云是用户采用多种云服务来响应业务需求的IT架构。
    展开全文
  • 识别概念理解(私人理解

    千次阅读 2016-06-02 12:58:19
    识别,之前不是很理解,最近跟做这个的交流了一下,对大体概念和流程有了一个整体的理解,记录一下,万一哪天要做呢 深度学习做几类真对不同的图片识别的model, 最好是采用 单进程 + 多模型 的方案, 否则随着...

    云识别,之前不是很理解,最近跟做这个的交流了一下,对大体概念和流程有了一个整体的理解,记录一下,万一哪天要做呢

    深度学习做几类真对不同的图片识别的model, 最好是采用 单进程 +  多模型 的方案, 否则随着识别任务会越来越多,每个进程就得起一个端口号(不理解,为什么每一个进程都要占用一个端口号)

    通过用户的url请求,当然请求参数中带着图片的类别,然后根据本地训练好的模型,做预测。


    本地的model预测就是在手机端的(离线识别),模型都比较小,手机处理器10层以下网络结构, 预测效果比较差。而云端识别(在线识别), 是在云端服务器进行预测,而服务器端的模型都比较复杂,能达到几十层,当然预测效果也会更好。

    展开全文
  • 正确理解云安全

    千次阅读 2009-10-09 13:38:00
    正确理解云安全Understanding Cloud Computing Security中软通用产品研发中心 陈尚义Shangyi Chen, General Product R&D of CSS 内容摘要:伴随着云计算的快速增长,安全问题逐步成为挑战。然而,人们对安全...

    正确理解云安全

    Understanding Cloud Computing Security

    中软通用产品研发中心 陈尚义

    Shangyi Chen, General Product R&D of CSS

     

    内容摘要:伴随着云计算的快速增长,云安全问题逐步成为挑战。然而,人们对云安全问题的认识普遍存在误解。本文首先介绍云安全的本质,接着澄清人们对云安全的几个错误认识,最后介绍云安全面临的挑战。

     

    关键词:安全,误解,云计算,云服务

     

    Abstract: Could computing is growing rapidly and cloud security is going to be a big challenge. However there are many misconceptions about cloud computing security and many people don’t understand the security issues properly. This paper will discuss several misconceptions after introducing the essence of security. At the end of this paper, the main challenges of cloud computing will be followed.

     

    Key words: Security, misconception, cloud computing, cloud service

     

     

     

    1 概述

     

    当今时代,我们面临两大问题,一方面IT和安全开支不断缩减,将IT部分运维业务外包到“云”服务提供商那里是一种极大的诱惑;另一方面,安全性(Security)和合规性(Compliance)要求在不断提高,安全性方面的压力在增加,特别是如果我们将某些IT业务放到云里,安全问题更是未知数。很无奈,我们只有被动接受这一切,诱惑和压力并存。

    我们在权衡利弊,想以较少的代价完成更多更复杂的IT任务、承担更多数据安全方面的责任,特别是中小企业,更是如此。在一些情况下,这也许意味着外包出一些IT运维,财力和人力的开支就会减少。

    云安全问题就随之而来。但是,一,对如何保证云服务以及这些服务所处理的数据的安全,似乎缺少了足够的关注,RSA最新的研究发现了这一点[3];二,很多人对云安全问题多有模糊认识和误解之处。如云安全本质究竟是什么?很多人错误地认为:IT业务交给云服务提供商之后,就不必再对数据的安全负责了;不验证云服务提供商的安全、没有诊断云提供商的商业生存能力,就把IT业务交给云服务提供商;将不安全的应用系统原封不动地搬到云里,希望它们自动变得安全。

    这篇文章首先介绍作者本人对云安全本质的认识,然后介绍几种常见的对云安全的误解,最后讨论云安全面临的挑战。

     

    2 云安全的本质[1]

    人们常把云计算服务比喻成自来水公司提供的供水服务。原来每个家庭和单位自己挖水井、修水塔,自己负责水的安全问题,例如避免受到污染,防止别人偷水等等。

    从这个比喻当中,我们窥见了云计算的本质:云计算只不过是服务方式的改变!自己开发程序服务于本单位和个人,是一种服务方式;委托专业的软件公司开发软件满足其自身的需求也是一种方式;随时随地享受云中提供的服务,而不关心云的位置和实现途径,是一种到目前为止最高级的服务方式。

    从这个比喻当中,我们还看出云安全的本质。就象我们天天使用的自来水一样,我们究竟要关心什么安全问题呢?第一,我们关心自来水公司提供的水是否安全,自来水公司必然会承诺水的质量,并采取相应的措施来保证水的安全。第二,用户本身也要提高水的使用安全,自来水有多种,有仅供洗浴的热水,有供打扫卫生的中水,有供饮用的水,等等,例如,不能饮用中水,要将水烧开再用,不能直接饮用,这些安全问题都是靠用户自己来解决。还有,第三个关于云的安全问题是,用户担心别人会把水费记到自己的帐单上来,担心自来水公司多收钱。

    和自来水供应一样,云计算的安全问题也大致分为以下几个方面。第一方面,云计算的服务提供商他们的网络是安全的吗,有没有别人闯进去盗用我们的帐号?他们提供的存储是安全的吗?会不会造成数据泄密?这些都需要云计算服务提供商们要解决、要向客户承诺的问题。就象自来水公司要按照国家有关部门法规生产水一样,约束云计算的服务提供商的行为和技术,也一定需要国家出台相应的法规。第二方面,客户在使用云计算提供的服务时也要注意:在云计算服务提供商的安全性和自己数据的安全性上做个平衡,太重要的数据不要放到云里,而是藏在自己的保险柜中;或将其加密后再放到云中,只有自己才能解密数据,将安全性的主动权牢牢掌握在自己手中,而不依赖于服务提供商的承诺和他们的措施。第三方面,客户要保管好自己的帐户,防止他人盗取你的帐号使用云中的服务,而让你埋单。

    不难看出,云计算所采用的技术和服务同样可以被黑客利用来发送垃圾邮件,或者发起针对下载、数据上传统计、恶意代码监测等更为高级的恶意程序攻击。所以,云计算的安全技术和传统的安全技术一样:云计算服务提供商需要采用防火墙保证不被非法访问;使用杀病毒软件保证其内部的机器不被感染;用入侵检测和防御设备防止黑客的入侵;用户采用数据加密、文件内容过滤等防止敏感数据存放在相对不安全的云里。

    与传统安全不一样的地方,是随着服务方式的改变,在云计算时代,安全设备和安全措施的部署位置有所不同;安全责任的主体发生了变化。在自家掘井自己饮用的年代,水的安全性由自己负责,在自来水时代,水的安全性由自来水公司作出承诺,客户只须在使用水的过程中注意安全问题即可。原来,用户自己要保证服务的安全性,现在由云计算服务提供商来保证服务提供的安全性。

     

    3 对云安全的几个错误理解

    完全依赖云计算在安全上是危险的,认为云不安全就完全放弃云计算,同样也是不可取的。正确认识云安全,对我们决定将什么样的业务放在云里,以减低成本、提高效率、增强安全性,有着重要意义。不幸的是,根据调查,我们发现人们对云安全普遍存在误解或错误做法[4]

    l  云没有你现有的数据中心安全;

    l  不验证或测试云服务提供商的安全,就把IT业务放到云里;

    l  没有诊断提供商的商业生存能力,就与云服务提供商签定合同;

    l  把它交给服务提供商之后,就没必要再对数据的安全负责;

    l  将不安全的应用系统原封不动地搬到云里,它们自动变得安全;

     

    错误1:认为云没有你现在的数据中心安全

    控制得越多越安全。这对安全专业人员来讲是很自然的。他们对公司的数据和知识产权安全负责,总希望取得更多的控制权需。但是,这有时侯会导致一个关于云计算的错误的印象。一个常见的错误是:一提起云计算,就认为它没有自己的IT运维更安全。要知道,控制得多,不一定就更安全。道理很简单,你子家掘的井,你拥有了100%的控制权,它的水比自来水公司的更安全吗?

    事实上,很多云服务提供商提供很专业很规范的安全保障。像Google SaaS那样的服务,数据泄露的可能性更小,因为信息没有存储在容易丢失的U盘和CD里,任何时候任何地点都可以访问到。

    很多攻击来自于补丁管理缺失和服务器的配置失当。Google的安全补丁比传统的企业更先进,因为它的服务器架构是同一的。对于Google,如需打补丁,他们可以跨整个平台、以同样的方式这样做。

    SaaS和其它云服务提供商有更全球化的视野。作为一个企业,你仅看到一个侧面而已,一个云服务提供商有规模经济的整体优势,云服务改变安全模式,而且做得更好。

    但是,这不是说你应该盲目地信任云服务提供商,虽然有几家大的供应商由于其规模很大、比较好地处理了安全问题。这些人在更高、更复杂的层次上处理安全问题,比起你的IT团队来得更专业。说云安全一定不行、云安全一定存在很多问题,是个误解。

    云安全问题是云服务推广的重要障碍。比起技术能力,对云安全性的怀疑,更成为云服务推广的障碍。但云可以在很多时候比起私有的环境更加安全,就像自来水公司可以保证水的安全一样。

     

    错误2:不验证、测试或审计云服务提供商的安全性

             如果有选择,你会调查你所在的城市或社区哪家的自来水更安全。

    当你选择云服务提供商的时候,不要想当然地认为它的安全性。一定要验证他们是如何保证你的数据和他们自己的基础设施的安全的。简单地信任是错误的。你一定要验证和审计他们,或者请第三方来审计他们。

    对于有些云服务提供商来说,这个问题有可能来得不是那么直接。第一,不是所有的云计算公司在安全措施和服务上都是现成的,他们可能根据你的需要即时开发(或部署)一些安全措施。第二,有些公司不能很好地表达自己,说不清楚云中的数据中心是怎么被保护的。并不是云服务提供商没有更好的安全性,有的时候是没有解释清楚。云服务提供商需要做更多、更好的工作,以解释如何控制系统和数据,并让人们感到信服。

    验证云服务提供商,确信他们以安全的方式将你的系统和数据隔离开来。凭空认为虚拟机是被隔离的,是非常错误的做法。例如,你的应用可能运行在一个物理服务器上,这个服务器上有100个虚拟机,而云服务提供商没有将之合理地分离,或者IO地址没有被防火墙隔离。

    如果你们公司的IT团队不够专业水准,也可以让一个信得过的第三方来验证云服务提供商的安全性,代表你们与云服务提供商谈判,到现场去测试和验证。一般地,云服务提供商业会整理出书面文字,说明他们是如何将客户分离的,这样一来,云供应商的安全性就可以直截了当地验证出来。

    怎样确认虚拟机是被保护的呢?你可以运行一个端口扫描软件,确认你不能进入另一个客户的机器,就说明你的虚拟机是受到隔离保护的。

    如果云计算服务提供商为它所承诺的安全和隐私做好了准备,随时可用,这就是好的信号,就是他们对安全能力的信心表达。如果他们不想谈这个问题,这将是个不好的信号。

    Google为例,在过去的几年中,已经提供更为详细的关于它的SaaS的安全性的说明,包含在他们的白皮书里。这也许没有出现在他们的主页上,你也许不必签定DNS协议,也不必面谈,但这是在安全性上的信心表现。

    同时,云计算提供了一个很好的机会将数据安全移植到云安全中,因为,云计算提供商最有能力选择最好的安全技术,将之应用到云里。

     

    错误3:不过问云提供商的商业生存能力

    在没有确认云提供商的商业生存能力之前,不能盲目信任一个云提供商。如果你选择的提供商明天就消失了,你怎么办?这不是耸人听闻,美国Texas州就有那么一个宿主提供商因为将其中的一台计算机用于非法目的,遭到了美国FBI调查,数据中心遭到查封,计算机被没收。一台计算机给这家公司带来如此巨大的灾难,我们要为最坏的情况做打算。比方说,云服务提供商保留医疗记录的备份,即使遭受灾难,也可以正常营业。你还要调查云服务提供商有无灾难恢复计划,这对一个小的云服务提供商是一个挑战。

    更大的挑战还是安全问题。到目前为止,企业还是将那些非关键性的应用系统放到云里,如电子邮件,因为这个,企业受到破坏的风险还不大。

     

    错误4:一旦业务交给了云,你不必再对数据的安全性负责任

    不要这么认为:将你的应用系统交给了云,就意味着你对数据的安全性放任不管,没有责任。这个误解普遍存在于中小企业。将你的数据保护转移到云服务提供商并不意味着当数据遭到破坏你就没有责任,试想,正是你的公司(不是别人)要对数据负责。当灾难来临时,是你的CEO面临进监狱的风险,而不是云服务提供商。

    管理严格的公司绝大多数都认识到这一点。作为数据的拥有者,如果你对你客户是忠诚的,你时刻都要负责任。

    即使在云服务提供商遭到黑客攻击,企业也要保持责任心。这里有一个典型的例子。一家企业外包出公司的健康保险信息到一个海外的服务提供商。云遭到了黑客攻击,但是这家企业仍不得不向他们的客户承认数据丢失,是该企业(而不是云服务提供商)买单。

    只要你是服务的代表作者,你就不可以放弃责任。

     

    错误5:将不安全的应用放到云里,期望云让它们更安全

    将一个老IT系统,里面有很多带缺陷的、未打补丁的应用放到云里,是不会自动变得更加安全的。没有人会为你修复这些问题。不要期望奇迹会发生。

    关键是要很好地为这个过渡准备你的应用系统和数据。如果你选择了合适的云服务提供商、外包出合适的运营业务、计划合理,那么云计算可以为你提供更好的安全和管理。对那些还没有实行数据合理控制的单位,这是一个巨大的挑战。

    很多企业不是你想象的那样,具有足够的安全意识。Gartner研究报告最近披露,60%的企业还在使用较早的、漏洞较多的浏览器IE6。这让人觉得很吃惊。

    的确,一个不安全的应用系统,如果放在云里,可能得到稍微多一点的安全保护,即使这样,一个在安全上设计得很糟糕的应用系统仍然还是漏洞百出的。它毕竟是不安全的应用系统,被它访问的任何数据都有可能被盗窃。事项,如果有人去攻击这样的应用,用它作为僵尸,因为在云里,你的IDS无法将它们检测出来。

     

    4 云安全面临的挑战[2]

    用户普遍担心云里的应用是否安全,担心其安全性是否符合有关规定(Compliance)。云服务供应商直接面临着压力:他们既要在云里开发应用系统,又要保证这些应用是安全的。即使云里的数据是真正安全的,也无法证明这一点。云服务供应商说他们的数据是安全的,用户会相信吗?谁去证明它的确是安全的?这是云安全面临的最大挑战。

    事实上,云服务提供商没有手段来保证其安全性合乎政府规定;他们没有手段满足与安全有关的合规性。有些云服务提供商就公开宣称,他们不打算满足合规性要求。这样,在必须满足政府法令来保护数据的领域,云服务提供商就少了很多机会。

    问题远不止这么简单。每个使用云服务的客户,如涉及到敏感数据,一定要遵守他们所在地的规定。但各个地方的规定不尽相同,如美国和中国对数据的安全性要求就不一样,即使在美国,各个州的要求都不一样。这就意味着,数据存储、传输途中经过的每个地方,其政府部门都可以出台规定,确定数据如何保护。怎么可能要求一个云服务提供商对所有地方性的要求都做出回应呢?

    使用云计算,就是使用虚拟技术。使用者往往愿意将数据和计算搬到最便宜或最适合的地方去,例如电力便宜的偏远农村地区。记住,当宣传云计算时,我们挂在嘴边的一句话就是:无论何时何地都可以享受云服务,你也不必知道云在哪里。但是,你有没有想过,不知道云在哪里,你怎么有办法知道你数据在什么地方、这些数据是如何被保护的?怎么知道还有其它什么数据和应用也在同样的物理主机上(但在不同虚拟机上)运行?事实上,你的云服务提供商都可能不知道,你的审计者也未必知道。

    云是共享的,在云里,应用系统之间是没有物理划分的。可是我们知道,很多安全性考虑都是基于系统之间有物理边界这样一个事实。但在云里,我们做不到这一点。

     

    5结语

    云计算存在很多安全问题,到目前位置尚未取得人们的信任,有些问题尚无定论,但决不意味着我们无所作为。已经有许多例子,如测试、开发、beta测试,这些并不要求合规的应用可以放到云里;工作流,没有合规性要求的数据目录等,也能放到云里。有很多应用可以走向云世界。

    什么可以、什么不可以放在云里,这是各企业自己的决策。每个应用都是不同的,而且每个应用都有一些特点,这些特点决定了它们能不能放到云里。如果要在安全性和云计算的高效性方面做个折衷,那么部署私有云是个途径。私有云部署在企业的防火墙之内,可以保证安全和合规。如美国国防部,就是最大的私有云的使用者。

    所幸,云提供商没有拒绝考虑安全。

     

    参考文献:

    [1] 陈尚义,“浅谈云计算的安全问题”,《计算机安全》,2009

    [2] Wayne Rash“Is Cloud Computing Secure? “,  http://www.eweek.com/c/a/Cloud-Computing/ 2009

    [3] Sumner Lemon , “Cloud Computing Not Secure Enough” http://www.cio.com/article/ 2009

    [4] Kelly Jackson Higgins, “The 6 Worst Cloud Security Mistakes”, http://www.darkreading.com/securityservices/security/management/ 2009

     

    展开全文
  • 对于技术的理解

    千次阅读 2015-02-13 23:24:08
    一、技术,归根究底就是用高速通讯技术将不同地域的计算机资源整合起来,形成一个超大的...这里的计算机资源可以理解为存储(存储),计算能力(纯云计算),全网安全情况(安全)等。 二、高速通讯通道,...
    一、云技术,归根究底就是用高速通讯技术将不同地域的计算机资源整合起来,形成一个超大的计算机资源库,从而完成客户需求。这里的计算机资源可以理解为存储(云存储),计算能力(纯云计算),全网安全情况(云安全)等。
    二、高速通讯通道,从目前情况来看,还不是很成熟,真正的高速通道,应该是城际FC大容量通道,只是对于不同的云应用,对高速通道的需求也不仅相同,要求最高的估计是云存储,这里最好的应该是租用电信级独立FC通道,但是这个成本就比较高,而且从目前情况看来,电信的FC量也不是很大,应该是无法满足需求的,这会导致FC独立通道价格上涨。其他的云应用,对高速通道要求不是很高,当然也是越高越好,但是这个涉及成本问题,电信基础设施的不断升级,可能会进一步促进云应用的爆发期提前到来,比如目前个别城市出现的光网,这个速度就在一定程度上满足了云应用的要求,但是离云存储的要求还是有一定的差距。
    三、云安全,实际上,已经开始崛起,云安全,实际上应该是个人计算机上的部署的安全产品,比如360等,安装安全产品的计算机,不管企业向用户如何如何保证,一定程度上还是会向企业中心服务器报告个人计算机上的安全情况,这已经形成了安全网络,也就是说的,云安全在于用户越多,安全性越高,理解起来很简单,就是用户越多,中心服务器收集到的网络安全情况就越全面,整体安全等级就越高,反应速度也越快。
    四、无论是云安全还是云存储,只要是云应用,那么其核心还是互联网,必定通过互联网提供服务给客户,那么互联网,仍然是一个瓶颈。全球网络,是国际网和城际网构成的,就国内而言,是用城际网,将各地域电信接入点连接起来。当云应用进入用户爆发期时,如果服务提供点,仍然是单点接入网络,那么这个点的网络将成为热点,不管电信如何解决,当几千万上亿用户进入的时候,这个点的网络将类似于僵尸网络攻击,持续处于超低速状态。为了解决超多用户接入单点的问题,云网络方案出现。将多组服务器建于不同地域,在多组服务器之间使用网络连接,这是服务器内部网,然后通过多点电信接入的办法,分散客户接入,也就是将客户接入导致的网络负载分担,这里应该还有一个难点,就是将单点虚拟IP地址,自动指向就近的服务器,这需要一个IP解析方案。
    五、从第四点可以看出,不管云应用是哪种应用,当需求急速上涨时,必须及时解决接入方案,否则导致的将是网络攻击。所以云技术的核心,应该是服务资源分散,分散到多个地域,以减轻网络负载压力,传统的单个数据中心已经不适合云技术要求。这个的实际方案,很可能是每个省都在建设省级超级数据中心的缘由,云应用公司应该是通过省级超级数据中心服务器虚拟化,取得服务器资源,从而将自己的服务分散,这应该是一个节约成本、提高服务质量的较好解决方案。

    来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/9606200/viewspace-1435653/,如需转载,请注明出处,否则将追究法律责任。

    转载于:http://blog.itpub.net/9606200/viewspace-1435653/

    展开全文
  • 理解桌面(或桌面

    万次阅读 2017-02-09 22:43:08
    理解桌面定义:通过KVM/XEN/VMWARE/Hyper-V等操作系统虚拟化技术,将传统的办公桌面操作系统以虚拟机的形式集中运行在数据中心、机房、园区网络、互联网的一台或多台服务器上,然后桌面用户可以利用硬件终端或...
  • 存储的理解

    千次阅读 2013-06-17 20:31:55
    云状存储系统中的所有设备对使用者来讲都是完全透明的,任何地方的任何一个经过授权的使用者都可以通过一根接入线缆与存储连接,对存储进行数据访问。 存储不是存储,而是服务 就如同云状的广域网和...
  • 利用nc 直观理解阿里OSS 存储服务

    千次阅读 2016-03-04 20:59:53
    1、本文要说什么利用nc 直接与阿里OSS服务器建立TCP 连接,通过输入HTTP 请求头部及数据与OSS进行交互,以此理解阿里OSS服务的本质及使用阿里OSS过程中的一些trouble shooting。2、相关准备工作一台连上互联网...
  • 我所理解的“”:数据都存在网上,而非终端里;软件会最终消失,只要你的“”终端设备中拥有浏览器就可以运行现在的一切;“”时代的互联网终端设备将不仅仅是pc;手机、pad、汽车、手表、眼镜、电视、家居等等...
  • 技术-SaaS架构初步理解

    千次阅读 2018-03-01 10:29:28
    互联网“”包含:Iaas、Paas、SaasIaas:基础设施即服务,将硬件外包出去,供其他软件公司租用;如服务器,存储和网络硬件。Paas:平台即服务,某些公司开发的服务中间件,如阿里视频点播。Saas:软件即服务,...
  • 开发

    千次阅读 2019-06-09 13:31:54
    云开发模型云用开发华为云解决方案 ...我的一点云理解: 1、服务器从私有变为共有 2、共享经济带来性的业务模式,有实力的公司把核心技术打包,搭建平台,给有产品能力、核心技术不强的小型公司快速落地产...
  • 云计算平台也称为平台,是指可以提供IaaS、PaaS、SaaS等各种云服务的平台。云计算平台可以划分为3类:以数据存储服务为主的存储型平台,以计算能力提供为主的计算型平台以及计算和数据存储处理兼顾的综合...
  • 理解百度推送的几个概念

    千次阅读 2015-12-01 17:46:52
    之前我们android项目的IM功能和推送功能使用的是国内的环信,但是项目需要部署到欧洲,欧洲地区对个人隐私数据的保护非常...如果是中国,那我们就使用百度推送解决方法;如果是国外环境,使用的是google GCM推送。
  • 谈谈我所理解的IT界的

    千次阅读 2011-03-29 23:12:00
    ,架构,应用设计
  • 阿里CDN回源host理解

    千次阅读 2019-02-15 10:19:00
    源站: 源站决定了回源时,请求到哪个IP回源host:回源host决定回源请求访问到该IP上的哪个站点1:源站是域名源站为www.a.com 回源host为www.b.com那么实际回源是请求到www.a.com解析到的IP,对应的主机上的站点...
  • 这里写自定义目录标题欢迎使用Markdown编辑器新的改变功能快捷键合理的创建标题,有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容...阿里IOT...
  • 理解计算机(2)—什么是主机

    千次阅读 2017-03-30 12:00:02
    一、共享主机和主机 从互联网诞生至今,大部分站长都是从"共享主机"(shared hosting)开始学习建站的。所谓"共享主机",就是一台服务器上有许多网站,大家共享这台服务器的硬件和带宽。如果它发生故障,那么上面...
  • C-SDK系列(2)快速体验:移植+示例C代码阿里IOT-C-SDK系列(3)快速体验:不使用SDK自带编译系统进行移植示例及Makefile的编写示范阿里IOT-C-SDK系列(4)SDK配置选项理解 在系列(1)中简单的描述了SDK的两...
  • 深入理解云存储和云计算-理论基础

    千次阅读 2012-02-21 13:59:27
    每一个集群有这样的设备成千上百个,而同时又有一打这样的集群互相连接交互,于是,这么一个总的集合称为“”,而其提供的服务称为“云计算”。  在“云中”的任一设备或集群都可以做到"进出自由"、任何崩溃的...
  • 不断提升服务能力和监管水平,更好地满足人民群众高品质雏形需求,在2019年11月交通运输部印发了《全国高速公路视频联网工作实施方案》和《全国高速公路视频联网技术要求》。 在收到通知的第一时间,我们团队认真...
  • 基于docker技术的容器(PaaS)平台基本理解

    万次阅读 多人点赞 2018-09-04 14:58:25
    目前很多的容器平台通过Docker及Kubernetes等技术提供应用运行平台,从而实现运维自动化,快速部署应用、弹性伸缩和动态调整应用环境资源,提高研发运营效率。 从宏观到微观(从抽象到具体)的思路来理解:云计算...
  • 彻底理解(k8s)Namespace 文章目录彻底理解(k8s)Namespace作用创建自己的Namespace使用Namespace测试隔离性默认指定命名空间访问 作用 Namespace(命名空间 )核心作用 隔离 资源对象的隔离:Service Deploymet Pod ...
  • 今天看了阿里的TCP分布式事务消息处理的接口,针对分布式事务消息,还有没有其他的实现方式?
  • 不同视角理解不一样,正所谓“横看成岭侧成峰,远近高低各不同”,有如“像雾像雨又像风”、“里雾绕”。 3、云计算解决的主要是信息的汇聚和分发的问题 4、对服务器来说是一种高效集群,对用户来说是一种数据跨...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 219,232
精华内容 87,692
关键字:

云的理解