云原生（Cloud Native）是由 Pivotal 的Matt Stine在2013年提出的一个概念，是他多年的架构和咨询总结出来的一个思想的集合。在云的时代，应用会更多的迁移到云端，基于云的架构设计和开发模式需要一套全新的理念去承载，于是云原生思想应运而生，而针对云原生应用开发的最佳实践原则，12-Factor脱颖而出，同时也带来了新的解读。12-Factor，是由Heroku创始人...

导读：OpenYurt 自开源以来，以非侵入式的架构设计融合云原生和边缘计算两大领域，引起了不少行业内同学的关注。阿里云推出开源项目 OpenYurt，一方面是把阿里云在云原生边缘计算领域的经验回馈给开源社区，另一方面也希望加速云计算向边缘延伸的进程，并和社区共同探讨未来云原生边缘计算架构的统一标准。

前言计算机软件技术发展到现在，软件架构的演进无不朝着让开发者能够更加轻松快捷地构建大型复杂应用的方向发展。容器技术最初是为了解决运行环境的不一致问题而产生的，随着不断地发展，围绕容器技术衍生出来越来越多的新方向。最近几年，云计算领域不断地出现很多新的软件架构模式，其中有一些很热门的概念名词如：云原生、函数计算、Serverless、ServiceMesh等等，而本文将初窥一下ServiceMesh

一 背景ContextRefreshedEvent 事件会在Spring容器初始化完成会触发该事件。我们在实际工作也可以能会监听该事件去做一些事情，但是有时候使用不当也会带来一些问题。1 防止重复触发主要因为对于web应用会出现父子容器，这样就会触发两次，那么如何避免呢？下面给出一种简单的解决方案。二 解决方案方案一@Componentpublic class TestTask implement

我们的 SaaS 平台为了能够给商户提供更加安全、稳定、高效的平台，我们在技术方面做了很多尝试，经过几次演进，使系统变得更加稳定可靠。今天主要和大家分享一下颜铺科技的架构演进，以及 Nacos 在生产的应用实践。单体应用时代上图是我们单体服务时的架构图，分为会员、订单、门店等很多模块，看架构图似乎还算清晰，但是真正看到包结构的时候，真的令人头秃，改起代码特别头痛。单体服务带来的几个挑战...

在DDD体系下架构师要做哪些事情？1、领域分解2、领域建模3、微服务设计4、详细设计及技术实现

一 写在前面互联网工程的高速发展，分布式、微服务、容器化架构的流行，互联网已全面进入云原生时代。构建系统的方式由最初的单体大应用演变为分布式架构，一台服务器可能仅存几小时甚至几分钟，这种复杂性大大增加了把系统运行状态可视化的难度。高德打车业务的发展历程也不例外，同样经历了从单体大应用到服务化拆分的过程，庞大的应用体系和架构的不断升级，保障了多个节假日出行高峰的稳定，业务仍在持续快速的发展中，如何保

在公司成立之前，我们团队就已经开始应用 DevOps 实践，而我个人，早在十年前，在另一家公司担任系统管理员的时候，就第一次接触到了这种新鲜的思维方式。那个时候，还没有 DevOps 这种标准说法，但是当时实践的人也自己摸索出了一些相关的概念与原则。持续集成；自动交付；每位团队成员都对产品负有责任；与客户直接沟通；收集并分析业务 / 应用程序指标；说明文档等；后来证明以上这一切都是对敏捷倡议中各项

SpringCloud Alibaba微服务实战系列博客：SpringCloud Alibaba微服务实战一 - 基础环境准备 ：http://www.javadaily.cn/articles/2019/11/29/1575026789380.htmlSpringCloud Alibaba微服务实战二 - 服务注册 ：http://www.javadaily.cn/articles/2019/1

在旧文《微服务符合划分？把越来越多的服务治理好才是当务之急，服务微不微可以慢慢来！》的结束语中，我有提到“对于好买来说，今年应该是推行‘平台化’以来的第2个年头，有时抬头看看，会觉得很累，路途漫漫，可当你回头看看走过的路，将会觉得成就满满”。在这2年里，虽然实现的平台时长有这样那样的问题暴露，但总体上来讲，特别是用户操作、用户体验上还是比较有特点的。一说起 “架构”，相信很多小伙伴的脑海中都会浮现