货运微服务系统

最终效果

使用微服务的思想完成一个小型的港口货物管理系统

开发记录

2019.3.7

使用go-micro 替代了 gRPC增;加货运服务，目前提供三个微服务：

1. consignment-cli
2. consignment-service
3. vessel-service

上述三个微服务的通信逻辑如下图所示：

2019.3.8

1. 对consignment-service和vessel-service模块的代码进行重构，将业务逻辑和服务交互逻辑从主文件中提取出来，使得代码结构更加符合实际
2. 增加user-service和user-cli
3. 使用 GORM 库与 Postgres 数据库进行交互，并将命令行的数据存储进去
4. 使用docker-compose对各个组件进行统一管理

在使用数据库服务时，需要先下载好数据库：

$ docker run -d -p 5432:5432 postgres
$ docker run -d -p 27017:27017 mongo

运行

每个微服务都使用docker进行封装，Makefile进行编译。可以通过如下步骤启动整个服务：

1. cd /vessel-service--->make build && make run
2. cd /consignment-service--->make build && make run
3. cd /consignment-cli--->make build && make run

查看数据库

1. 通过以下命令进入postgres数据库：docker exec -it shippy_database_1 sh

2. 然后切换到postgres用户su - postgres

3. 进入到数据库psql -h 127.0.0.1 -d postgres -U postgres

4. 查看数据库中的users数据：select * from users;

Problem

NO.1

在使用micro-go框架的时候，发现其中许多的包依赖都需要自己手动在github上添加，十分的耗时。需要引入方便的包管理工具

No.2

consignment-cli和consignment-service都成功编译使用容器运行了，在测试的过程中cli始终收不到来自service的数据，在consignment-service容器中已经成功的 收到了来自cli的数据，目前的问题是cli无法接受到来自service的数据。

测试 在没有使用容器封装二个微服务时，可以进行正常通信

原因 中文代码中存在问题，其定义的接口类型IRepository没有使用上，将其改为Repository后,并将原来的Repository结构体改为了ConsignmentRepository 。重新进行编译即可成功运行

NO.3 有待解决

测试使用的user-cli服务无法启动，经过测试应该是从外部传入的参数无法作为参数作传入到其内部，这一点可以从数据库中看出。 使用docker-compose run user-cli命令没有加任何参数时，可以看到用户ID成功生成并且保存到数据库中。当有参数时，就无法成功运行，这个bug不影响后续的开发，不过还需要找到问题的解决方法。

运行这个命令：

docker-compose run user-cli command  --name="Ewan Valentine"  --email="ewan.valentine89@gmail.com" --password="Testing123"  --company="BBC"

出现以下错误提示：

Error response from daemon: OCI runtime create failed: container_linux.go:344: starting container process caused "exec: \"command\": executable file not found in $PATH": unknown