Deploy

mac+docker+jenkins+gitlab+k8s+springboot从0搭建cicd

点点圈 提交于 2020-04-25 01:38:46
本文采用brew安装的jenkins;docker利用镜像安装的gitlab;利用docker利用镜像搭建的本地私有镜像仓库,利用k8s搭建了一套jenkins流水线来实现本地提交代码触发微服务部署的一套流水线。 1. jenkins的安装 jenkins安装的方式有很多种,可以在mac系统上利用brew install jenkins来安装,也可以利用docker image的方式安装,当然也可以采用k8s的方式来安装; homebrew的方式: brew install jenkins #安装 brew services start jenkins #启动 在浏览器输入http://localhost:8080/或者http://本机ip:8080/即可验证jenkins是否ok,会弹出一个让你输入密码的页面,密码在这个地方查找: cat secrets/initialAdminPassword 在Jenkins->Manage jenkins->Avaiable->search搜索框输入pipeline,来安装pipeline插件和gitlab插件,也可以再多安装一个blue ocean,这样流水线的ui会好看一些,安装插件的时间会比较就一些,需要耐心等待。 插件安装完之后,点击新建一个流水线,图是这样的,这就代表安装jenkins以及插件过程已经完成了。 2

scrapy爬虫笔记(创建一个新的项目并运行)

牧云@^-^@ 提交于 2020-04-24 17:59:23
前期安装请参考: scrapy爬虫笔记(安装) 在确保安装环境没有问题的情况下,新建一个项目需要在cmd中进行 首先,在自定义的文件夹(我的是E:\study\python_anaconda_pf\MyProject\scrapy_study)下面创建一个工程,我的工程名字为movie_250 在文件夹空白位置按照键盘shift不松手点击鼠标右键,选择“在此处打开命令窗口”,或者在cmd中cd到这个文件夹也可 输入命令 scrapy startproject movie_250 查看文件夹会发现自动生成了一个以工程名命名的文件夹,这个文件夹称为“项目文件” 2. 打开PyCharm,找到这个文件夹,看一下文件夹里面的目录结构(都是自动生成的,不需要自行修改名称) 各个文件的含义: scrapy.cfg 是项目的配置文件,默认内容如下: # Automatically created by: scrapy startproject # # For more information about the [deploy] section see: # https://scrapyd.readthedocs.io/en/latest/deploy.html [settings] default = movie_250.settings [deploy] # url = http:/

【nodejs原理&源码赏析(9)】用node-ssh实现轻量级自动化部署

会有一股神秘感。 提交于 2020-04-24 17:12:30
示例代码托管在: http://www.github.com/dashnowords/blogs 博客园地址: 《大史住在大前端》原创博文目录 华为云社区地址: 【你要的前端打怪升级指南】 [TOC] 一. 需求描述 前端工程出包后实现简易的自动化部署。 二. 预备知识 网站的建设可以使用任何自己熟悉的框架,三大框架都有自己的官方 Cli 工具,从代码编写到生成可用于生产环境部署的包基本都有自动化命令,各个打包工具也在 零配置 的追求上做了很多工作。本篇中从得到一个生产环境的包以后开始,对站点部署的相关知识进行一些介绍。 首先你需要一个Web服务器,常见的有: Nginx Tomcat Apache 或相关集成环境 XAMMP 【 Apache + MySQL + PHP + PERL 】 LAMP 【 Linux + Apache + MySQL + PHP 】 nodejs 或相关框架+守护进程 Express Koa2 以上任何一种在服务器上运行起来后都可以担任 Web服务器 的角色,只是具备的扩展功能和应用场景有区别, Nginx 基本上是正式环境部署的首选方案。常见的基本部署方案如下: IP+端口访问 使用访问,可直接访问对应端口的服务,部署方式相对简单: 域名访问 使用域名访问时,通常会使用A记录进行解析,它只能映射到80端口(https时映射到443)

Activiti学习之 多实例实现会签功

我是研究僧i 提交于 2020-04-24 14:02:24
转: Activiti学习之 多实例实现会签功能 2014年11月26日 11:27:11 程诺 阅读数:26185 版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/chq00788/article/details/41513451 一个任务需要多个角色进行审批或者表决,根据这些审批结果来决定流程的走向。实现以上任务,activiti已经提供了支持,可以使用BPMN规范的多实例活动来实现。 1.Activiti多实例: 多实例节点 是在业务流程中定义重复环节的一个方法。 从开发角度讲,多实例和 循环 是一样的: 它可以根据给定的集合,为每个元素执行一个环节甚至一个完整的子流程, 既可以顺序依次执行也可以并发同步执行 。 多实例 是在一个普通的节点上添加了额外的属性定义 (所以叫做 '多实例 特性'),这样运行时节点就会执行多次。 下面的节点都可以成为一个 多实例节点: User Task Script Task Java Service Task Web Service Task Business Rule Task Email Task Manual Task Receive Task (Embedded) Sub-Process Call Activity 根据规范的要求,每个上级流程为每个实例创建分支时都要提供如下变量:

