JHipster生成微服务架构的应用栈（一）- 准备工作 - 羽客 - 博客园

标签： | 发表时间：2020-02-11 15:10 | 作者：
出处：https://www.cnblogs.com

本系列文章演示如何用JHipster生成一个微服务架构风格的应用栈。
环境需求：安装好JHipster开发环境的CentOS 7.4（ 参考这里）
应用栈名称：appstack
认证微服务： uaa
业务微服务：microservice1
网关微服务：gateway
实体名：role
主机IP：192.168.220.120

微服务体系规划

本系列文章会说明如何生成uaa（即图中的JHipster UAA），microservice1，gateway这3个微服务。
JHipster Console是现有的轮子，比较复杂，会有单独文章来介绍。
JHipster Registry也是现有的轮子，这里直接下载一个镜像来使用。

安装Docker

推荐版本：17.06
完整安装说明，请 参考这里

启动一个JHipster Registry

在命令行，任意目录下，启动一个JHipster Registry容器；如果本地没有jhipster/jhipster-registry:v4.0.0的镜像，容器启动时会自动去docker store下载镜像。

      docker container run --name registry-app -e JHIPSTER.SECURITY.AUTHENTICATION.JWT.SECRET=dkk20dldkf0209342334 -d -p 8761:8761 jhipster/jhipster-registry:v4.0.0

启动完成后，可以通过浏览器访问 http://192.168.220.120:8761，登录名和密码默认都是 admin：

可以看到在 Instances Registered区域，还没有注册的微服务。

创建整个应用栈的目录结构

在命令行，根据 微服务体系规划，创建一个目录结构：

      -- appstack
  |-- uaa
  |-- microservice1
  |-- gateway

系列文章

JHipster生成微服务架构的应用栈（一）- 准备工作
JHipster生成微服务架构的应用栈（二）- 认证微服务示例
JHipster生成微服务架构的应用栈（三）- 业务微服务示例
JHipster生成微服务架构的应用栈（四）- 网关微服务示例
JHipster生成微服务架构的应用栈（五）- 容器编排示例

相关 [jhipster 微服务 架构] 推荐：

JHipster生成微服务架构的应用栈（一）- 准备工作 - 羽客 - 博客园

- -
本系列文章演示如何用JHipster生成一个微服务架构风格的应用栈. 环境需求：安装好JHipster开发环境的CentOS 7.4（. 业务微服务：microservice1. 主机IP：192.168.220.120. 本系列文章会说明如何生成uaa（即图中的JHipster UAA），microservice1，gateway这3个微服务.

微服务的脚手架Jhipster使用(一) - 陆陆起飞啦 - 博客园

- -
随着微服务的普及以及docker容器的广泛应用，有传统的soa服务衍生出微服务的概念，微服务强调的是服务的独立性，屏蔽底层物理平台的差异，此时你会发现微服务跟容器技术完美契合. 在此基础上衍生出的云原生以及DevOps的概念，废话不多说介绍一个非常牛叉的springCloud脚手架- -jhipster.

Doing microservices with JHipster

- -
JHipster会问您的第一个问题是您要生成的应用程序类型. 您可以在两种架构样式之间进行选择：. “单体式”架构使用一个单一的，千篇一律的应用程序，其中包含前端代码和后端Spring Boot代码. “微服务”架构将前端和后端分开，因此您的应用程序更易于扩展和解决基础架构问题. “单体式”应用程序更易于操作，因此，如果您没有任何特定要求，则建议使用此选项，并且将其作为默认选项.

谈微服务架构

- - 人月神话的BLOG
其实在前面很多文章谈到SOA，特别是系统内的SOA和组件化的时候已经很多内容和微服务架构思想是相同的，对于微服务架构，既然出现了这个新名称，那就再谈下微服务架构本身的一些特点和特性. 从这个图可以看到微服务架构的第一个重点，即业务系统本身的组件化和服务化，原来开发一个业务系统本身虽然分了组件和模块，但是本质还是紧耦合的，这关键的一个判断标准就是如果要将原有的业务系统按照模块分开部署到不同的进程里面并完成一个完整业务系统是不可能实现的.

微服务与架构师

- - 乱象，印迹
因为工作的关系，最近面试了很多软件架构师，遗憾的是真正能录用的很少. 很多候选人有多年的工作经验，常见的框架也玩得很溜. 然而最擅长的是“用既定的技术方案去解决特定的问题”，如果遇到的问题没有严格对应的现成框架，就比较吃力. 这样的技能水平或许适合某些行业，但很遗憾不符合我们的要求. 软件架构师到底应该做什么，又为什么这么难做好，这都是近来的热门问题，我也一直在和朋友们讨论.

面向服务与微服务架构

- - CSDN博客推荐文章
最近阅读了 Martin Fowler 和 James Lewis 合著的一篇文章  Microservices， 文中主要描述和探讨了最近流行起来的一种服务架构模式——微服务，和我最近几年工作的实践比较相关感觉深受启发. 本文吸收了部分原文观点，结合自身实践经验来探讨下服务架构模式的演化. 面向服务架构 SOA 思想概念的提出已不是什么新鲜事，大概在10年前就有不少相关书籍介绍过.

微服务架构实践感悟

- - mindwind
从去年初开始接触微服务架构的一些理念，然后到今年开始实施系统第四个大版本的架构升级决定采用这套架构理念. 最近关于微服务架构的讨论还是多起来，因为国外一些著名互联网公司（如：Amazon、Netflix 等）从实践中摸索出了一套新的大型系统架构方法论，并取得了成功，树立了很好的示范，然后这套方法论渐渐就被一些技术理论派 人士命名为微服务架构（Microservices）.

微服务架构成功之路

- - CSDN博客推荐文章
本文来源于我在InfoQ中文站翻译的文章，原文地址是：http://www.infoq.com/cn/news/2015/07/success-of-microservices. 近年来，在软件开发领域关于微服务的讨论呈现出火爆的局面，有人倾向于在系统设计与开发中采用微服务方式实现软件系统的松耦合、跨部门开发；同时，反对之声也很强烈，持反对观点的人表示微服务增加了系统维护、部署的难度，导致一些功能模块或代码无法复用，同时微服务允许使用不同的语言和框架来开发各个系统模块，这又会增加系统集成与测试的难度，而且随着系统规模的日渐增长，微服务在一定程度上也会导致系统变得越来越复杂.

微服务架构-模块迁移

- - 人月神话的BLOG
对于遗留的单体应用，要进行微服务架构的改造往往比一个全新应用基于微服务架构实现更加困难. 对于单体应用的微服务架构改造，最常见的方式仍然是将低耦合的模块逐步迁出. 下面以一个采购系统中招投标模块迁出为例进一步思考单体应用的微服务架构改造步骤. 在整个模型中我们将模型进行简化，当迁出一个功能模块进行微服务化的时候，首先要考虑的就是对该模块进行集成架构分析，考虑该模块和外围的集成情况，其次才是考虑该模块内部的私有数据.

SOA和微服务架构沟通（2.8）

- - 人月神话的BLOG
今天在广州交流SOA和微服务架构，特对关键内容做简单记录. 对于SOA和微服务架构的区别，在知乎一个回答里面我已经进行了详细的说明，即微服务架构强调的第一个重点就是 业务系统需要彻底的组件化和服务化，原有的单个业务系统会拆分为多个可以独立开发，设计，运行和运维的小应用. 这些小应用之间通过服务完成交互和集成.