企业网盘公有云,私有云和混合云的区别

企业网盘公有云,私有云和混合云的区别,第1张

企业网公有云、私有云和混合云的区别在于应用服务和数据存储的位置。有一个很通俗的比喻:公有云等于租房、私有云等于买房、混合云就是你有两套房,一套买的,一套租的,东西分散放在这两套房子里,都要用。

公有云企业网盘:企业数据存储在第三方服务器中,例如阿里云、华为云等。公有云企业网盘收费方式按照使用时间、功能、账号数、容量等,根据企业自身需求进行购买。典型的公有云企业网盘是百度企业网盘。

私有云企业网盘:企业在内部搭建自己的网盘服务器,企业数据存储在自己的硬盘上。收费方式通常是一次买断,包括网盘系统的授权、开通的账号数。典型的私有云企业网盘是云盒子。

混合云企业网盘:企业私密的数据存储在内部,非敏感数据可以存储公有云或外网的机器上。现在很多企业网盘技术已经相对常熟,可以根据企业自身的存储需求提供不同的数据混合存储解决方案

公有云企业网盘由于不需要部署网盘系统,因此也就不需要服务器的维护,项目交付比较简单。私有云企业网盘更注重数据的安全性,是政府、事业单位的首选。

公有云通常指第三方提供商为用户提供的能够使用的云,公有云一般可通过 Internet 使用,可能是免费或成本低廉的。

私有云是为一个客户单独使用而构建的,因而提供对数据、安全性和服务质量的最有效控制。

混合云融合了公有云和私有云,是近年来云计算的主要模式和发展方向。它将公有云和私有云进行混合和匹配,以获得最佳的效果,这种个性化的决绝方案,达到省钱又安全的目的。

云服务器一般注重性价比、稳定性、速度、技术支持及服务,小鸟云服务器这些优势不错

坚果云的公有云和私有云主要区别在于数据文件存储的位置。
公有云不需要自己搭建服务器,可以直接使用,不过文件是存放在坚果云的服务器上。
私有云需要自建服务器,文件均是存放在自己的服务器上,但相应的会有很多维护的工作。
具体选择可以根据公司人员规模来定,如果人数不多用公有云方便,如果人员上千上万,那适合用后者。

其实使用云数据库的好处,其实很简单,说白了就是省时、省力、省心。

有人说安装一个数据库很简单,为什么要花钱去买云数据库呢?比如Mysql,本身就是免费的,我何不自己安装呢?那么我们从这几点看看成本:

硬件服务器:自己安装数据库的话,也得有服务器安装吧,就算随便找个PC安装,PC也是钱呐;这些都需要自购。

机房、网络:安装好的数据库放呐?肯定得有个机房吧。包括网络,都需要自己来搭建。

如果说上面几点,一般的公司都具备条件,那么再往下看:

DBA:数据库搭建好了得有人管,一个优秀DBA的工资可不低哟。

各种监控:数据库的性能怎么样,压力大不大,都需要有监控系统时刻盯着。

数据库的高可用:单台数据库可以运行了,那么得考虑数据库的高可用了,只部署一台肯定是不够的,至少得来个主备,更高级一些的都需要几地几中心的容灾。

数据库的扩容:业务量上去了,数据库容量不够用了,资源得加上。

*** 作系统、数据库补丁或升级:这也是少不了的。

显而易见,云数据库有着自动化、标准化、智能化这些优势,可以完美的解决上面这些痛点。

但是云数据库和传统的数据库相比,也有着自己的劣势:

隐私问题:数据毕竟是放在人家的服务器上面的,那么一定就会有着隐私泄露的风险。

安全问题:同上,所以很多云数据都是支持全量和增量备份的。

所以有实力的公司都会搭建自己的私有云,相比公有云来说,成本会更高。

希望我的回答,能够帮助到你。

私有云是什么(参考:百度百科)

私有云(Private Clouds)是为一个客户单独使用而构建的,因而提供对数据、安全性和服务质量的最有效控制。该公司拥有基础设施,并可以控制在此基础设施上部署应用程序的方式。私有云可部署在企业数据中心的防火墙内,也可以将它们部署在一个安全的主机托管场所,私有云的核心属性是专有资源。

私有云平台哪个好?

私有云平台的搭建涉及的组件比较多,下面重点讲解目前3大主流企业级私有云落地方案,及其各自优缺点:

将AWS、Azure、阿里云等商业公有云方案全套落地到私有环境;

使用类似 OpenStack、Ceph 等开源软件构建私有云;

使用类似 VMware、SmartX、Nutanix 等虚拟化或超融合产品配合 CMP 组件等成熟的商业组件构建私有云。

一个有趣的现象是,由于 HCI 架构为私有云带来的诸多优势,方式 1、2 也都衍生了基于超融合架构的落地方案,以下逐一介绍。

公有云移植构建私有云

