java 项目使用 dice 部署自检

与我司开发同学接触颇多,在使用 dice 的过程中, 偶尔会因种种原因, 导致最终部署失败。但仔细排查后发现,有些问题实在是可通过本地自检从而避免掉,从而节约开发时间。因时常遇到,故有此篇。 三省代码 子还是曾子曾经曰过:吾日三省吾身。 我们在使用 dice 构建之前,也请务必三省,以减少不必要的失败: 我所有的依赖都已经给到 dice 了么 我告诉 dice 用什么配置文件了么 我本地可以通过 »

Kubernetes 核心概念

概述 Kubernetes 有各类资源对象来描述整个集群的运行状态。这些对象都需要通过调用 kubernetes api 来进行创建、修改、删除,可以通过 kubectl 命令工具,也可以直接调用 k8s api,或者使用对象语言的客户端库(例如:golang , pythion )。 每个 kubernetes 对象都会包含两个关键字段:Object Spec 和 Object »

Dice Release v2.9.0

Dice schedule (Stable) bugfix: 解决了 dc/os vip 概率性不可用的问题(超时、502),并将 patch 回馈给了社区 (Stable) bugfix: 蓝绿发布导致服务不可用问题。 (Stable) feature: k8s 集群调度稳定可用 (Stable) feature: edas 集群可用,并进入生产 »

Dice Release v2.8.0

Dice (Stable) bugfix: 修复打包完成 5min 后状态才跃迁到打包完成的问题 (Stable) feature: 企业和项目支持配置多集群 (Preview) feature: 调度器支持配置环境变量从而在k8s集群上部署、运行项目 (Stable) feature: 支持机器打标以及进行标签调度 (Stable) feature: addon 提供公网 ip+port,支持本地直连 (Stable) bugfix: 修复未成功部署的 »

Docker Registry GC

我们的 CI 平台中私有化部署了 Docker Registry 用来存储 CI 过程中的镜像。这些镜像主要包括用于加速的依赖包缓存镜像和用于部署的应用镜像。但是官方提供的 Docker Registry 没有自动清理镜像的功能,导致 Registry 中的镜像会随着时间越积越多,对 Registry 的 Storage 造成了压力。 考虑到 CI 平台的特性,随着应用不断打包部署,缓存镜像和应用镜像都在不断更新, »

深入K8S Job(一):介绍

介绍 Kubernetes有两个概念跟job有关: Job: 负责批量处理短暂的一次性任务,仅执行一次,并保证处理的一个或者多个Pod成功结束。 CronJob: 负责定时任务,在指定的时间周期运行指定的任务。 Job Job用于批量处理短暂的一次性任务,并保证指定数量的Pod成功结束。 K8S支持以下几种方式: 非并行Job: 通常只运行一个Pod,Pod成功结束Job就退出。 固定完成次数的并行Job: 并发运行指定数量的Pod,直到指定数量的Pod成功,Job结束。 带有工作队列的并行Job: 用户可以指定并行的Pod数量,当任何Pod成功结束后,不会再创建新的Pod 一旦有一个Pod成功结束,并且所有的Pods都结束了, »

Packer 2.6.0: buildpack 使用注意

[nodejs/spa] buildpack 改动注意点 目前为了规范前端项目开发流程,加速前端项目打包,并且使最终编译的结果可复现,统一使用 npm ci 替换 npm install。 npm ci 需要 package-lock.json 文件支持。因此需要开发人员将 package-lock.json 文件也纳入版本控制管理(检查 .gitignore 文件, »

Dice release v2.6.0

Please check the CHANGELOG for a full list of changes. Spot feature: filebeat 支持采集环境信息(主机,容器) feature: filebeat 采集容器自定义 tag feature: 支持日志事务功能 terminus_define_tag feature: »

parana更新日志

这个文档有什么作用? 此文档为parana更新日志,查阅此文档,你可以: 1、清楚的知道标准parana最近更新了哪些东西,从而a:根据新增功能可以适当调整我们的标准产品报价,b:可以和客户更清晰的沟通我们的标准产品有哪些功能(商务人员) 2、清楚的知道当前parana有哪些是已经有的,哪些需要定制开发的,防止重复工作(开发产品) 3、清楚的知道parana开发上一些升级策略或者开发上的一些注意事项(开发) ps:如果想看完整的功能清单,可直接到doc上查看,doc上的功能清单会在每次发版后更新 更新日志在哪里? 详见下方的回复,每条回复为一次parana版本的更新 »

NodeJS CPU 占用100%问题排查

上周接到同事反馈,客户服务器不时出现 502 错误,需要定时重启前端服务。上服务器上看了一下 cpu 占用100%,无法响应请求,由于是生产系统,备份了一下日志,重启服务。 疑似 ddos 攻击 看了一下日志,由于应用日志是 warning 级别,并没有太多有用信息,倒是 nginx 日志有大量的无效访问,并且这些访问大部分都是由 100.97. »

Pampas 集成 Spring developer tools 诡异 Bug 排查

为什么写这篇 Blog ? 写这篇 Blog 纯属临时起意, 因为遇见了一个坑, 居然花了几个小时在上面, 一是记录一下, 二来也可以分享出来, 让大家乐呵乐呵. Pampas 最近在做 Hot reload, 就是热加载, 主要是来回人工重启很麻烦, 特别是一次起多个应用的时候. 虽然本文结局有点尴尬, 但也不代表没有收获... 前端好说, 后端特别是 Java 是真心难弄, 特别是 Spring 的上下文, »