Skip to main content

Project Settings

This documentation provides a comprehensive guide to managing and configuring project settings in PipeOps. With PipeOps, you can easily customize various aspects of your project to meet specific requirements and optimize its performance.

Prerequisites

Before delving into project settings, ensure you have the following prerequisites:

  1. A PipeOps account. Use the link here to sign up on PipeOps if you do not currently have an account.
  2. A deployed project. This can be a PipeOps template or a project from your Git (GitHub, GitLab, Bitbucket) account. You can select a PipeOps template here.

Accessing Project Settings

To access project settings:

  • Navigate to your project's main page in PipeOps.
  • Click on the "Settings" tab to access the project settings dashboard.

Exploring Individual Project Settings

The project settings dashboard is organized into several subsections, each catering to specific configuration areas:

General Settings

In this section, you can manage basic project details such as:

  • Project Name: Rename your project directly from this field.

  • Deployment Strategy: Select a deployment strategy to ensure smooth updates with minimal downtime. Users can choose between two strategies:

    1. RollingUpdate: Gradually replaces old deployments with new ones, ensuring minimal downtime and continuous availability. This strategy is ideal for production environments where service uptime is critical.
    2. Recreate: Terminates all existing deployments before creating new ones. This approach ensures that the system starts fresh with every deployment but may cause temporary downtime.

Additionally, users can fine-tune deployment strategy:

  • Max Unavailable (%): Defines the percentage of replicas that can be unavailable during deployment.
  • Max Surge (%): Specifies the percentage of extra replicas that can be created during an update.

Project General Settings

Source Control

The settings here are subdivided into 2 sections:

  1. CI/CD Settings: You can specify if deployments are automatically triggered when you make new changes to a branch in your git (GitHub, GitLab, and Bitbucket) repository. You can also auto-rollback on failure, this means that if a deployment fails, it automatically redeploys the last working version of your application.

  2. Source Control: Here, you can select which git repository and production branch that PipeOps will deploy from.

Project Source Control

Build Settings

Customize the build process with options including:

  • Framework: Choose the framework for your project.
  • Build Method: Select the build method.
  • Lifecycle Command: Define the command your project runs on.

Project Build Settings

Environment Variable

Here you can perform either of the following options:

  • Edit Existing Variables: Modify existing environment variables.
  • Create New Variables: Add new environment variables individually or in bulk. We will discuss the two ways to create environmental variables in more detail.

Project Env

  1. Using the Bulk Edit Button: After clicking on the bulk edit button, a pop-up appears where you can add all your environment variables at once. This is especially useful if your project has a lot of environment variables that it depends on.

Project Env Bulk Edit

  1. Using the Add Button: After clicking on the Add button, a new row where you can add a new environment variable appears as shown below. Fill in the details for your new environment variable and click the save button on the bottom right corner of the pop-up.

Project Env Add Button

Resources and Replication

There are 2 subsections under this:

  1. General resources: You can configure preset templates that will determine the CPU cores and the amount of memory that will be allocated to your project.

Project General Resources

  1. Replication: Here you can select the number of replicas of your project that will be created. Replication is especially useful for enhanced redundancy and performance.

Project Replication

Storage

In this section, you can easily add extra storage to meet your needs. Here’s how:

Project storage

  1. Specify the Path: Determine where you want the extra storage to be added. This could be any directory within your application that requires more space.
  2. Set the Size: Decide how much additional storage you need. Simply enter the number of Gigabytes required.

Project storage added

Domain

This allows you to configure custom domain names for your deployments. By entering a personalized domain (e.g., yourdomain.com), you can direct traffic to your application's HTTPS load balancer endpoint. This feature enables you to personalize your application's URL for better accessibility.

Checks

Health checks are crucial for ensuring the stability, availability, and performance of your applications. PipeOps provides three types of health checks:

StartupCheck

The Startup Check determines whether an application has successfully started. Configurable parameters include:

  • Initial Delay Seconds: The time (in seconds) to wait before performing the first check after starting.
  • Failure Threshold: The number of failed checks before the container is considered unhealthy.
  • Period Seconds: The interval (in seconds) between consecutive checks.
  • Timeout Seconds: The time (in seconds) a check is allowed to run before it is considered a failure.

ReadinessCheck

The Readiness Check determines whether the application is ready to serve traffic. Configurable parameters include:

  • Initial Delay Seconds: The waiting period before the first check is conducted.
  • Failure Threshold: Defines how many failed checks are needed before the container is marked as unready.
  • Period Seconds: Frequency at which the check runs.
  • Timeout Seconds: Duration before a check is considered failed.

LivenessCheck

The Liveness Check verifies whether an application is still running and responsive. Configurable parameters include:

  • Initial Delay Seconds: The time delay before the first liveness probe runs.
  • Failure Threshold: Number of failed attempts before the system restarts the container.
  • Period Seconds: The frequency of performing the check.
  • Timeout Seconds: How long the check waits for a response before marking it as failed.

By navigating through these subsections, you can effectively tailor your project settings to meet specific requirements, ensuring seamless deployment and optimal performance. Make the most of PipeOps project settings to streamline your development process and collaborate efficiently.