You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
MVP - Create OVA and AMI Configuration Modules #157
After changing the OS, the next step is to implement the modules responsible for provisioning and configuring the Wazuh components, establishing a logic that allows the creation of a functional Wazuh AMI. (SPIKE - AMI #120 (comment))
2.1. Provisioner
This will be the first module to configure. It is responsible for installing the central Wazuh components on an instance (previously created using the allocator), including the cert-tool and the necessary dependencies for each component.
2.2. Configurer
Once the Provisioner module is implemented, the Configurer module must be created. This module is responsible for configuring all Wazuh components to ensure their proper functionality.
The Configurer module will have three submodules, each handling specific configurations depending on the target use case (SPIKE - AMI #120 (comment)):
Installation Assistant: This submodule is responsible for configuring everything previously handled by the installation assistant.
OVA: This submodule configures everything related to the generation of the OVA. (Note: This submodule is not part of the AMI implementation but rather the OVA implementation).
AMI: This submodule is responsible for configuring everything related to the generation of the AMI.
MVP - AMI - Testing #169
The testing phase will consist of two types of tests:
3.1. Logic testing: Ensures that the logic behaves as expected. Depending on the input data, it checks that the correct functions are called, the necessary data is generated, etc.
3.2. VM functionality testing: Ensures that, once the VM is created and configured, everything works as it should:
The provisioner installs the requested packages correctly.
The configurer sets up all the components correctly. This includes verifying the state, checking for error messages in logs, ensuring proper API connectivity, verifying certificates are created, and confirming correct connectivity with Filebeat.
Implementation Plan
The initial implementation plan covers the following steps sequentially:
Upgrade the AMI base OS to AL2023 #148
Change the AMI Base OS from AL2 to AL2023.
MVP - Create OVA and AMI Configuration Modules #157
After changing the OS, the next step is to implement the modules responsible for provisioning and configuring the Wazuh components, establishing a logic that allows the creation of a functional Wazuh AMI. (SPIKE - AMI #120 (comment))
2.1. Provisioner
This will be the first module to configure. It is responsible for installing the central Wazuh components on an instance (previously created using the allocator), including the cert-tool and the necessary dependencies for each component.
2.2. Configurer
Once the Provisioner module is implemented, the Configurer module must be created. This module is responsible for configuring all Wazuh components to ensure their proper functionality.
The Configurer module will have three submodules, each handling specific configurations depending on the target use case (SPIKE - AMI #120 (comment)):
MVP - AMI - Testing #169
The testing phase will consist of two types of tests:
3.1. Logic testing: Ensures that the logic behaves as expected. Depending on the input data, it checks that the correct functions are called, the necessary data is generated, etc.
3.2. VM functionality testing: Ensures that, once the VM is created and configured, everything works as it should:
Related
The text was updated successfully, but these errors were encountered: