-
Notifications
You must be signed in to change notification settings - Fork 1
Migration to Docker
In this section, we describe the procedure that you need to follow in order to migrate to a Docker deployment from a manual one. As you imagine, the new Docker deployment will be completely clean. That means that the component databases will be empty. If that is fine with you, then before migrating please delete all your registered resources from the current deployment and register them again once the docker deployment is online, in order to avoid any conflicts. In such a scenario, you only need to complete steps 1 and 2 described below. Otherwise, you need to perform a database migration to the new docker deployment. This is described in step 3:
- Follow the instructions for migrating to the latest symbIoTe release (i.e. 3.0.0)
- Deploy the latest symbIoTe release as described here.
- In case you want to perform a database migration, we provide some helpful scripts here. First, you need to dump the symbIoTe databases from your current deployment. This can be done by executing the following command in the host of your current deployment.
./symbiote-mongo-dump.sh
This command will create a folder named mongo_backups containing all the symbIoTe databases. Please, move this folder as well as the symbiote-mongo-restore.sh to your docker host. If the host is the same machine, you can naturally omit this step. Then, on your docker host, once your docker deployment has been launched, you need to copy the necessary files on the mongo container and run the migration script. This can be done with the following commands:
docker cp symbiote-mongo-restore.sh {mongo_container}:/home
docker cp mongo_backups/ {mongo_container}:/home
docker container exec -it {mongo_container} bash /home/symbiote-mongo-restore.sh
, where {mongo_container} is the name of the symbIoTe mongo container which can be found by executing:
docker container ls
Tab completion can also come in handy here for auto-completing the mongo container name.
NOTE:
Since, by using the Docker deployment the PAAM will get a new certificate, some of the Platform clients might complain that the PAAM certificate is not valid. In such a scenario, simply delete the keystore of the client and re-deploy it.
Getting Started
Migration to 3.0.0
Migration to Docker
-
Preparation steps
1.1. Register user and configure platform in symbIoTe Core
1.2. Installation of required tools for symbIoTe platform components
1.3. Downloading jars
1.4. Downloading sources -
Configuring and starting components
2.1. Configuration of NGINX
2.2. Starting third party tools that are prerequisite for symbIoTe
2.3. Starting (generic) symbIoTe Cloud components
2.4. Configuration of cloud components
2.4.1. Starting symbIoTe Cloud components
2.5. Setting up the Platform Authentication and Authorization Manager (PAAM)
2.6. Starting Registration Handler and resource management
2.7. Set up of Resource Access Proxy
2.8. Manage resources
2.9. Set up of the Monitoring component
2.10. Other configuration topics -
Test integrated resource
3.1. Security
3.2. Search for resources
3.3. Obtaining resource access URL
3.4. Accessing the resource and actuating and invoking service for default (dummy) resources -
Creating RAP plugin
4.1. Customizing internal RAP plugin
4.2. Using RAP plugin starter
4.3. Creating RAP plugin in other languages -
Resource Description Examples
5.1. JSON Description Examples
5.2. RDF Description Examples - Preparation for L2 compliance
-
Configuring and starting components for L2
7.1. Starting Federation Manager
7.2. Starting Subscription Manager
7.3. Starting Platform Registry
7.4. Starting Trust Manager
7.5. Starting Bartering And Trading
7.6. Starting SLA Manager
7.7. Create a federation
7.8. Manage resources in L2
7.9. Register Subscription - Test Integrated L2 Resources
- Developing symbIoTe enabled apps