You can not select more than 25 topics Topics must start with a chinese character,a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
 
 
huolongshe 739987a3b2 Merge pull request 'ServiceBoot集成iBoot功能,升级至v2.0.5。' (#7) from hls007 into master 1 week ago
app ServiceBoot集成iBoot功能,升级至v2.0.5。 1 week ago
.gitignore init commit 1 year ago
Dockerfile init commit 1 year ago
LICENSE init commit 1 year ago
README.md ServiceBoot集成iBoot功能,升级至v2.0.5。 1 week ago
application.yml ServiceBoot集成iBoot功能,升级至v2.0.5。 1 week ago
build-docker.sh init commit 1 year ago
pip-install-reqs.sh ServiceBoot集成iBoot功能,升级至v2.0.5。 1 week ago
requirements.txt ServiceBoot集成iBoot功能,升级至v2.0.5。 1 week ago
start.py init commit 1 year ago

README.md

CubePy微服务框架——后端微服务样例1(uapp1)

uapp1是基于 ServiceBoot微服务引擎 开发的 CubePy微服务框架 后端微服务样例程序,使用Python语言开发。

uapp1使用Consul来进行微服务注册和发现。在启动时,它首先尝试与Consul建立连接并在Consul上注册自己。如果Consul未就绪,该微服务将启动失败。

作为一个后端微服务,它在启动时会尝试从uaa获取用于微服务访问控制的公钥和JWT。如果uaa未就绪,该微服务将启动失败。

uapp1通过与papp1和uapp2配合来实现一个简易的博客应用。它从前端界面papp1接收用户请求,并将其转发至uapp2;然后从uapp2接收计算结果,并返回给前端界面papp1。注意本例子的主要目的仅是为了展示如何在一个微服务中访问其他后台微服务,实际应用中前端界面papp1其实可以直接访问真正提供后端服务的uapp2,而不需要通过uapp1中转。

开发者可以参考该样例程序来开发自己的后端微服务应用(如何访问其他微服务)。

基本配置

  • 监听端口

    • 开发环境: 8103(可任意)
    • 生产环境: 80
  • 服务注册与发现: Consul(8500)

  • 用户认证授权: uaa

  • 数据库: 无

运行/调试/二次开发

  1. 开发环境中运行本微服务之前,需要先拉起项目依赖的后台docker。

     # cd ~/cubenet/cubepy/dev
     # docker-compose up
    

    参见cubenet/cubepy/dev目录下的README文档。

  2. 分别运行前后端基础微服务:uaa、gateway、portal。

  3. 使用PyCharm打开本project所在目录。

  4. 建议在PyCharm中专门为本project新建一个专用Python虚拟环境,Python版本选择3.5以上。

  5. 在PyCharm的terminal窗口中执行如下命令安装依赖包:

     # sh pip-install-reqs.sh
    

    依赖包安装完成后,可在terminal窗口中执行如下命令来查看serviceboot所有命令行格式:

     # serviceboot
    
  6. 在PyCharm窗口中右键单击“start.py”文件,选择“run ‘start’”或者“debug ‘start’”来运行或调试程序。

  7. 开发完成后,可在terminal窗口中执行如下命令来生成微服务docker镜像:

     # serviceboot build_docker
     或者
     # sh build-docker.sh
    

简介

CubePy微服务框架后端微服务样例1——uapp1。

Python Dockerfile Shell Text other