腾讯云正式发布 Serverless Framework

亡梦爱人 提交于 2020-04-23 10:27:57
4 月 21 日 14:00,腾讯云召开了 Serverless Framework 线上发布会,会议邀请到了 serverless.com CEO Austen Collins 、腾讯云中间件总经理 & 首席架构师 Yunong Xiao 等重磅嘉宾进行相关分享和探讨,本次发布会在腾讯云大学、哔哩哔哩、知乎平台同步直播,近千人观看了本次发布会。 产品发布会上,首先,腾讯云中间件总经理&首席架构师 Yunong Xiao 从宏观的角度阐述了 Serverless Framework 的特性,宣布产品正式发布。他指出 Serverless 的核心价值在于聚焦业务,不需关注底层资源 (Focus on outcomes, not Infrastructure),此次产品发布,为开发者提供基于 Full Stack 全栈以及 HTTP API 的一站式解决方案。 接着,serverless.com CEO Austen Collins 讲述了新版本 Serverless Framework 的价值和目标,他希望能帮企业在仅有很少的开发和运维人员的情况下管理大型的线上系统,并提到 serverless 将和腾讯云一起为中国开发者提供最佳的 serverless 开发者体验以及基础架构。 第三位分享嘉宾,来自 serverless.com 中国区研发的负责人 Ke Huang 老师,Ke

腾讯云正式发布 Serverless Framework

人走茶凉 提交于 2020-04-23 09:51:05
4 月 21 日 14:00,腾讯云召开了 Serverless Framework 线上发布会,会议邀请到了 serverless.com CEO Austen Collins 、腾讯云中间件总经理 & 首席架构师 Yunong Xiao 等重磅嘉宾进行相关分享和探讨,本次发布会在腾讯云大学、哔哩哔哩、知乎平台同步直播,近千人观看了本次发布会。 产品发布会上,首先,腾讯云中间件总经理&首席架构师 Yunong Xiao 从宏观的角度阐述了 Serverless Framework 的特性,宣布产品正式发布。他指出 Serverless 的核心价值在于聚焦业务,不需关注底层资源 (Focus on outcomes, not Infrastructure),此次产品发布,为开发者提供基于 Full Stack 全栈以及 HTTP API 的一站式解决方案。 接着,serverless.com CEO Austen Collins 讲述了新版本 Serverless Framework 的价值和目标,他希望能帮企业在仅有很少的开发和运维人员的情况下管理大型的线上系统,并提到 serverless 将和腾讯云一起为中国开发者提供最佳的 serverless 开发者体验以及基础架构。 第三位分享嘉宾,来自 serverless.com 中国区研发的负责人 Ke Huang 老师,Ke

让开发部署提速的 IDEA 插件神器攻略(转)

风流意气都作罢 提交于 2020-04-23 07:34:54
让开发部署提速的 IDEA 插件神器攻略 用户2781897 发表于 服务端思维 订阅 448 转自: https://cloud.tencent.com/developer/article/1467258 在这篇文章中: 第一步:配置服务器信息 第二步:配置 Maven 打包插件 第三步:部署 Jar 包 第四步:启动应用 使用 Cloud Toolkit 把应用部署到任意服务器 账号管理 主机管理 Deploy to Host 使用 Cloud Toolkit 把应用部署到 ECS 上传文件 远程 Terminal 内置应用诊断功能 远程连接容易出现异常 文件浏览器过于简陋 缺少远程主机的可视化功能 本文作者: 徐靖峰 | 作者 自从产品经理银时小伙和他的开发小哥们在去年12月发布 Cloud Toolkit (一款 IDE 插件)以来,已帮助数以万计的开发者们提高了业务的部署效率。期间,开发者们不仅是 Cloud Toolkit 的使用者,同时也作为设计者参与了插件的更新迭代。 本文来自开发者徐靖峰,分享了他和 Cloud Toolkit 的故事。 遇见 Cloud Toolkit 在与中间件小姐姐的一次聊天中,偶然间了解到这款插件:“这款免费的 IDE 开发者工具能够使开发部署效率提高 8 倍。”出于好奇心,我就上手体验了一下,看看究竟是一个什么样的产品。使用了一段时间之后

