WebStorm激活2022.1(WebStorm 2022.1.4 已发布)

WebStorm 2022.1.4 已发布，这是 WebStorm 2022.1的第四个错误修复更新版本。

可以通过使用 Toolbox 应用程序、直接从 IDE 安装或从网站下载来更新到 v2022.1.4 。

以下是 v2022.1.4 中最值得注意的修复：

WebStorm 不在 macOS High Sierra ( IDEA- ) 上崩溃。
修复了Commit工具窗口的 Before Commit 部分中的 Run Git hooks 复选框( IDEA- )。
修复了导致目录的外部差异工具发生故障的问题 ( IDEA- )。
修复了导致 提交详细信息 窗格中文本闪烁的问题 ( IDEA- )。

有关 WebStorm 2022.1.4 中解决的 Bug 的完整列表，请参阅发行说明。

智能制造云办公系统 [SpringBoot2 – 快速开发平台]，适用于制造业、建筑业、汽车行业、互联网、教育、政府机关等机构的管理。包含文件在线操作、工作日志、多班次考勤、CRM、ERP 进销存、项目管理、EHR、拖拽式生成问卷、日程、笔记、工作计划、行政办公、薪资模块、动态表单、知识库、公告模块、企业论坛、云售后模块、生产模块、系统模块化同步模块等多种复杂业务功能。

智能制造云办公系统 skyeye v3.7.22 发布，更新内容如下：

 ADM-资产类型迁移到数据字典---关联表已修改

 ADM-资产来源迁移到数据字典---关联表已修改

 商城-退款原因迁移到数据字典---关联表已修改

 商城-套餐订单性质迁移到数据字典---关联表已修改

```
 ADM-用品分类迁移到数据字典 
```

 HR-考勤申诉原因迁移到数据字典---关联表已修改

 ADM-车辆险种迁移到数据字典---关联表已修改

 BBS-论坛举报类型迁移到数据字典---关联表已修改

erp： https://gitee.com/doc_wei01/erp-pro

OA： https://gitee.com/doc_wei01/skyeye

报表：https://gitee.com/doc_wei01/skyeye-report

企业版信息： https://sigusoft.com/doc/DQlRxcVRMWWVjbU1i?_from=1&disableReturnList=1 ，有问题可以联系作者，详情请看开发计划。

效果图

效果图效果图

作者：牛玉富，某知名互联网公司专家工程师。喜欢开源 / 热衷分享，对 K8s 及 golang 网关有较深入研究。

本文将解读如何利用云原生解决私有化交付中的问题，进而打造一个 PaaS 平台，提升业务平台的复用性。在进入正题之前，有必要先明确两个关键词：

PaaS 平台：多个核心业务服务作为一个整体平台去封装，以平台形式提供服务。
私有化交付：平台需要部署私有云环境中，要面对无网情况下依然可以运转。

传统交付痛点

如上图：私有云会有明确的安全性要求

私有云服务无法连接外网，数据只能通过单向网闸形式进行摆渡到内网私有云。
源代码只能存储在公司机房中，私有云只部署编译文件。
服务会不定期迭代，另外为了保证服务稳定性需要自建独立业务监控。

基于以上要求面临的挑战大概有几点：

架构可迁移性差：服务之间配置复杂，多种异构语言需要修改配置文件，无固定服务 DNS。
部署运维成本高：服务依赖环境需支持离线安装，服务更新需本地运维人员手动完成，复杂场景下，完整一次部署大概需要数人 / 月的时间。
监控运维成本高：监控需支持系统级 / 服务级 / 业务级监控，通知方式需支持短信、Webhook 等多种类型。

架构方案

我们的原则是拥抱云原生和复用已有能力，近可能使用业界已存在且成熟技术方案。我们采用 KubeSphere+K8S 作为服务编排，处于安全性及简洁性考虑对 Syncd 进行二次开发完整 DevOps 能力，监控系统上采用 Nightingale+Prometheus 方案。

如上图架构图

蓝色框内是我们底层 PaaS 集群，我们对业务服务通用服务统一进行了服务编排升级，用以解决架构迁移性差问题。
红色框内，监控系统作为一种编排服务形式存在，所有监控项交付前配置好。用以解决监控系统运维成本高问题。
紫色框内，服务容器可以实现跨网段自动拉取并自动化部署。用以解决服务服务部署成本高问题。

下面我们针对这三部分做下介绍。

