首先是为什么要干这个事情，你可能会说随便搞个自签名证书难道不能用吗？答案是还真的不能用，的确对于开发来说搞个自签名的证书就行了。但是一旦放到生产环境浏览器对证书有效性进行验证的时候便是不可信状态，这时就必须要用户点击一下继续访问，但是对于我们即将实施项目的自动化要求来说没法这样干。你可能又会说了现在这个环境在阿里云、华为云这些平台上随便申请一个免费的证书难道不行吗？答案是真的不行，因为项目的...

本文通过收集基础信息与相关技术，并且进行实际验证之后得到的研发方向与技术结论可以说存在一定程度上的认知颠覆性。并且WebRTC技术成为标准的周期不长当前在世界范围内的应用可以说屈指可数；同时WebRTC存在一定的技术门槛，对其有一定了解的技术型公司普遍分布在流媒体领域，应用上分布在在监控、直播、视频会议几种类型。但是当前网络发展方向可以说完美匹配了WebRTC基础设施要求，这项技术的未来想象...

原始技术选型 首先是集群必须要使用至少一项备份技术，一方面基于NFS存储在小规模集群下的应用已经可以得到比较稳定表现。但是存储终归是在单一节点上，一旦出现硬盘问题或者其他软硬件问题便会导致数据丢失。即便是之前我们使用的各种分布式存储技术都可以做到数据冗余备份，一定程度上数据还要安全一点。特别是数据存储在本地服务器时，数据安全性便是首要需要解决的问题。 基于这些考虑目前的各种云原生技术的发...

前言 虚拟化技术是对多服务器管理的核心技术，可以说是必不可少的一项关键点。任何数据中心但凡对超过一台物理机进行管理如果没有虚拟化技术支持那么该数据中心便只能提供基本的软件服务，任何系统服务的编辑与修改势必会影响其他系统服务的运行导致系统无法实现大规模修改；即便是上了K8S架构实现集群也会受限制于Linux本身，使得很多基于Windows应用无法使用，典型情况如AD域管理。 虚拟化技术有两...

技术选型 我们公司初步定义了一套完整的报表引擎，从开源软件到商用软件都进行综合的比较。先说开源部分可以说是惨不忍睹，基本上没有一个完整的方案都是各个工具化的组件很难满足系统使用。商用的比较突出的两个分别是帆软FineReport、RDP报表引擎，其中帆软功能突出且非常完整但是价格较高，RDP功能相对完整但是不够强大并且有BUG不过价格很低。就目前的情况来看我们还是首选帆软，无论功能范围还是...

技术选型 工作流引擎目前开源上可以选的就只有activiti、flowable、camunda三种，当然除了activiti它们都有商用版本，而且flowable与camunda都是从activiti之中分裂出来的子项目，也是NB。但是目前从技术选型角度考虑，我们公司后续发展或者项目情况来看BPMN 2.0标准已经完全足够使用了，更加复杂的流程控制确实没有什么必要性对我们而言也不是重点所以...

技术选型 在选型上工作流引擎基本上是一个没法选的状态，开源的除了kettle之外基本上是完蛋的状态，不完善。商用的形成了完善ETL功能的基本上全部都完成了Pass系统我们集成上会非常难受所以没有什么好选的基本上上就是kettle了。 项目集成 集成上采用了最简单的方案由项目代码自行进行调度，任务执行的逻辑通过编辑器产出的配置文件进行定义最后就是基于配置文件的运行。在集成上其实是比较傻逼...

远程仓库 分支约束 远程仓库只允许出现五种类型的分支： 主分支：项目的主要分支也就是master分支。用于正式发布，该分支禁止任何人直接提交，提交合并请求由对应项目主管人员确认合并。 开发分支：项目的开发迭代分支，用于开发发布，常规开发任务的代码直接提交至该分支或者由临时分支合并至该分支。 测试分支：项目的测试迭代分支，用户测试发布，该分支禁止任何人直接提交，提交合并请求...

前言 这篇文件不是简单告知大家本文的效果怎么实现，而是给出一个能够实现复杂效果的思路与手段，实现本文描述的效果不算什么复杂的事情，但是在这个基础之上拓展进而形成自己的效果甚至更加复杂的效果才是这个文章的目的，所以实际掌握本文所描述的方法才是重点效果反倒不是那么重要。 一般来讲我很少将这些东西写出来原因是很多组件的官方文档与案例说的非常清楚了，基本上不需要怎么的学习便可以从文档之中获取对应...

版本依赖​ 搭建思路 很多高级运维人员都2020年了对于K8S的存储大部分都是采用主机路径大法这样的系统搭建简单但是极其不科学，运维者自己也清楚但是为什么不直接搭一套Ceph呢，那就是在系统上搭建Ceph太TM复杂了，我看了整个文档之后也是头皮发麻的。 首先我们不是直接在虚拟机或者物理上直接搭建Ceph，那样的话……，而且当前各路大神的集群思路都是容器...