由于 DevOps 方法的广泛采用以及由此产生的快速产品交付和部署，许多部门已采用更敏捷的方法来开发生命周期。在满足市场速度和规模要求的同时，设计安全的软件一直是现代 IT 公司共同面临的问题。结果，超过 52% 的组织因为担心上市速度落后而放弃了安全性。 由于传统技术下的安全漏洞，生产版本也出现了
12月1日，软件供应链安全管理平台 SEAL 0.3 正式发布（以下简称“SEAL”），这是国内首个以全链路视角保护软件供应链的安全管理平台。两个月前 SEAL 0.2 发布，该版本创新性地提供了依赖项的全局汇总与关联，用户可以获得软件开发生命周期各个环节的可见性，进而以全局视角管理软件供应链。基于
GitOps 是一种自动化和管理基础架构和应用程序的模型，通过许多团队已经使用的相同 DevOps 最佳实践来形成的模型，例如版本控制、代码审查和 CI/CD 流水线。在实施 DevOps 时，我们找到了自动化软件开发生命周期的方法，但在基础设施设置和部署方面，仍然依靠手动过程。借助 GitOps，
长期以来，安全问题一直被当作软件开发流程中的最后一步。开发者贡献可以实现软件特性的代码，但只在开发生命周期的测试和部署阶段考虑安全问题。随着盗版、恶意软件及网络犯罪事件飙升，开发流程需要做出改变。 开发过程中的“安全左移”是指将安全问题作为每个开发迭代和冲刺的重要组成部分。诸多组织正在系统地将安全实
今天，我们很高兴宣布 Seal 0.4 已正式发布！在上一个版本中，Seal 完成了从单一产品到全链路平台的转变，通过全局视图帮助用户掌握软件开发生命周期各个环节的安全状况。 在 Seal 0.4 中，全局视图将再一步升级，软件供应链全链路的安全洞察得到进一步增强，新版本为用户提供了软件供应链知识图
在之前的文章中，我们了解了应用部署的阶段以及常见的部署模式，包括微服务架构的应用应该如何部署等基本内容。本篇文章将介绍如何安全地部署应用程序。 安全是软件开发生命周期（SDLC）中的关键部分，同时也需要成为 SDLC 中每个环节的一部分，尤其是部署。因此，保障应用部署安全并不是开始于部署阶段，而是从
平台工程是一种新兴的行业趋势，帮助企业实现软件交付的现代化，加速企业数字化转型。企业通过平台工程，旨在提高开发人员的生产力以及开发体验，同时也为应用程序开发提供一个稳定可靠的基础。平台工程团队通过构建内部开发者平台（Internal Developer Platform, IDP）将所有的技术和工具
内部开发者门户和内部开发者平台是两个密切相关的概念。通过之前的文章，我们了解到这两个概念都旨在通过提供一个自助服务层，抽象出底层技术栈的复杂性和多样性，来改善开发者的体验和生产力。然而，它们有着不同的范围和功能，且能够相互补充。 在这篇文章中，我们将探讨这两者的相似之处、差异，以及二者对现代软件开发
自2007年 DevOps 这一概念推出以来，越来越多企业开始将开发和运维团队结合在一起，以加快部署速度，提高软件开发生命周期的效率和协作。但是，诸多因素都会对 DevOps 是否成功产生影响，例如组织规模、文化和实施计划等。 随着系统愈发复杂，企业正在寻找新的方法来减轻开发人员的负担，同时加速软件
4月12日，数澈软件Seal（以下简称“Seal”）宣布推出新一代应用统一部署管理平台 Seal AppManager，采用平台工程的理念，降低基础设施操作的复杂度为研发和运维团队提供易用、一致的应用管理和部署体验，进而提升研发人员和运维人员的生产力。 平台工程（Platform Engineeri
在 JavaScript 中，无论是新手还是专家都可能在命令行中使用过 NPM。在本篇文章中，我将会整理超实用的 NPM 命令、快捷方式及技巧，帮助 JavaScript 开发人员提高生产力和效率。 在这篇文章中，我们将涵盖以下主题： npm 的定义。 使用 npm 包管理系统管理应用程序依赖项，来
平台工程是一种新兴的技术方法，可以加速应用程序的交付和产生商业价值的速度。平台工程通过提供具有自动化基础设施操作的自助服务能力，改善开发者的体验与生产力，同时降低操作的复杂性，并缓解了开发过程中的摩擦。 当然，**平台工程不仅仅是关于工具与技术，还需要企业在文化和工作方式上进行转变**。因为平台工程
在过去的25年多时间里，我创建了软件组件和分布式框架，建立并领导了相关团队。近几年我致力于推动 Adobe 服务开发、部署和管理系统的开发人员生产力。 ## 抽象陷阱 在云时代早期，Adobe 的每个团队都有自己的云账户、部署系统，其对应的成熟度也截然不同。很快我们就意识到需要对此进行标准化，这样成
平台工程是一种新兴的技术方法，可以加速应用程序的交付和产生商业价值的速度。通过提供具有自动化基础设施操作的自助服务能力，改善开发者的体验与生产力，同时降低操作的复杂性。在企业采用了平台工程之后，需要对平台工程的采用情况和结果进行追踪和衡量。当涉及到衡量平台工程的性能和有效性时，关键绩效指标（KPI）
在小岛的一个海滨小镇上，住着一个名叫苏菲的女孩。苏菲一家人靠海为生，她的生活简单而朴素，与大自然和谐共生。每天，苏菲都会来到海边，欣赏那美丽的日出和日落，感受着大海的呼吸。 然而，小岛的美丽风光并非一成不变。每年夏季，热带气旋活跃，台风频繁登陆，给小岛带来了严重的危害。 有一天，苏菲经历了一场猛烈的
【Github源码】 《上一篇》 详细介绍了Xmtool工具库中的散列算法类库，今天我们继续为大家介绍其中的随机值类库。 基于系统提供的Random获取随机值方法已经足够简单和易用，本类库只对日常开发过程中最常用到的生成随机验证码方法进行了封装，后续发现其他有价值的常用随机值需求，会陆续添加到类库中
首先，通过现有的vm1「在上篇文章 使用KVM创建OEL虚拟机 已创建」克隆出一个vm，名字叫做db1，然后修改一些配置，使其更适用于Oracle DB的主机。 1.通过克隆vm1生成db1 2.解决virsh console db1 卡住问题 3.修改配置 CPU、内存、磁盘大小 4.配置局域网y
项目测试组又反馈一个问题，XTTS执行全量备份速度慢，影响测试进度。 实际算了下，平均速度才150MB/s.. 这个速度在客户生产环境的确是不够看，首先询问是否开了并行，开了多少？ 回复是说有开32个并行，在xtt.properties配置文件中指定的。 另外也注意在RMAN中show all的配置
MQ系列1：消息中间件执行原理 MQ系列2：消息中间件的技术选型 MQ系列3：RocketMQ 架构分析 MQ系列4：NameServer 原理解析 MQ系列5：RocketMQ消息的发送模式 MQ系列6：消息的消费 1 介绍 前面的章节我学习了 NameServer的原理，消息的生产发送，以及消息
1 前言 在《微服务系列》中，我们讲过很多限流，熔断相关的知识。 老生长谈的一个话题，服务的能力终归是有限的，无论是内存、CPU、线程数都是，如果遇到突如其来的峰量请求，我们怎么友好的使用限流来进行落地，避免整个服务集群的雪崩。 峰量请求主要有两种场景： 1.1 突发高峰照成的服务雪崩 如果你的服务
