ITPub博客

大型项目协同是DevOps要面对的一个重要场景，其中多项目发布上线协同，更是一个重要关键场景，一键发布就是为了解决这个场景而生的。本文主要介绍一键发布的界面设计、模型设计以及接口设计等。

微服务架构下，服务拆得越细，服务的粒度越小，可组装性就越好；与之相对的服务之间的调用关系就会变复杂，为了保证服务更好的运行，需要对这些服务进行监控和管理。本文大家介绍下EOS微服务平台如果对微服务进行日志查看、API调用统计、限流、熔断、负载均衡的管理。

无论用哪种语言进行软件开发，我们都会接触到设计模式，个人认为设计模式存在的意义在于：在某些需求下，采用适合的设计模式，使代码结构合理，从而提高代码的可读性、可扩展性、可移植性，此文将要讨论的是OC开发中的一种常用模式之一：观察者模式之KVO。

今天我要带给大家的是2018年底，在西雅图举办的Kubecon的一场分享，来自谷歌K8s团队的工程师Saad Ali分享的《Kubernetes设计原则》。这场会议虽然已经过去一年多了，但是我觉得本会议的内容非常值得学习，我们大都知道K8s是如何工作的，但是本文带我们了解k8s背后的设计原则，以及为什么要这样设计。

“基础架构即代码(Infrastructure-as-Code,IaC)”是一种使用新的技术来构建和管理动态基础设施的方式。它把基础设施、工具和服务以及对基础设施的管理本身作为一个软件系统，采纳软件工程实践以结构化的安全的方式来管理对系统的变更。

Spring Cloud Gateway是当前使用非常广泛的一种API网关。它本身能力并不能完全满足企业对网关的期望，人们希望它可以提供更多的服务治理能力。但Spring Cloud Gateway并不提供数据的动态管理，甚至修改个路由都需要重启。我们如何解决它这个短板，同时实现治理配置数据的高效动态管理呢？本文将带来我们网关与Redis组合的实践。

元数据采集是元数据产品的核心部分，如何提升采集效率是需要仔细斟酌的事情，既要保持稳定性也要保持跟上主流技术的发展趋势。元数据产品从最初集中式WEB应用系统到现在流行的分布式、微服务这种系统架构，原有元数据采集效率已不能满足应用的需求了。

数字转型对不同的人意味着不同的东西，这取决于你的行业和你的业务性质。然而，所有的解释都有一个共同的主线，数据和数据治理的重要性。近年来，大家都在谈论数据逐步或已经成为企业的核心资产，数据驱动企业业务开展已经在不同的行业和企业中发挥着巨大的作用，那么作为企业的核心资产数据，如何进行管理是不同企业在进行全面数字化转型需要考虑的一个重要事情。

目前在Java 微服务领域Spring Cloud 和Dubbo体系都被广泛使用。不同的用户会根据项目的需要选择合适的架构。但是在有些跨系统的场景下会涉及到两种体系间的混合调用。怎么做到较小修改就支持Spring Cloud和Dubbo两种体系的混合调用？本文将介绍一下我们在较小修改情况下统一Spring CLoud和Dubbo服务调用框架。