将公有云移植到企业数据中心,方案最大的优势是它来自于公有云成功经验,并经过长时间,大规模营运的考验,拥有比较全面的功能,以 AWS 为例展示其落地方案及架构。

AWS 以 EC2 (Elastic Compute)服务为核心提供虚拟计算能力,

S3(对象存储)和 EBS(块存储)等服务提供虚拟存储能力,由 VPC 等网络服务提供虚拟网络能力,以及包括其他安全及管理工具共同构建 IaaS 层。在 PaaS 层也有非常丰富的解决方案,在这里不再一一赘述。AWS 的私有云方案基本上就是按照 AWS 标准, 包括硬件、软件,甚至运营整体交付到企业用户数据中心里面,这类方案比较明显的特征是非常依赖公有云供应商的自有生态。

近几年,AWS、Azure 等公有云供应商,在落地私有云的基础架构方案时也推出了类似如 AWS Outpost、Azure Stack HCI 等超融合架构进行交付。

Azure Stack HCI Solution

这些方案的优势是可以在一家厂商获得从私有到公有云的统一方案和服务,但也存在诸如以下弊端:
1产品封闭,例如Azure Stack HCI 只能支持Hyper-v虚拟平台,并且无法形成多云方案;
2前期投入大且完全新建,对原有VMware等系统无法管理。

开源软件构建私有云

使用开源软件构建私有云,实际上利用多个开源软件分别完成 IaaS、PaaS等各层的构建。这种方案的重点依然在 IaaS 层构建之上,其中  OpenStack 是无疑是最热门的开源 IaaS 平台之一,以下是以 OpenStack 为中心构建私有云的架构图。

由于 OpenStack 本质上是一个 IaaS 的框架,需要结合其他的软件才能完成 IaaS 层的构建 ,通过下图展示 OpenStack 方案的组成。


通过上图可以看到 :

1OpenStack 本身不直接提供服务虚拟化、存储、网络等功能。

2OpenStack Nova 计算组件负责对接 Hypervisor 软件,如:KVM、VMware vSphere、XenServer 等,实际上由 Hypervisor 提供服务器虚拟化功能。

3 存储方面可能选择的方案包括 SDS、传统集中式存储等。

目前,市场上同样出现了基于 Openstack、KVM、Ceph 等开源产品整合的超融合方案,基于开源的方案可以快速从社区获得最新的功能,但以超融合产品交付存在着诸多问题:
1Openstack 架构复杂、大量模块在超融合中并不需要,商用程度差,且计算资源要求高;
2基于开源的Ceph同样模块和代码复杂,服务商对产品核心问题无法有效支持,且Ceph对计算资源消耗高较高,IO密集型场景性能也表现欠佳;
3此类超融合方案一般对VMWare都无法有效支持。
因此,此类方案实际上无法真正达到超融合产品简单、稳定、高效、开放等特点。

使用成熟的商用生态打造私有云

使用商用生态组件打造私有云,其优点是方案经过来自不同行业的实践验证、并且能获得来自厂商的持续的服务与支持。另外,基于这种模式用户可以采取逐步扩展与完善组件的策略来完成私有云的构建,通过这种模式实现私有云切换的代价是最小的。

在资源池的构建上方式上,以往 VMware vSpere 、FC 网络、FC SAN 存储传统三层式架构占据统治地位,但超融合方案正在越来越多地替换原有的架构。VMware、SmartX、等主流超融合厂商配合成熟的商用 CMP 产品都提供了诸多基于超融合架构的私有云案例。相比于以上两种方案,该落地方案具有独特的特点:

1相比于公有云厂商以及全栈的私有云方案,该方案具备更好的开放性,更灵活轻量;

2 相比于基于的开源产品,该方案稳定简单,具备真正“生产就绪“能力。

简单的理解就是
公有云: 比如微软提供的云服务Azure, 阿里巴巴提供的阿里云, 腾讯提供的腾讯云, 这种不是你自己架构的云, 任何人都能去付费或免费使用的
私有云: 就是你自己架构的, 比如公司内部架构的云服务

公有云顾名思义,它是公开对外销售的。像阿里云、亚马逊云等云计算厂商的云都是对所有客户公开销售的。任何人都可以租用他们的云服务,他们的规模可以做得非常大。亚马逊的AWS服务的年营收高达1746亿美元,而且还在高速增长中。相应的,这些租用客户的数据存在公有云厂商的服务器上,就会存在着保密问题。

而私有云虽然也是云计算,采用了分布式计算技术,但是私有云并不对外提供服务。而是由私有云的所有者自己使用。一般来说,只有对保密性有很高要求,或者本身业务规模比较庞大的机构才会建设私有云。比如政府机构,大型企业集团等。比如我国各地纷纷建立的政务云就是典型的私有云产品。

公有云IAAS、PAAS、SAAS三种服务,先不要急着找推荐,先了解你的需求才是真的。天诺AIOT云平台也有提供 。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zz/13059220.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-30
下一篇 2023-05-30

发表评论

登录后才能评论

评论列表(0条)

保存