精华内容
下载资源
问答
  • pass平台介绍

    2018-10-17 14:37:55
    PAAS平台即(Platform-as-a-Service:平台即服务),把应用服务的运行和开发环境作为一种服务提供的商业模式。
  • PaaS 平台架构、现状及未来

    千次阅读 2018-04-12 10:43:51
    根据 Gartner 的报告,从 2015 到 2018 年,...基于 PaaS 平台,用户可以快速完成关键业务的开发与部署,省去了在基础设施建设与环境运维方面投入的资金与时间。在这次分享中我将结合自身 PaaS 平台开发经验来阐述如...

    根据 Gartner 的报告,从 2015 到 2018 年,在电子商务相关领域不管是公司还是个人在做转型的过程中,基于 PaaS 的云开发模式是唯一可以协助其成功的因素。这表明在接下来的三年是云在电子商务领域扎扎实实落地的三年。

    基于 PaaS 平台,用户可以快速完成关键业务的开发与部署,省去了在基础设施建设与环境运维方面投入的资金与时间。在这次分享中我将结合自身 PaaS 平台开发经验来阐述如下几个关于 PaaS 的问题:

    1. PaaS 是什么?
    2. 主流 PaaS 平台架构及对比?
    3. PaaS 平台和 SaaS 应用市场是什么关系?
    4. PaaS 平台下如何进行云原生应用开发 ?
    5. PaaS 未来将如何发展畅想?

    阅读全文: http://gitbook.cn/gitchat/activity/5a2a864e074b49360783e5e9

    您还可以下载 CSDN 旗下精品原创内容社区 GitChat App ,阅读更多 GitChat 专享技术内容哦。

    FtooAtPSkEJwnW-9xkCLqSTRpBKX

    展开全文
  • PaaS云平台架构和运维管理C目录01020304分布式PaaS平台介绍传统企业PaaS设计和业务上云基于PAAS平台运维管理PaaS平台功能和构建第一章:分布式PaaS平台介绍开发和运维之间的困局开发团队:主要工作是编写业务所需的...
  • PaaS架构解析

    万次阅读 2018-03-22 22:46:06
    pass平台设计文章一篇

    转: https://yq.aliyun.com/articles/68828

     

    一、PaaS的发展简史

    PaaS作为新一代的云计算平台,目前在业界得到了广泛的关注与讨论。诸多大公司也纷纷推出自己的PaaS平台,比如Pivotal的CloudFoundry, IBM的Bluemix和Redhat的OpenShift等。其实在此之前, PaaS已经有很长一段时间的发展历程。在2007年,Salesforce最早发布force.com,其目的是支持第三方客户在Salesforce.com上开发和部署定制软件,它基本使用的元数据驱动的方式来开发和管理应用。在2008年4月的时候,技术巨头Google发布GAE(Google AppEngine),其目的是争夺独立开发者和创业公司的市场。GAE在发布之时就得到了业界的广泛关注,在很多方面都突破了原有的技术思路,比如使用容器来部署应用,简化的用户体验等。但是,我们也看到,GAE在业务上并没有获得巨大的成功,后面的发展也证明AWS的策略更加成功。一年之后,新浪SAE也发布,其命名、发展思路与架构模式和GAE非常类似,当然,业务上也同样不太成功。
    AWS也看到了PaaS平台的潜力,与2011年发布其官方PaaS平台Beanstalk。在Beanstalk之前,几乎所有的PaaS平台都是基于Linux容器技术LXC。AWS提供了另外一种打造PaaS平台的思路,即基于虚拟机完成应用的自动部署和运维,同时Beanstalk也提供了自动弹性伸缩的功能。容器和虚拟机主要是在资源利用率、安全性和隔离性上有所差别。

    CloudFoundry是另外一个里程碑式的PaaS产品,在推出之日就吸引了诸多的焦点,甚至带动了PaaS搜索关键字在Google趋势里面搜索量的飚升。CloudFoundry的成功有这样几个原因:首先它是开源的和免费的。开放源代码意味着全球所有的开发者都能非常简单的部署自己的PaaS平台,同时也意味着让所有的开发者看到打造一个PaaS平台需要哪些关键的技术;其次,CloudFoundry是开放的,它能够支持多种编程语言和开发框架,也能够提供多种服务类型,虽然CloudFoundry的架构经过了几次重构,但是开放性这个关键的特性一直都保留;第三,CloudFoundry提供了一个极简的用户体验,开发人员只需要简单的几个命令就能部署自己的应用系统,彻底颠覆了之前的用户体验。当然,这种用户体验最早是来自于Heroku。

    最后值得一提的是大热的Docker。Linux容器技术已经出现了很多很多年,在各大互联网巨头公司也使用了很多很多年,但是Docker利用AUFS技术第一次将容器实例镜像化,这一突破性的创新能够让容器实例可复制、可迁移、可重用。该思路彻底打破了以前只有使用虚拟机才能迁移实例的局限,所以迅速在业界得到追捧。Docker的东家DotCloud甚至把自己的PaaS平台卖掉以专心发展该项技术。

    目前来看,PaaS平台技术还处于群雄逐鹿的状态,诸多技术巨头都在不遗余力的发展自己的PaaS平台以跟上技术发展的脚步。以此同时,独立的PaaS提供商(如Heroku、AppFog)等也纷纷被技术巨头收购,这带来了一种质疑的声音是PaaS是否真的能够成为一项独立可持续发展的业务模式。下文将会对此做一些简单的探讨。

    二、PaaS架构比较

    大致来看,PaaS的实现分为两种:以虚拟机为基础或是以容器为基础。前者的代表是AWS,后者的代表则是GAE, CloudFoundry和Heroku。前文已经提到,AWS是基于虚拟机技术来打造自己的PaaS平台,其架构模式大致如下图所示:

    image

    具体而言,AWS基于如下构件打造了Beanstalk:首先是负载均衡层(ELB),该层需要将用户的请求投射到对应的服务器实例,同时,负载均衡层还需要。当应用实例出现扩容时,需要动态将调整的服务器实例注册到对应的域名上,以完成分流;中间是Web服务器层,目前ElasticBean支持Java、Python和PHP等多种编程语言,尽量为编程人员提供多样性的选择,开放性基本是所有PaaS平台的标配。在服务后端,Beanstalk基本依托于AWS本身的服务生态系统为应用提供服务,比如RDS、S3、DynamoDB等。

    CloudFoundry等平台则是基于容器技术打造。相比于虚拟机,容器带来的系统开销非常低,如果一台虚拟机的操作系统需要占用2G的内存,则7个虚拟机所组成的集群只是操作系统就需要14G的内存占用。基于容器的技术如果一台16G的裸机除去2G的操作系统开销,还能够部署7个容器进程。所以,从经济性来说,容器的技术远远好于虚拟机。另外一个比较的标准是性能,容器的性能相对而言更好一些,具体的比较参数可以参见IBM研究院刚刚出的报告【1】。但是,从安全性和隔离型来说,虚拟机是远远好于容器的。

    image

    CloudFoundry的架构设计如下图所示。首先,CF也提供了一个路由模块(Router),该模块基本是基于ngnix打造,只是在ngnix技术上提供了动态注册的功能。在部署时,由于CF会同时部署非常多的应用实例,所以需要一个router集群来满足应用的需要;其次,CF的应用容器基于自己开发的warden技术,warden也是基于LXC技术,但是使用c和ruby作了一层简单的封装。Docker的大热让CloudFoundry很纠结;第三,CF使用service broker来集成各种资源服务,如mongo、mysql、rabbitmq和redis等。最后,CF使用消息总线NATS/GNATS来完成应用之间的通讯。

    其他基于容器的PaaS平台(如Heroku、OpenShift、DotCloud)的平台架构和上面所描述的模式基本一致,我在附件中提供了若干链接,大家如果有兴趣可以仔细研究。

    三、PaaS的参考架构模式

    根据上面讨论的两种架构模式,我们可以看到PaaS平台的实现基本需要如下的构件:
    PaaS平台参考架构

    1. 路由模块:该模块的基本功能是将终端用户请求路由到对应的服务器实例,并提供应用动态注册等功能。目前绝大多数的实现是基于ngnix,同时也需要使用简单的lua脚本完成应用注册和路由查询等基本功能;
    2. 服务管理模块:该模块会为开发人员和运维人员提供管理接口,其基本功能包括创建应用实例、配置应用运行参数、启停应用、发布应用程序、扩容或缩容等。服务管理模块也需要提供相应的客户端被用户使用,如命令行或是用户界面等;
    3. 应用容器模块:应用容器是PaaS平台的核心,其主要功能是管理应用实例的生命周期,汇报应用的运行状态等。目前来看,应用容器可以基于虚拟机来实现(如AWS),也可以使用Linux容器技术来实现,最早使用的是LXC,CloudFoundry使用的是自己的warden,同样也是基于cgroup,现在最新的是docker;
    4. 应用部署模块:应用部署模块需要将应用程序打包成为可直接部署的发布包。该模块是实现PaaS平台开发性的关键。由于现有通用的PaaS平台需要支持多种编程语言和框架,如Java, Python, Ruby和PHP等,当应用发布时,PaaS平台需要根据不同的编程语言将应用打包成为通用的发布包,然后传递给容器模块部署。应用部署模块是实现这一过程的关键,目前来看起源于Heroku的buildpack已经被大家广发接受;
    5. 块存储模块:该模块主要用于存储应用的发布包,需要保证程序包的长久存储和。目前AWS的Beanstalk直接使用S3,CF可以使用网络文件系统NFS或是其他任何分布式文件存储系统(如HBase);
    6. 数据存储模块:该模块需要保存应用和服务的基本信息,可以基于任何现有的数据库技术实现,如MYSQL或是MONGODB等;
    7. 监控模块:该模块的作用是持续监控应用的运行状态,比如健康状态(是否存活)、资源使用率(CPU、内存、硬盘、网络等)和可用性等。这些指标会成为整个PaaS平台运维的关键,也为自动弹性伸缩奠定基础;
    8. 用户认证模块:该模块需要保证应用程序的安全性和隔离性,通常而言,公有云的提供商会使用OAuth等技术集成现有的用户认证服务;
    9. 消息总线模块:该模块也是最重要的模块,由于PaaS平台所搭建的是一个大规模分布式环境,通常而言,规模在数百台到上千台的机器数量,所有模块之间的通讯会变成一个核心的问题。所以消息总线会变成系统之间通讯的基础,通常需要支持pub/sub模式。

    基于该架构,应用实例的弹性伸缩也能够非常容易的实现。首先需要监控服务来不断获取实时的应用状态,当某些指标超出预先定义的阈值时,平台会启动伸缩服务,首先从应用容器模块预留资源,然后调用应用部署模块打包应用并部署,最后将应用节点注册到路由模块完成整个伸缩的过程。

    四、PaaS未来发展的趋势

    PaaS通过开放性的设计,能够支持多种不同的编程语言、技术框架和服务,从而为应用开发人员提供了广泛的选择,能够大大提供开发人员的效率。同时,PaaS也从运维层面为企业提供了强大的支持,将以前很难实现的技术场景(如应用弹性伸缩等)转化为可能。最后,基于容器技术实现的PaaS平台也带来了经济性的优势。所以,相比于现有纯资源型的IaaS平台,PaaS确实将云计算平台提升到一个新的高度,距离应用开发更近了一步。

    展开全文
  • 版权声明:本文为博主原创文章,欢迎转载,转载请注明作者、原文超链接 ,博主地址:...本文致力于一步一步构建一个最简单的基于容器的微服务的PaaS云平台,先从简单的核心功能开始,...

    版权声明:本文为博主原创文章,欢迎转载,转载请注明作者、原文超链接 ,博主地址:http://www.cnblogs.com/SuperXJ/

    前言:关于什么是容器微服务PaaS和容器微服务PaaS的优劣,我找了下这篇不错可以参考 http://www.sohu.com/a/152360962_198222。本文致力于一步一步构建一个最简单的基于容器的微服务的PaaS云平台,先从简单的核心功能开始,慢慢深入全部主要功能和加入高可用和容错等非功能设计,争取做到麻雀虽小,五脏俱全。本连载的总体技术架构路线是微服务、PaaS平台和devops,这应该(至少目标)是一个完整的Paas云平台解决方案,最终目标是实现自动化、智能化开发测试部署和运维(例如通过AI实现运维智能化,故障自动处理、处理策略机器学习,无论运维设备规模如何增长,每个领域的运维只需要2-3个人)。微服务决定采用spring cloud,平台架构采用docker、kubernetes、zabbix、ansible、elk、openshift、SDS(没想好实现到什么程度,先列着吧),devops采用robot、jenkins等,很多内容我也没想好想明白,边写变做边补充边修改吧,回头补一张总体架构图更直观,不足和错误之处也请批评。                                                               

     

    第一篇主要写一下最核心的cloud spring微服务实现、容器部署和jenkins持续集成,用最简单的例子把一个微服务架构设计实现,和微服务的自动化集成部署到容器流程跑通。

    一、微服务

    采用spring cloud实现微服务,包括eureka server(用于微服务注册发现心跳等) 、eureka client(用户实现微服务) 、feign(用于微服务的Load Balance)、zuul(服务网关,用户入口、过滤器),另外还有Kafka、配置中心、断路、服务容错、限流等等模块,由于不是最基础的,所以后文再说。

    基础环境:window7 、jdk1.7 、IntelliJ IDEA 本机IP 192.168.1.109 (简单说明一下,我的实验环境就是一台4G内存的笔记本,安装的win7,然后在里面建了一个centos7的虚机IP为192.168.1.110,win7主要用户微服务IDEA环境的程序编写编译,centos主要用于devops和docker相关的运行)

     

    1.1、创建eureka server (前面详细一点描述,后面的都简单说明)

    EurekaApplication.java中加入如下代码,申明这是一个eureka server:

    import org.springframework.cloud.netflix.eureka.server.EnableEurekaServer;
    @EnableEurekaServer

     

    Pom.xml中加入:
    
    <dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-eureka</artifactId>
    </dependency>
    <dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-eureka-server</artifactId>
    </dependency>

     

    资源文件 application.properties中加入如下代码,申明eureka server信息,包括服务端口、主机名、有不自己不注册自己、服务URL:
    
    server.port=8761
    eureka.instance.hostname=localhost
    eureka.client.registerWithEureka=false
    eureka.client.fetchRegistry=false
    eureka.client.serviceUrl.defaultZone=http://${eureka.instance.hostname}:${server.port}/eureka/

     

    OK,eureka服务端创建完毕,编译运行后,可以启动 http://192.168.1.109:8761 查看

    可以看到这个时候,还没有instances,也就是还没有微服务注册。

     

    1.2、创建eureka client 并完成注册(eureka client实现微服务,真实应用中里面放入程序逻辑和数据库访问并对外提供接口,注意服务需要是无状态)

    前面和创建eureka差不多,建好之后在主程序中加入:

    import org.springframework.cloud.netflix.eureka.EnableEurekaClient;
    import org.springframework.beans.factory.annotation.Value;
    import org.springframework.web.bind.annotation.RequestParam;
    @SpringBootApplication
    //重要:申明这是一个eureka client
    @EnableEurekaClient
    @RestController

    public class DemoApplication {
    //从配置文件中读取server.port,从URL中读取关键字MicroServiceA,返回前端this MicroServiceA port is 8762
    @Value("${server.port}")
    String port;
    @RequestMapping("/MicroServiceA")
    public String home() {
    return "this MicroServiceA port is:" +port;
       }
    public static void main(String[] args) {
    SpringApplication.run(DemoApplication.class, args);
    }
    }

     

    配置文件: 申明server地址,微服务名称和端口
    
    eureka.client.serviceUrl.defaultZone=http://192.168.1.109:8761/eureka/
    spring.application.name=MicroService_A
    server.port=8762

     

    完成打开http://192.168.1.109:8762/MicroServiceA,显示

    然后刷新一下eureka server注册中心http://192.168.1.109:8761,看看微服务是否注册成功了。

    看到了application中有了一个刚才创建的微服务 MICROSERVICE_A。

     

    1.3 创建feign微服务负载均衡

     1、创建工程的时候加入feign和eureka server依赖

    程序入口处加入@EnableFeignClients 开启feign服务
    
    2、配置文件
    
    eureka.client.serviceUrl.defaultZone=http://192.168.1.109:8761/eureka/
    spring.application.name=Feign_Service
    server.port=8764
    3、增加并定义一个接口 
    
    @FeignClient(value = "MicroService_A")    //表面调用的是微服务MicroService_A。
    public interface SchedualServiceHi {
    @RequestMapping(value = "/MicroServiceA",method = RequestMethod.GET)); //URL传入的对象是 MicroServiceA
    }

     

    将前面创建的eureka client 启动两次,端口为8762和8763,这两个client形成了一个最小集群,通过feign调度,做负载均衡。

    输入 http://192.168.1.109:8764/MicroServiceA 多次刷新

    结果会交替出现 this MicroServiceA port is:8762 、this MicroServiceA port is:8763 表面feign负载均衡策略生效。

     

    1.4 创建zuul

    1、 main中加入

    import org.springframework.cloud.client.discovery.EnableDiscoveryClient;
    import org.springframework.cloud.netflix.eureka.EnableEurekaClient;
    import org.springframework.cloud.netflix.zuul.EnableZuulProxy;
    import org.springframework.context.annotation.Bean;
    @EnableZuulProxy //申明是一个zuul服务网关
    @EnableEurekaClient

     

    2、配置文件中加入

    eureka.client.serviceUrl.defaultZone=http://192.168.1.109:8761/eureka/   //向eureka server注册
    spring.application.name=zuul_service
    server.port=8765
    //定义了两个服务 apia和apib ,对用户暴露了这两个服务。
    zuul.routes.apia.path=/apia/**
    zuul.routes.apia.serviceId=MicroServiceA
    zuul.routes.apib.path=/apib/**
    zuul.routes.apib.serviceId=Feign_Service

    3 、启动zuul服务,同时确保之前的eureka client 和 fenign都已经启动并在注册中心注册,如下图:

     

    4 、最终用户访问 http://192.168.1.109:8765/apia/MicroServiceA ,即首先到服务网关zuul,然后zuul将用户请求转到微服务MicroServiceA,然后微服务MicroServiceA返回用户结果,如下图:

    服务网关没有做集群部署,如果做集群部署,建议前面可以加上F5或者HAPROXY做负载均衡。

     

    二、微服务在Docker容器部署

    基础环境:centos7 、jdk1.8 docker1.12.5(centos7自带docker,怎么安装不说了)、maven3.0 本机IP 192.168.1.110 ,docker 需要启动。关闭selinux和iptables、

     

    2.1 将上面的eureka server容器化

            创建工程,将上面win7 eurekaserver工程整个目录直接copy到centos /root/下

      其中pom.xml文件参考上面eureka server,唯一不同是加入插件docker-maven-plugin和配置如下(有说明),其他都一样就不累述了。

    <plugin>
    <groupId>com.spotify</groupId>
    <artifactId>docker-maven-plugin</artifactId>
    <version>0.4.3</version>
    <configuration>
    <imageName>${docker.image.prefix}/${project.artifactId}</imageName>   //docker image name
    <dockerDirectory>src/main/docker</dockerDirectory>                                  //dockerfile path
    <resources>
    <resource>
    <targetPath>/</targetPath>
    <directory>${project.build.directory}</directory>
    <include>${project.build.finalName}.jar</include>
    </resource>
    </resources>
    </configuration>
    </plugin>

     

    2.2 构建可执行文件

    • 运行 mvn package ,会生成如下jar包

    确认一下是否OK,运行 java -jar docker_eureka_server-0.0.1-SNAPSHOT.jar,在192.168.1.109 的windows 上输入http://192.168.1.110:8761/ 会显示出eureka_server的主页面如下图,说明构建成功:

     

    2.3 docker中运行jar包

    1、创建vi src/main/docker/dockerfile内容如下

    FROM frolvlad/alpine-oraclejdk8:slim

    VOLUME /tmp //docker中创建tmp

    ADD eureka-server-0.0.1-SNAPSHOT.jar app.jar

    #RUN bash -c 'touch /app.jar'

    ENTRYPOINT ["java","-Djava.security.egd=file:/dev/./urandom","-jar","/app.jar"] //执行app.jar

    EXPOSE 8761 //docker服务端口

     

    2、运行docker build -t xiong:rureka docker 或者 mvn package docker:build 创建镜像,如下图(为了规范命名,我将前面工程名重建了):

    3运行3、容器 docker run -p 8761:8761 0 -d xiong:reruka 将容器的8761端口映射到linux主机的8761端口

    4、测试一下 http://192.168.1.100:8761 显示了eureka server的主页,表示一个eureka server容器运行成功(实际生产中,建议一个容器中运行一个进程或者说一个微服务)

     

    三 、CI

    利用jenkins做持续集成,实验环境还是上面的centos,jdk1.7 、svn server,关闭iptabls和selinux,IP 192.168.1.110

    3.1 首先安装jenkins,很简单,增加一个jenkins的YUM源,然后yum -y install jenkins,修改端口为8080、启动 service jenkins start,修改为开机自启动, 访问 http://192.168.1.110:8080,输入admin和密码(由于我不知道默认密码,做了密码重置),显示如下:

     

    3.2 配置svn

    1、jenkins中安装svn相关插件

    2、创建版本库svnadmin create /root/svnrepos

    3、配置用户名密码权限等,不累述

    4、将上一节的 eurekaserver整个工程目录加入 svn: svn import /root/eurekaserver/ file:///root/svnrepos/eurekaserver/ -m svneureka.out

    5、启动svn svnserve -d -r /root/svn/repos

    6、测试一下,在win7上svn客户端上输入地址 svn://192.168.1.110,会自动将centos下eurekaserver工程目录下载到win7中,证明svn OK.

     

    3.3、利用jenkins 实现持续集成eurekaserver工程,每次svn提交代码时就会自动集成和并部署docker微服务。

    1、访问http://192.168.1.110:8080 jenkins主页新增一个svn的插件,然后新建任务,选择自由风格,取名为resukaserver,配置源为SVN,这里有一个坑,会报错unable to access to repository,解决方法可参考

    http://blog.csdn.net/benkaoya/article/details/48683269 ,大概思路就是在Jenkins所在服务器访问一次SVN版本库并保存身份认证信息。

    3.3.1构建中增加svn和 Execute shell内容如下,同时增加自动任务,每次提交代码时候进行集成和部署:

    注意:1、默认是jenkins用户,所以需要加上环境变量。 2、docker需要root用户运行。

     

    测试一下,jenkins上点击立刻构建,结果如下:

    说明:有个报错,需要将原来的eurekaservicer kill掉再运行新编译的,懒得改了。知道就行。

    自动构建和部署完成,访问 http://192.168.1.110:8761 确认微服务启动成功。

    至此,只要程序员在svn中commit了新的代码,本程序就会自动编译并运行该微服务并启动对外提供服务。

     

     

    未完待续………

    展开全文
  • 大数据平台架构——通用版

    千次阅读 2017-09-07 10:59:04
    大数据时代的数据中心平台架构


    大数据时代的数据中心平台架构图



    展开全文
  • 如何打造一个自己的devops平台
  • 利用Racher轻松构建PASS平台

    千次阅读 2017-09-29 09:45:26
    一,Rancher是什么 1.1 Rancher背景 ❶Rancher Labs成立于2014年。总部设立在美国加州的Cupertino。在美国的亚利桑那州的菲尼克斯和中国的深圳设立有研发中心。...❸Rancher的两个产品,Rancher平台和Ran...
  • 此时此景,笔者只专注Android、Iphone等移动平台开发,看着这些源码心中有万分感慨,写此文章纪念那时那景! Java 源码包 Applet钢琴模拟程序java源码 2个目标文件,提供基本的音乐编辑功能。编辑音乐软件的朋友,这...
  • 大数据平台层级架构

    千次阅读 2019-05-16 17:44:22
    主流数据平台架构 一般包含三个层级,ODS层、数据仓库层、数据应用层。 业务系统的操作和日志数据抽取到ODS层,ODS的数据经过ETL过程(抽取Extraction,转化Transformation,加载Loading)进入数据仓库,数据仓库...
  • 【云计算与大数据】Iass&Pass&Sass

    千次阅读 2018-12-18 11:43:58
    云计算的服务模式仍在不断进化,但业界普遍接受将云计算按照服务的提供方式划分为三个大类: SaaS(Software as a Service–软件即服务) ...PaaS(Platform as a Service–平台即服务) IaaS(Infrastructure as...
  • OpenStack

    千次阅读 多人点赞 2019-10-30 18:10:35
    OpenStack是一个免费开放源代码的云计算平台,用户可以将其部署成为一个基础设施即服务(Iaas)的解决方案。OpenStack不是一个单一的项目,而是由许多相关的项目组成,包括Nova、Swift、Keystone、Horizon等。这些...
  • Hbase

    千次阅读 多人点赞 2019-10-22 20:14:12
    文章目录Hbase来源:应用:行业:Hbase定义:Hbase特性:Hbase shellnamespaceDDLDMLHbase Java Api依赖HbaseUtilsHbaseDemoHbase过滤器Hbase原理架构Hbase读写流程写数据流程Hbase的存储机制存储模型布隆过滤器...
  • 利用rancher轻松构建pass平台

    千次阅读 2017-09-29 09:58:02
    1.5 Rancher容器管理平台系统架构图 1.6 Rancher容器管理UI界面 二,Rancher如何搭建 提示:为了降低理解难度,以下过程全部采用图形化界面操作以及汉语进行演示,如果想有...
  •   专栏标题中的“工业级Pass平台”其实是专门雇了 UC 震惊部小编起的,纯属为了吸引大家眼球。严格意义上说,本专栏只是工作中的项目后端。大家读完本专栏也不会一下子晋升业界大佬,当上 CTO,迎娶白富美,走...
  • JAVA上百实例源码以及开源项目

    千次下载 热门讨论 2016-01-03 17:37:40
    此时此景,笔者只专注Android、Iphone等移动平台开发,看着这些源码心中有万分感慨,写此文章纪念那时那景! Java 源码包 Applet钢琴模拟程序java源码 2个目标文件,提供基本的音乐编辑功能。编辑音乐软件的朋友,这...
  • IaaS基础架构平台运维①

    千次阅读 2019-11-04 22:28:57
    任务一、IaaS云平台搭建(15分) 修改云平台IaaS各节点的系统配置,按云平台搭建步骤逐步安装,并完成相应的答题。 1.操作系统环境配置(1分) 按以下要求设置主机名、防火墙及SELinux: (1)设置控制节点主机名为...
  • 八、物联网平台架构设计 8.1平台服务拆分 8.2物联网平台架构图设计 8.3平台技术栈的选择 8.4设备认证的设计 8.5服务网关的设计 8.6后台服务的设计   九、物联网云平台原型设计 9.1登录注册页面设计 9.2首页设计...
  • 爬虫平台架构实现和框架的选型

    千次阅读 2019-08-15 09:00:00
    本文作者:张永清作者博客:www.cnblogs.com/laoqing首先来看一下一个爬虫平台的设计,作为一个爬虫平台,需要支撑多种不同的爬虫方式,所以一般爬虫平台需要...
  • AWS概述

    千次阅读 2018-12-05 21:47:33
    AWS全称为Amazon Web Services,是亚马逊公司的云计算平台提供的一系列服务 AWS面向用户提供包括弹性计算、存储、数据库、应用程序在内的一整套云计算服务 AWS已经为全球190个国家、地区内成百上千家企业提供支持,...
  • 一张图告诉你什么是Iaas/Pass/Sass

    万次阅读 2017-04-14 17:27:58
  • 云计算之paas架构解析

    千次阅读 2019-05-06 16:39:49
    云计算其实分为iaas(基础设施即服务,可以学习下OpenStack)、paas(平台即服务,可以学习下docker)、saas(软件即服务)三层。 一、PaaS的发展简史 PaaS作为新一代的云计算平台,目前在业界得到了广泛的关注与讨论。...
  • 中国移动PaaS平台技术选型和实践经验分享中国移动PaaS平台技术选型和实践经验分享中国移动PaaS平台技术选型和实践经验分享中国移动PaaS平台技术选型和实践经验分享中国移动PaaS平台技术选型和实践经验分享
  • Iass、Pass、SasS三种云服务区别

    千次阅读 2019-07-11 14:01:51
    那么我们就可以把Iass(基础设施)、Pass(平台)、Sass(软件)理解成这栋楼的三部分。基础设施在最下端,平台在中间,软件在顶端。别的一些“软”的层可以在这些层上面添加。 接下来我们再分别用实例给大家介绍下Iass...
  • 提供一个基础平台,用户基础此基础平台开发、运行和管理自己的应用,而无需构件和维护与自身业务流程无关的基础架构平台。 SaaS: software-as-a-service, 软件即服务。用户通过网络连接到云端,使用由供应商提供...
  • PaaS架构的解析

    万次阅读 2018-07-30 11:18:57
    一、PaaS的发展简史 ...诸多大公司也纷纷推出自己的PaaS平台,比如Pivotal的CloudFoundry, IBM的Bluemix和Redhat的OpenShift等。其实在此之前, PaaS已经有很长一段时间的发展历程。在2007年,Sales...
  • 文章目录解决方案分析方法论SWOTSMART原则【目标管理、设置】DDD领域驱动设计DevOps提效 解决方案分析方法论SWOT ...O (opportunities)是机会:多个容器平台拥抱RabbitMQ, 易用性、扩展性强 T (threats)是威胁:

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 20,725
精华内容 8,290
关键字:

pass平台架构