社群云是什么

果冻问答2020-08-05 09:16:27阅读(...)

社群云(Community cloud)也称社区云,是由几个组织共享的云端基础设施,支持特定的社群,有共同的关切事项,例如使命任务、安全需求、策略与法规遵循考量等。管理者可能是组织本身或第三方;管理位置可能在组织内部,也可能在组织外部。

社群云(Community cloud),也称社区云,是由几个组织共享的云端基础设施,它们支持特定的社群,有共同的关切事项,例如使命任务、安全需求、策略与法规遵循考量等。管理者可能是组织本身,也能是第三方;管理位置可能在组织内部,也可能在组织外部。

社区云

简介

按照云计算的部署模式,云可以分为四种,分别是私有云、社区云、公有云和混合云。私有云由单一组织独占使用。社区云是由一个特定社区独占使用,该社区由具有共同关切 (如使命、安全要求、政策等) 的多个组织组成。公有云由公众开放使用。混合云则是前述的两种以上模式的混合。

技术

身份管理与授权

在社区云的环境下,要跨机构的管理用户,要在统一身份认证和各个机构的自主性之间达成良好的平衡,做到既方便用户使用,又能在良好的授权控制前提下实现资源的高效利用。

代理授权是身份管理方面需要引起注意的问题。社区云是多机构的联合,在使用 A 机构的资源时,对用户的授权则是在 B 机构的身份管理系统中实现,这其中的代理关系是社区云模式下的一类基本场景,需要得到很好的解决。代理授权的解决方案中涉及到一些开放标准,采用的是 OAuth2,它可以支持多类应用,包括 Web、桌面和无线客户端等,并且简单方便。

认证联盟的建立是为了实现跨系统、跨机构以及多个云应用之间的协作,从身份管理角度涉及两个核心概念:身份标识的提供者 (IdP) 和服务提供者(SP)。此二者可以是完全独立的。比如中国科技网通行证,这是一个身份标识的服务,已经积累了 40 多万的用户,其中科学院的科研人员和学生占比一半左右。一些研究所自己建设和运行的用户系统也提供身份标识服务。科技云的应用服务如团队文档库、学术会议平台、科研主页,以及很多研究所的信息化服务等,都是服务提供者。当多个身份标识服务达成一致的约定,可以同时支持应用服务,就构成了认证联盟。这方面的技术也已经有基本成熟的技术标准。通过认证联盟建立统一的身份管理服务,对于推进社区云、推进不同机构之间的合作具有关键性的作用。

服务集成

在云的环境下,网络、计算、存储和数据等资源都可以包装成服务的方式,进而进行资源和服务的集成,在一些简单、基础的服务上构建出复杂、高级的服务。在社区云中,这样的服务集成更加具有普遍性,当然,这样的集成也通常是不容易的。社区云的用户特点是不仅包括一般的最终用户,还包括具有应用开发或二次开发能力的开发者用户。云平台为科研人员结合自身科研特色需求的二次开发提供基础资源,这就要求社区云提供这样的技术和支撑环境。服务集成的重要工作是面向开发者提供接口 (API)。面向服务的架构 (SOA) 已经是成熟的技术,但在服务的交互和集成方面还有一些较深层的问题。我们认为无状态化、动态迁移、服务的伸缩性这是三个关键点。面向服务集成的接口设计要尽可能地实现服务的无状化。无状态化可以大大简化后续多个服务的集成问题,同时在无状态化的基础上更容易实现动态迁移,从而实现服务的伸缩性。这些对于服务的可靠性也会大有帮助。

测量与运行管理

从云的运行来说,基于日志的一些技术和手段是非常有用的。社区云的资源提供者不是单一的管理域,服务的测量和基于日志的运行管理更为重要。社区云应有专门的日志服务为各种应用提供日志的收集、存储和分析显示等服务,并可以基于日志进行测量,进行服务的监控和管理,再通过门户进行适当的展示。测量数据及统计分析对于社区范围内用户、服务提供者群体的沟通和协调非常有帮助,也是指导我们做好运行管理的一个重要基础。

联盟

联盟 (Federation) 即服务的联盟,联盟架构里核心的角色是服务提供者。联盟意味着其中的各个实体是平等的,在此基础上建立相应的机制和系统。从国际上看,联盟的方式在学术界很流行。像科技云这样的社区云,可以将联盟的框架设定为大学、科研机构及一些科技企业,还有为科研提供服务的企业,等等。具体而言,联盟的架构有两种主要的模式:Mesh 和 Hub-and-spoke,前者是所有实体完全对等,后者是有一个 Hub 作为沟通和协调的枢纽,可以提高联盟中服务和运行的效率。

微服务

微服务架构(Microservices Architecture) 是在面向服务的基础上近年来的一个新发展。对于社区云来说,微服务具有更突出的价值。微服务强调比过去更细粒度的服务,支持大量的交互和频繁的更新。要做到微服务,对于基础设施自动化和持续集成有着高要求,并且尽量采取轻量级的通讯协议。微服务的理念是松耦合,高内聚,这也涉及到容错性设计、复杂性控制和开发运维一体化 (DevOps) 等方面的内容。

松耦合、高内聚的实现要求接口尽可能简化,并采用单独的业务逻辑。Unix 经典的管道的设计是一个范例,当前的服务则普遍采用简单的 REST 风格,而不是复杂的协议。在通信方面,尽量采用轻量级消息通信,这有利于使用不同技术所开发出来的服务进行交互。在微服务架构中,通过高效率的模块化设计,能够方便地支持多团队协作和并行开发。而且,服务之间是相互依赖的,需要进行相互的迭代,因此软件开发必须要高度的自动化,能够自动地构建软件、测试、部署、发布等。这就要求整个开发环境也是云化的,即从下层的硬件资源到上层的软件管理,都可以通过云的方式向整个社区内的成员提供。此外,微服务应该是容错的。在一个分布式的系统里面,复杂性会更高,依赖和动态更新又会带来一些问题。

收藏0个人收藏
走进科技生活方式

评论交流

泪雪默认头像请「登录」后参与评论
  1. 加载中..