当前位置: 首页 > 软件库 > 云计算 > PaaS系统/容器 >

Paz

持续部署产品环境
授权协议 Apache
开发语言 JavaScript SHELL
所属分类 云计算、 PaaS系统/容器
软件类型 开源软件
地区 不详
投 递 者 谭铭
操作系统 Linux
开源组织
适用人群 未知
 软件概览

Paz 是一个基于 DockerCoreOSetcdfleet 的持续部署产品环境。是一个类似 PaaS 工作流程的可插入式服务平台。Paz 使用 Node.js 编写。

Screenshot

特性

  • 漂亮的 Web 界面

  • 可在各种平台下运行,包括 Vagrant、公有云和裸机

  • 无需编码即可运行

  • 可用于持续部署

  • 部署时无需停机

  • 服务发现

  • 开发和生成环境的流程相同

  • 环境部署简单

组件

  • Web 前端 - A beautiful UI for configuring and monitoring your services.

  • 服务发现 Service directory - A catalog of your services and their configuration.

  • 调度器 Scheduler - Deploys services onto the platform.

  • 协调器 Orchestrator - REST API used by the web front-end; presents a unified subset of functionality from Scheduler, Service Directory, Fleet and Etcd.

  • 中央监控和日志 Centralised monitoring and logging.

 相关资料
  • 它们还提供了一个警告:如果您能够持续部署到测试系统,有时也会使用术语“持续部署”。 这一切让我很困惑。任何更详细的解释(或附带一个例子)都是赞赏的!

  • 删除警告 为了减少文件大小,Vue 精简独立版本已经删除了所有警告,但是当你使用 Webpack 或 Browserify 等工具时,你需要一些额外的配置实现这点。 Webpack 使用 Webpack 的 DefinePlugin 来指定生产环境,以便在压缩时可以让 UglifyJS 自动删除代码块内的警告语句。例如配置: var webpack = require('webpack') mo

  • 有什么建议吗?

  • Kibana5 是是一个完整的 web 应用。使用时,你需要做的只是打开浏览器,然后输入你运行 Kibana 的机器地址然后加上端口号。比如说:localhost:5601 或者 http://YOURDOMAIN.com:5601。 但是当你准备在生产环境使用 Kibana5 的时候,比起在本机运行,就需要多考虑一些问题: 在哪运行 kibana 是否需要加密 Kibana 出入的流量 是否需要

  • 问题内容: 在我的组织中,我们有200多个Microsoft桌面和Web应用程序。我正在尝试为那些应用程序设置持续集成和持续部署(我已经为Java应用程序做过)。我们已经在企业Github,Jenkins,Nexus,XL- Deploy和XL- Release中使用了以下工具。我们还开发了Groovy的框架,该框架由Jenkins调用,并在Jenkins中分配了所有自动创建的工作,并将生成的工件

  • 标签(空格分隔): EBOOKCHAIN PM2 NODEJS [TOC] 前言 部署前请先安装Ebookcoin 请参考官方wiki:https://github.com/Ebookcoin/ebookcoin/wiki/ pm2简介 Node.js默认单进程运行,对于32位系统最高可以使用512MB内存,对于64位最高可以使用1GB内存。对于多核CPU的计算机来说,这样做效率很低,因为只有一个