视频目录分布式基础篇01、简介-项目介绍.avi02、简介-项目整体效果展示.avi03、简介-分布式基础概念.avi04、简介-项目微服务架构图.avi05、简介-项目微服务划分图.avi06、环境-使用vagrant快速创建linux虚拟机.avi07、环境-虚拟机网络设置.avi08、环境-linux安装docker.avi09、环境-配置docker阿里云镜像加速.avi10、环境-docker安装mysql.avi11、环境-docker安装redis.avi12、环境-开发工具&环境安装配置.avi13、环境-配置git-ssh.avi14、环境-项目结构创建&提交到码云.avi15、环境-数据库初始化.avi16、快速开发-人人开源搭建后台管理系统.avi17、快速开发-逆向工程搭建&使用.avi

- 阅读剩余部分 -

迁移单体式应用到微服务架构意味着一系列现代化过程，有点像这几代开发者一直在做的事情，实时上，当迁移时，我们可以重用一些想法。一个策略是：不要大规模（big bang）重写代码（只有当你承担重建一套全新基于微服务的应用时候可以采用重写这种方法）。重写代码听起来很不错，但实际上充满了风险最终可能会失败，就如 Martin Fowler 所说：“the only thing a Big Bang rewrite guarantees is a Big Bang!”

- 阅读剩余部分 -

单体式应用一般都会有一个关系型数据库，由此带来的好处是应用可以使用 ACID transactions，可以带来一些重要的操作特性：原子性 – 任何改变都是原子性的一致性 – 数据库状态一直是一致性的隔离性 – 即使交易并发执行，看起来也是串行的Durable – 一旦交易提交了就不可回滚

- 阅读剩余部分 -

开发单体式应用假设你正准备开发一款与 Uber 和 Hailo 竞争的出租车调度软件，经过初步会议和需求分析，你可能会手动或者使用基于 Rails、Spring Boot、Play 或者 Maven 的生成器开始这个新项目，它的六边形架构是模块化的 ，架构图如下：

- 阅读剩余部分 -

前言部署一个单体式应用意味运行大型应用的多个副本，典型的提供若干个（N）服务器（物理或者虚拟），运行若干个（M）个应用实例。部署单体式应用不会很直接，但是肯定比部署微服务应用简单些。一个微服务应用由上百个服务构成，服务可以采用不同语言和框架分别写就。每个服务都是一个单一应用，可以有自己的部署、资源、扩展和监控需求。例如，可以根据服务需求运行若干个服务实例，除此之外，每个实例必须有自己的 CPU，内存和 I/O 资源。尽管很复杂，但是更挑战的是服务部署必须快速、可靠和性价比高。

- 阅读剩余部分 -