随着数字化转型的深入，越来越多业务由线下转向线上，衍生出丰富的业务场景。这些场景驱动着软件系统进行敏态转型，同时也对实际承载业务的底层 IT 资源提出了新的要求，如何保证：既“快”又“稳”，成为整个敏态业务转型面临的新挑战。

多云时代来临，IT 基础架构的多云部署已成为企业新常态。多云架构在提升企业业务应用灵活性的同时，云资源数量、类型也持续增加。传统手工运维模式中，运维人员依照纸质手册操作，登录众多 IT 设备和应用，执行各种检查维护命令，频繁切换界面查看执行结果，存在风险高、成本高、效率低、要求高、管理难的问题。

三个月转瞬即逝，Kubernetes 如约发布了 V1.25 版本，新版本在诸多领域都有增强。Kubernetes 1.25 带来了 40 余项功能增强，其中 13 个功能成为稳定状态；10 个是对于现有功能的改进；15 个全新功能；还有 2 个废弃功能。在功能增强的数量上，1.25 与之前的两个版本大致相同，Kubernetes 依然在按自己的节奏稳步推进中。...

在 Kubernetes 一统天下局面形成后，K8S 成为了云原生时代的新一代操作系统。K8S 让一切变得简单了，但自身逐渐变得越来越复杂。【K8S Internals 系列专栏】围绕 K8S 生态的诸多方面，将由博云容器云研发团队定期分享有关调度、安全、网络、性能、存储、应用场景等热点话题。希望大家在享受 K8S 带来的高效便利的同时，...

在之前《多云时代，如何定义企业云管理平台？》的直播课程中，我们重点围绕“企业为什么需要云管理平台”和“什么是企业云管理平台”为大家分享了关于企业建设云管理平台的重要性和云管理平台的定位。

随着 Kubernetes 越来越成熟，以 kubernetes 为基础构建基础设施层的企业越来越多。据 CNCF 基金会统计，目前使用 Kubernetes 作为容器管理工具的企业占比早已过半，并且远远超过排名第二的 Swarm。

IDC 调研显示，从 2021 年到 2026 年，中国云系统及服务管理软件市场预计将以 25.0%的复合年增长率增长。“上云”已是企业实现数据化转型的关键步伐，且是长期持久工程，云管理软件作为云基础设施、必将是企业 IT 云化实现的必要条件。多云时代如何建设企业云管理平台？企业云管理平台客户整体诉求有哪些？应具备的能力及...

众所周知，基于微服务的应用更加适合运行在容器上，可以最大化发挥微服务的优势。但在微服务应用上容器的过程中，由于用户实际情况和发展规划的差异，采取的路径和方案也有不同。如何选择最合适的方案，其中的关注点有哪些，并如何应对，都需要去认真考虑。

近些年越来越多的企业开始建设自己的微服务体系，在选型过程中不可避免地会产生路线之争。激进的技术派往往秉持着买新不买旧的思维，坚定地站在服务网格的一边。而相对保守的项目派则会更看重技术的稳定性和易用性，从而主张优先上马传统的微服务方案。如果是你，你会怎么选呢？

今天话题主要聚焦在金融行业中较常见的 SOA 架构实现的一种方式 —— 企业服务总线 ESB (全称 Enterprise Service Bus)。

当前，政府、企业上云已是大势所趋，政企客户上云市场是运营商必然不能错过的机遇。运营商全力加码云计算，从公有云、私有云、行业云等各类市场全面出击，希望借助云网融合的优势，抓住云计算在政企客户中普及的新一轮机遇，打造下一个十年的增长引擎，避免被管道化甚至被淘汰。

微服务框架微服务，简单而言，就是将原有的一个整体的应用，拆成多个细粒度的小应用，同时具备分布式的特点。化整为零后当然会带来一系列的问题，就好比一个开小卖铺的后来开成了连锁店一样，一定会带来很多跟进货、卖货没关系的问题。那么微服务带来的这一系列问题，就需要通过微服务框架来解决。通常狭义的“微服务”仅...

在正文开始之前，我们来看一个日常生活场景，咖啡自动售卖机：     第一排，是四个选项：美式、拿铁、摩卡、白咖啡；第二排，单位是ml，代表产出咖啡的量；第三排，是否加糖；第四排，是否加奶。输入以上这四个参数后，自动售卖的咖啡机便会按照要求提供所需的咖啡。当然售卖机还是会根据操作者的人脸或扫码确定其身份信...

近日，国内权威咨询机构赛迪顾问发布《2020－2021 年中国PaaS市场研究报告》（以下简称《报告》）。《报告》重点介绍了中国 PaaS 市场的规模与结构，并对中国 PaaS 市场竞争格局及细分市场现状进行了分析。

近日，BoCloud 博云 BeyondMicroservice 微服务平台 3.0 版本正式发布。BeyondMircoservice 3.0 是博云微服务平台从“提供微服务治理功能”到“提供微服务转型整体建设方案”的重要升级。新版本在原有微服务治理功能的基础上，更加关注于微服务转型中开发态、运维态、运行态的整体建设，解决方案覆盖咨询、设计、研发、发布...

微服务化建设需要做很多方面的改造和适应，比如适应微服务开发、适应敏捷运维、打造专门的微服务团队，以及符合云原生指导下的架构设计等。所以微服务化转型，要做好持久战的准备，同时亦不可疏忽每一步的决策。

在该系列前三篇文章中，我们分享了微服务转型的烦恼、误区和建设第一步。之前在讲到微服务的时候，我们分享过许多落地方案和实践总结，但对于微服务理念却较少地提及。原因是只讲理念有点空洞，而且炒理念的阶段也过去了。但是到现在这一步，我们不得不把理念拿出来，用理念指导我们微服务化建设的方向。

子曾经曰过：工欲善其事，必先利其器。要做微服务架构的转型，不是“干就完了”，而应该“谋定而后动”。之前我们谈到过，微服务化的转型是一个量变引起质变的过程，这就意味着微服务转型不是逐个拆分和替换就能解决的，微服务化转型的难点在于统一管理控制。

IT技术日益革新。当我们在给客户分享烟囱式的单体应用如何逐步拆分演变为SOA架构，SOA架构再如何彻底拆分演变成微服务架构的时候，更为新型的技术、架构又在冲击着我们的认知。

在之前文章中我们讲到企业的数字化转型（详情回顾：农商行数字化转型的烦恼），通常两种技术的运用代表着数字化转型的实践，一种是容器技术，一种是微服务技术。容器技术的建设和使用都是运维，因此更容易快速上手和建设。但是，微服务技术就不同了，微服务架构的起点是研发，治理却在运维，架构反馈和改进又要回到研发...