e8cedadbfd
This patch moves pipeline setup into the bootstrap and out of the storage driver base class, so that the base class can be inherited by meta-drivers, such as the planned sharding manager, without introducing a loop in the bootstrapping logic. Now, a meta-driver is exposed to the transport object that takes care of wiring up the pipeline for each resource controller behind the scenes. As part of this work, the pipeline config was modified to support configuring different stages depending on the resource. We create three instances of Pipeline anyway, so it seemed to make sense to allow the operator to configure the pipelines independently. Partially-Implements: blueprint storage-pipeline Change-Id: Ibdb7d0e9537b1eec38a13f4881df7462039bbf98
Marconi
Message queuing service for OpenStack
Running a local Marconi server with MongoDB
Install MongoDB
Start a MongoDB instance:
mongodClone the Marconi repo:
git clone https://github.com/openstack/marconi.gitcd to your local copy of the repo
Copy the Marconi config files to the directory ~/.marconi:
cp -r marconi/etc/*.conf-sample ~/.marconi/marconi.confFind the
[drivers:storage:mongodb]section in ~/.marconi/marconi-queues.conf and modify the URI to point to your local mongod instance:uri = mongodb://localhostRun the following so you can see the results of any changes you make to the code, without having to reinstall the package each time:
python setup.py developStart the marconi server:
marconi-server