We started to develop our phpipam-ansible-modules to manage phpIPAM installation from within Ansible. We provide half a dozen of modules but unfortunately we currently do not support all controllers.
We want to provide a walkthrough how to to enable you to start with developing of new phpipam ansible modules. We choose the
vlan controller as a simple example to illustrate which concepts you have to use to develop such a module.
Starting with API doc
The first starting point should ever be the phpIPAM API documentation. There you can find available parameters for the controller of choice.
vlan controller you find there the following parameters. Parameters with
methods set can be used for manipulating an entity via API. Parameters with methed set to
/ will be only returned by the controller.
|GET, PATCH, DELETE
|Vlan identifier, identifies which vlan to work on.
|L2 domain identifier (default 1 – default domain)
|Date and time of last update
You should also look into phpIPAM’s WebUI as the API documentation does not say much about mandatory parameters and possibly defaults.
For most controllers
name is a mandatory parameter, in our case
number is also required.
Add VLAN dialog is also defined that
default is the default L2 Domain.
With all of this information we can define which parameters our module have to take care of. You also have to translate the datatypes to these which ansible supports for argspec.
The minimal amount of code
If you already had developed a ansible module you know that it’s starts with an instace of
We decided to put some common code to a separate class which derives from
AnsibleModule. This class has to be used for new modules as the base class. This base class is located in
from ansible_collections.codeaffen.phpipam.plugins.module_utils.phpipam_helper import PhpipamEntityAnsibleModule
In this base class exists code which decides which controller have to be used based on the class name. The scheme to follow is
The class does not need any body, a simple
pass is enough.
Defining module parameters
Now you need to add the determined API parameters as module parameters.
module = PhpipamVlanModule(
id=dict(type='int', invisible=True, phpipam_name='vlanId'),
vlan_id=dict(type='str', required=True, phpipam_name='number'),
routing_domain=dict(type='entity', controller='l2domains', phpipam_name='domainId', default='default')
You may want to add more user friendly parameter names to your module, so you can facilitate the
phpipam_name parameter to map the ansible names to the corresponding API names.
id parameter is marked as
invisible because no one will configure entities by putting an id in but the API uses the
id to find the correct entity.
type entity and controller
phpIPAM uses always ids to link resources. As using ids for linking is not good for humans we decided to implement an autoresolve method so you provide names for such entity links for your users convinience.
To use the autoresolve facility you need to define such parameters of type
entity and provide the
controller to use for resolving entities.
If you want to manage preconditions you can add the following snippet.
if not module.desired_absent:
Within this if-Block you can add all preconditions you need to be satisfied before you run your module.
An example where we use it is the nameserver module
Connect and run
Now it’s time too let the module run. For that you have to use the following code:
This piece of code creates the API connection and let all methods run which are needed to generate the desired entity state.
Putting all together
As you now have all needed parts its a good time to putting all of these together. See the minimal code on github.
There is the import, the class definition and a main function to putting all module work in one callable piece of code. Finally we call these
main function in the main part.
What comes next
To create a full documented and tested module you also have to add Ansible documentation. Here you are invited to have a look to our existing modules on github.
You also have to add tests within the
tests folder in the repository. Please have also a look for our existing tests.
You can find the full code of the vlan module on github.