暂无介绍
如果一个软件开发人员，不了解软件架构的演进，会制约技术的选型和开发人员的生存、晋升空间。这里我列举了目前主要的四种软件架构以及他们的优缺点，希望能够帮助软件开发人员拓展知识面。
用无服务器构建系统很方便，这会导致开发人员重新使用整体式架构那可怕的意大利面条式代码（spaghetticode）。
NGINXDocker映像是DockerHub上排名第一的应用程序映像，您今天在Web上找到的大多数微服务平台都包含一个演示，它以某种形式部署NGINX并连接到欢迎页面。
随着对充血模型的领域认知的加深，我越加感觉到DDD的重要性。
微服务的概念最早在2012年提出，在MartinFowler的大力推广下，微服务在2014年后得到了大力发展。今天我们通过一组手绘图来梳理下微服务的核心架构。
我们已经设计和构建了十多年的软件，大部分时间我们一直在使用优秀的Symfony框架来实现这一目标。Symfony是一个传统的单体PHP构件集，受JavaSpring的启发，我们发现它非常适合企业Web应用程序和数字产品的快速开发，而这些正是我们主要经济来源。
虽然服务是逐步被拆分出来的，随着业务的演进，在某一时刻，可能需要我们重新审视服务划分得是否合理。本节向大家推荐两种服务划分的方法，首先介绍如何选择服务划分的方法。
与微服务相对的另一个概念是传统的「单体式应用程序」(Monolithicapplication)，单体式应用内部包含了所有需要的服务。而且各个服务功能模块有很强的耦合性，也就是相互依赖彼此，很难拆分和扩容。
为了理清这些繁复的产品和概念，我们先来了解下微服务和ServiceMesh技术的历史发展脉络。
随着互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，亟需一个治理系统确保架构有条不紊的演进。
去年有人提出了微服务将疯狂至死，微服务的争论从未停止过。今天，小芯给大家带来的是不能不提系列――正确实施微服务架构的10条技巧（也是10个优秀实践）。
在微服务中，一个逻辑上原子操作可以经常跨越多个微服务。即使是单片系统也可能使用多个数据库或消息传递解决方案。
IT团队部署微服务以快速构建和扩展应用程序，但是情况可能很快变得复杂。不妨看看这些微软Azure工具和优秀实践，确保以正确的方式入手。
什么是事务？回答这个问题之前，我们先来看一个经典的场景：支付宝等交易平台的转账。假设小明需要用支付宝给小红转账100000元，此时，小明帐号会少100000元，而小红帐号会多100000元。
转眼已经2020，距离微服务这个词落地已经过去好多年!(我记得2017年就听过这个词)。然而今天我想想什么是微服务，其实并没有一个很好的定义。