服务编排：KubeSphere

KubeSphere 的愿景是打造一个以 K8s 为内核的云原生分布式操作系统，它的架构可以非常方便地使第三方应用与云原生生态组件进行即插即用（plug-and-play）的集成，支持云原生应用在多云与多集群的统一分发和运维管理，同时它还拥有活跃的社区。

KubeSphere 选型理由有以下几点：

基于制品的方式定制自己的私有化交付方案

私有化镜像文件打包

创建制品清单 :

然后我们就可以通过命令进行导出了。

私有化部署

创建部署清单：

执行安装部署：

原来大量复杂的 K8s 部署、高可用方案、Harbor 私有化镜像仓库等，均可以完成自动化安装，极大的简化了私有化交付场景下 K8s 组件部署难度。

可视化界面极大简化操作流程

创建部署：流水线式创建一个容器服务的部署、存储、服务访问。

资源限制：限制容器的资源利用率 & 限制租户资源利用率。

远程登陆：容器远程登陆功能。

基于 KubeSphere 的业务部署经验分享

私有化场景构建高可用服务实例部署，保障单实例挂掉不影响整体使用，我们要保证以下几点。

1、由于服务都需要有固定的网络标识和存储，所以我们需要创建 “有状态副本集部署”。

2、有状态副本集使用 host 反亲和性保证服务分散到不同 host 中。

3、服务与服务之间互相调用均使用 K8s 底层的 DNS 进行配置。

4、集群内部依赖外部资源时需要设置为 Service，然后在内部提供服务。

5、借助 nip.io 域名实现服务动态域名解析调试。 nip.io 可以自动根据请求的域名中设置 IP 信息，完成响应的 IP 信息映射。

因此我们可以在构建 Ingress 时直接使用该域名：

6、挂载目录到宿主机，有时候需要容器直接关联宿主机目录具体操作如下。

7、有状态部署工作负载，主要涉及 StatefulSet、Service、volumeClaimTemplates、Ingress，示例如下：

DevOps：基于 Syncd 构建服务自动化交付

DevOps 选型有很多，这里我们没有采用 Jenkins、GitRunner 等等，而是使用了我们团队内部比较熟悉的 Syncd 进行二次开发。原因有两点：

处于安全考虑：我们的源码无法在本地存放，所以基于 gitlab 构建打包的方案，对我们用处不是很大，使用是一种资源浪费。
功能简洁性：虽然 Syncd 已经停更 2 年多但是，但其核心的 CICD 功能比较完善且前后端拓展性强，我们可以很轻松拓展相应的功能。

Syncd 核心思路：

从使用本地工具链构建打包镜像，这里可以把 docker push 当作 git push 理解。
通过 Syncd 拉取镜像包完成部署流程打包上线操作，通过打包时设置版本号便于服务回滚。

构建本地工具链

1、基于项目创建目录

2、导入 Dockerfile，大家可基于业务自行创建。 3、创建 tool.sh 文件

4、执行项目打包，请确保产出物在 https://www.xujun.org/output 中

5、利用 tool.sh 工具进行服务调试

tools.sh 执行顺序一般是这样的：https://www.xujun.org/output 产出物→docker_build→docker_run→docker_login→docker_push

基于 Syncd 进行服务打包构建

1、项目配置

新增项目

设置 tool.sh 中生成的镜像地址。

设置构建脚本。

参照有状态工作负载填写构建脚本。

2、创建上线单

3、构建部署包执行部署

4、切换到 KubeSphere 查看部署效果。

至此已完成 DevOps 与 KubeSphere 的功能打通。

服务监控：基于 Nightingale 构建企业级监控

选型理由

可视化引擎：内置模板，开箱即用。

告警分析引擎：灵活管理、告警自愈、开箱即用。

支持 Helm Chart 一键完成应用及服务部署，私有化场景中我们只需要关心容器融合本地化即可。

实际规则配置演示

配置告警规则，无缝支持 PromQL 灵活编写各种规则。

配置告警接收组

实际接收告警消息及恢复消息

WebStorm激活2022.1

总结

私有化交付下因业务场景不同，对云原生的应用选型也不相同。本文仅对我们自身业务场景做了介绍，如有问题欢迎指正，另外其他场景下的云原生应用也随时欢迎大家来和我交流探讨。

本文WebStorm激活2022.1由博客一文多发平台 OpenWrite 发布！