（1）课程调查
进入大三下学期的后半段，大学阶段的理论课程应该已经修得八九不离十了，在这个时间点迎来系统综合实践这门课，作为培养计划的一门新课程，我们非常希望了解你们对于课程的希望，请写下你对这门课的认识和你理想中的这门课程是怎么样的。
在正式上课之前，我并不清楚这门课具体的内容是什么。
但当我听到老师说需要用到博客园时，我就意识到了情况的不对劲。作为一门新的课程，我希望可以在这门课程中学到一些有趣好玩的东西。
（2）了解微服务
第一次作业我们将接触一种新型的软件架构——微服务（也许部分同学已经有所了解）。大家要做的是学习并了解该技术，微服务是什么，有什么特点，相较于传统的软件架构，它有什么优缺点，它是怎样部署的。
微服务是一个新兴的软件架构，就是把一个大型的单个应用程序和服务拆分为数十个的支持微服务。一个微服务的策略可以让工作变得更为简便，它可扩展单个组件而不是整个的应用程序堆栈，从而满足服务等级协议。
微服务的特点：
- 按照业务来划分服务，单个服务代码量小，业务单一，易于维护。
- 每个微服务都有自己独立的基本组件，例如数据库、缓存等，且运行在独立的进程中。
- 微服务之间的通信是通过HTTP协议或者消息组件，且具有容错能力。
- 微服务有一套服务治理的解决方案，服务之间不耦合，可以随时加入和剔除服务。
- 单个微服务能够集群化部署，并且有负载均衡的能力
- 整个微服务系统应该有一个完整的安全机制，包括用户验证、权限验证、资源保护等。
- 整个微服务系统有链路追踪的能力。
- 有一套完整的实时日志系统。
微服务的优点：
- 每个微服务都很小，这样能聚焦一个指定的业务功能或业务需求。
- 微服务能够被小团队单独开发，这个小团队是2到5人的开发人员组成。
- 微服务是松耦合的，是有功能意义的服务，无论是在开发阶段或部署阶段都是独立的。
- 微服务能使用不同的语言开发。
- 微服务易于被一个开发人员理解，修改和维护，这样小团队能够更关注自己的工作成果。无需通过合作才能体现价值。
- 微服务允许你利用融合最新技术。
- 微服务只是业务逻辑的代码，不会和HTML,CSS 或其他界面组件混合。
微服务的缺点：
- 微服务架构可能带来过多的操作。
- 需要DevOps技巧。
- 可能双倍的努力。
- 分布式系统可能复杂难以管理。
- 因为分布部署跟踪问题难。
- 当服务数量增加，管理复杂性增加。
微服务部署：
- 更新代码
- 根据源码构建项目，生成jar包
- 上传jar包到对应的备份目录
- 执行停止服务命令:
systemctl stop service_name - 移动jar包到对应的启动目录
- 执行启动服务命令:
systemctl start service_name - 然后通过health check检查服务正确性
- 启动成功之后，把相关代码在git上打一个tag，为了方便之后回滚
（3）学习docker技术
docker作为微服务的一种十分典型的代表技术，我们要做的是：
- 学习了解docker的相关概念（容器、镜像等），了解docker、docker compose、Dockerfile、docker machine、Swarm、k8s是什么，是做什么用的，心中有概念即可；
Docker 是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的 Linux或Windows 机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口。
- 搭建你自己的docker环境，系统环境不限（主流的有Ubuntu/CentOS/Debian/Windows/MacOS等），完成docker的基本入门，包括但不限于：容器的创建、删除、更新和查询，创建并维护自己的镜像仓库，实现拉取和上传镜像等。
通过运行hello-world映像来验证是否正确安装了Docker Engine：
容器使用：
- 获取镜像
- 启动容器
- 查看所有的容器
- 停止一个容器
docker stop <容器 ID>
镜像使用:
- 列出镜像列表
- 拖取镜像
- 删除镜像
docker rmi hello-world