腾讯云正式发布 Serverless Framework

扶醉桌前 提交于 2020-04-23 07:18:38
4 月 21 日 14:00,腾讯云召开了 Serverless Framework 线上发布会,会议邀请到了 serverless.com CEO Austen Collins 、腾讯云中间件总经理 & 首席架构师 Yunong Xiao 等重磅嘉宾进行相关分享和探讨,本次发布会在腾讯云大学、哔哩哔哩、知乎平台同步直播,近千人观看了本次发布会。 产品发布会上,首先,腾讯云中间件总经理&首席架构师 Yunong Xiao 从宏观的角度阐述了 Serverless Framework 的特性,宣布产品正式发布。他指出 Serverless 的核心价值在于聚焦业务,不需关注底层资源 (Focus on outcomes, not Infrastructure),此次产品发布,为开发者提供基于 Full Stack 全栈以及 HTTP API 的一站式解决方案。 接着,serverless.com CEO Austen Collins 讲述了新版本 Serverless Framework 的价值和目标,他希望能帮企业在仅有很少的开发和运维人员的情况下管理大型的线上系统,并提到 serverless 将和腾讯云一起为中国开发者提供最佳的 serverless 开发者体验以及基础架构。 第三位分享嘉宾,来自 serverless.com 中国区研发的负责人 Ke Huang 老师,Ke

每天一个linux命令(19):find 命令概览

非 Y 不嫁゛ 提交于 2020-04-22 11:39:46
Linux下find命令在目录结构中搜索文件,并执行指定的操作。Linux下find命令提供了相当多的查找条件,功能很强大。由于find具有强大的功能,所以它的选项也很多,其中大部分选项都值得我们花时间来了解一下。即使系统中含有网络文件系统( NFS),find命令在该文件系统中同样有效,只你具有相应的权限。 在运行一个非常消耗资源的find命令时,很多人都倾向于把它放在后台执行,因为遍历一个大的文件系统可能会花费很长的时间(这里是指30G字节以上的文件系统)。 1. 命令格式: find pathname -options [-print -exec -ok ...] 2. 命令功能: 用于在文件树种查找文件,并作出相应的处理 3. 命令参数: pathname: find命令所查找的目录路径。例如用.来表示当前目录,用/来表示系统根目录。 -print: find命令将匹配的文件输出到标准输出。 -exec: find命令对匹配的文件执行该参数所给出的shell命令。相应命令的形式为'command' { } \;,注意{ }和\;之间的空格。 -ok: 和-exec的作用相同,只不过以一种更为安全的模式来执行该参数所给出的shell命令,在执行每一个命令之前,都会给出提示,让用户来确定是否执行。 4. 命令选项: -name 按照文件名查找文件。 -perm

Gitlab CI — 前端自动化构建部署

懵懂的女人 提交于 2020-04-20 12:18:59
现在前端花样越来越多了,今天我要谈的并不是什么新奇的东西了,自动化构建部署嘛,如果你是一个 Javaer 或者 运维同学,对于 Jenkins 之类的自动化部署肯定不陌生。不过也提到过了,作为一个前端,特别是业务驱动的开发来说,平时肯定是很少接触这些东西的。笔者也是最近才打算前端自动化部署上容器,然后学习看了看,接下来就把学习过程和小总结给大家分享分享,很粗浅,大牛直接右上角(左上角)关闭就可以了。 我写文章的宗旨就是,把自己走过的弯路总结给大家,避免你们踩坑,不图你们点赞,少喷就好。因为确实经历过很多次“文章千百万,实践就完蛋”的场景太多了,大家也不对读者负责,所以我的文章一般都会有代码和 Demo 示例,做不到最好但是至少如果你遇到过相同的问题,肯定能解决~ 前置 Gitlab Gitlab Runner Docker 上面属于前置内容,Gitlab 就不用说了吧,一般公司内部使用的都是 Gitlab 仓库;Gitlab Runner,一般需要额外安装,预先编写的自动化构建部署的脚本(后面会介绍到)就是由它来运行的;最后,项目要打包成镜像部署到容器上,所以也需要 Docker。 因为是公司内部流程不是自己独自玩耍,所以让运维大大替你搞定就可以了,现在这个时代在公司使用应该都是默认会有的了。个人项目可能大概率应该是放在 Github 上的,小伙伴们可以选择 Github