English | 简体中文
- Brief Introduction
- System Architecture
- Environment Variables
- Build and Run Application
- Using OpenAPI and Swagger UI
- Evolution Plan
- Contribution Guidelines
- Contact us
- Thanks for your contribution
AO.space Platform provides personal devices with transparent communication channel services and secure protection for Internet access. AO.space platform can also be privately deployed. Differing from other solutions, personal account authentication and authorization in AO.space are managed solely by the server running on the personal device. The AO.space platform cannot manage or parse any personal data, and personal account authentication and authorization in AO.space are managed solely by the server-side running on the personal device, ensuring complete control of user data in personal devices.
The responsibility of AO.space Platform is to establish a transparent communication channel for personal equipment. It includes the Platform Base Service, the Platform Proxy Service, and the Network Transit Server.
- Platform Base Service: provide the registration service of AO.space, and coordinate and manage the platform network resources (domain name, communication channel, etc.).
- Plarform Proxy Service: provide high-availability forwarding and horizontal expansion support for the requests from clients.
- Network Transit Server: provides network support services that penetrate NAT access AO.space through relay forwarding. It is used to forward the requests from clients to AO.space.
Note: For a complete deployment guide of AO.space Platform, please refer to AOPlatform Community Deployment Guide.
Base Service is the implementation of management-side service, which mainly provides the following functions:
- Authenticate the identity of AO.space
- Provide the registration function of device, user and client
- Coordinate and manage platform network resources (domain name, communication channel, etc.)
- Switch self-hosted AO.space Platform
NOTE: This project uses Quarkus, the Supersonic Subatomic Java Framework. If you want to learn more about Quarkus, please visit its website: QUARKUS .
All application configuration properties can be set by the file: application.yml, for more details about how to config them, please refer Configuration Reference Guide. Following are important environment variables that can be changed during the container starting up.
- QUARKUS_DATASOURCE_DB_KIND: used to set the database type. default setting:
mysql
- QUARKUS_DATASOURCE_USERNAME : used to set the username of database.
- QUARKUS_DATASOURCE_PASSWORD: used to set the password of database.
- QUARKUS_DATASOURCE_JDBC_URL: used to set jdbc url of database. default setting:
jdbc:mysql://127.0.0.1:3306/community
- QUARKUS_REDIS_HOSTS: used to set the connection url of redis. default setting:
redis://localhost:6379
- QUARKUS_REDIS_PASSWORD: used to set the password of redis.
- APP_REGISTRY_SUBDOMAIN : used to set the "Root Domain" of device, and it's also part of space endpoint.(You need to add configuration for the root domain name on DNS and Nignx, please refer AOPlatform-Community Deployment Guide)
For naming conversion rules between name of config and name of environment variables, please refer The Conversion Rules. Below are all the default values of above variables that comes from application.yml
:
quarkus:
datasource:
db-kind: mysql
username: root
password: 123456
jdbc:
url: jdbc:mysql://127.0.0.1:3306/community?allowPublicKeyRetrieval=true&useSSL=false&serverTimezone=GMT%2B8
redis:
hosts: redis://localhost:6379
password: 123456
app:
registry:
subdomain: XXXX # root domain of device
There are multiple modules in this project, and there are dependencies between them. In the Maven multi module project, each module can be built independently or uniformly through the parent project. If you want to build the entire project, simply execute the 'mvn clean install' command in the root directory of the parent project. Maven will automatically build based on dependency relationships. The following commands can also be executed under this project:
./mvnw clean install
./mvnw package
cd /eulixplatform-registry
docker build --pull -f src/main/docker/Dockerfile.jvm -t platform-base-jvm-community:latest .
docker run -itd --name platform-base -p 8080:8080 -u root -e APP_REGISTRY_SUBDOMAIN="root domain of device" platform-base-jvm-community:latest
You can run your application in dev mode that enables live coding using:
./mvnw compile quarkus:dev
NOTE: Quarkus now ships with a Dev UI, which is available in dev mode only at
http://localhost:8080/q/dev/
.
The application can be packaged using:
./mvnw package
It produces the quarkus-run.jar
file in the target/quarkus-app/
directory.
Be aware that it’s not an über-jar as the dependencies are copied into the target/quarkus-app/lib/
directory.
If you want to build an über-jar, execute the following command:
./mvnw package -Dquarkus.package.type=uber-jar
The application is now runnable using the following command:
java -jar target/quarkus-app/quarkus-run.jar
OpenAPI descriptor and Swagger UI frontend to test your REST endpoints: http://localhost:8080/platform/q/swagger-ui/
For more details about the OpenAPI extension, please refer Using OpenAPI and Swagger UI.
- Provide LAN IP direct connection domain name resolution service
- Forwarding proxy service (Platform Proxy Service)
- Java language SDK for basic services on the platform side
- golang language SDK for basic services on the platform side
- Distributed locks based on common middleware such as Mysql and Redis
Contributions to this project are very welcome. Here are some guidelines and suggestions to help you get involved in the project.
Finally, thank you for your contribution to this project. We welcome contributions in all forms, including but not limited to code contributions, issue reports, feature requests, documentation writing, etc. We believe that with your help, this project will become more perfect and stronger.