Overview
Execution profiles enable distinct configurations for a single project, facilitating a seamless and swift transition between devices and databases.
Development, Validation, and Production encompass diverse scenarios in which a project must operate over its lifecycle. At times, these scenarios might intertwine, thereby posing risks to the entire operational environment. In this version, we introduce an intuitive approach to segregate these stages, thereby enhancing security and reliability.
On this page:
Purpose and Key Concepts
When configuring a database or a device, it is necessary to provide the IP address along with access credentials through which our platform can communicate within the network. By associating different network access configurations with the same namespace, we establish the concept of execution profiles.
From the inception of a project, a certain amount of time is required until it functions appropriately. During this period, it is common for its functionalities to undergo testing, adaptation, and occasionally, corrections.
Development: During the creation of a project, it is imperative to test its functionalities as they are being implemented. At this stage, successive tests with slight parameter variations are often necessary to determine the optimal adjustments for the given scenario.
Validation: At this stage, the proposed functionalities are subjected to verification, alongside vulnerability assessment. Consequently, the project needs to closely resemble its state during production, ensuring its similarity.
Production: The final stage of a project involves its deployment into production. Here, all functionalities must have successfully passed through the validation process. Data generation, processing, and storage should be executed correctly.
This systematic approach ensures a meticulous progression from development to production, fostering efficient testing, verification, and reliable execution of the project's functionalities.
| Index | Description |
|---|---|
| 1 | Select the profile to run the solution. |
| 2 | When running a solution, it's possible to select one or more modules to run on read-only mode. This means that the module will not write any data on Databases or create report files on server. |
| 3 | This table shows all the parameters that will be overwrite when change to selected profile. |
In this section: