Skip to main content

A pod manager for version dependency python projects.

Project description

Python Pod Manager

Python Pod Manager is a library designed to manage Dockerized environments for Python projects with flexible dependency management and deployment options. It provides a way to run applications with specific library versions in an isolated pod environment, avoiding conflicts with the host system.

Overview

With Python Pod Manager, you can configure a pod to install and run all necessary libraries without impacting the libraries on your local machine. This setup makes it easy to share your requirements.txt file and configuration with other users, ensuring they can reproduce the same environment without modifying their local libraries.

Configuration File Structure

Here is an example configuration file (config.yaml) with explanations for each section:

engine:
  name: "docker" # Specifies the container engine used. Currently, only Docker is supported.
  rebuild: true # Indicates if the pods should be rebuilt each time (true) or not (false).

isolation:
  enabled: true # Enables or disables the isolation feature.
  name: "Code-Runner" # The name of the isolated environment or pod.
  version: "latest" # Version tag for the isolated environment.
  base_image: "python:3.13-slim" # Base image for building the isolated container.
  working_dir: "/app" # Working directory inside the container.
  commands: # List of commands for the build process.
    - name: "COPY" # Command to copy files.
      command: ". /app" # Copies current directory contents to /app.

libraries:
  requirements_file: "requirements.txt" # Name of the requirements file. Default is requirements.txt.
  path: "path/to/file/location" # Path to additional library files. Defaults to the current directory if not specified.
  # - name: "numpy" # Option to list individual libraries.
  #   version: "2.1.0" # Version of the library.

library_pod:
  base_image: "python:3.13-slim" # Base image for the library pod.
  working_dir: "/app" # Working directory inside the pod.
  version: "latest" # Pod version.
  dedicated_pod: true # Indicates if the pod is dedicated.
  pod_name: "my_pod" # Custom name for the library pod.

commands:
  - name: "RUN" # Custom Dockerfile command.
    command: "pip install {libraries} --target /app/lib" # Installs libraries to a target path.

mount:
  host_mount_path: "/home/hakan/custom_mount" # Path on the host to mount.
  pod_mount_path: "/app/lib" # Target path in the container.

# Optional deployment section
deployment:
  deployment_mode: "stack" # Deployment mode (stack or compose). Default is compose.
  stack_name: "my_docker_stack" # Custom Docker stack name. Default is my_stack.
  compose_file: "docker-compose.yml" # Docker Compose file. Default is docker-compose.yml.
  retry_attempts: 3 # Number of retry attempts.
  retry_interval: 5 # Time between retries (in seconds).

# Optional additional section
additional:
  log_level: "INFO" # Logging level. Default is FATAL.
  log_path: "." # Directory path for logs. Default is ~/Pypodmanager/logs.
  log_file: "log.txt" # Log file name. Default is Docker_Manager.log.

Explanation of Each Section

Engine

  • name: Specifies the container engine being used (e.g., docker). Note: Currently, only Docker is supported.
  • rebuild: Indicates whether the pods should be rebuilt each time (true) or not (false).

Isolation

  • enabled: Determines if the isolation feature is active (true). If you dont want to run code on your computer use this.
  • name: The name assigned to the isolated environment or pod.
  • version: Version tag for the isolated environment.
  • base_image: Specifies the base image to be used for creating the isolated container (e.g., python:3.13-slim).
  • working_dir: The working directory within the container.
  • commands: A list of custom commands executed during the build process, such as COPY or RUN. This section allows for flexible Dockerfile customization.

Libraries

  • requirements_file: Specifies the name of the requirements file to install libraries from (commonly requirements.txt).
  • path: An optional path to a directory containing additional library files for use with the requirements_file. If omitted, the current working directory is used.
  • Individual Library List: Instead of using a requirements.txt file, individual libraries can be listed with specific versions. This provides an alternative method for declaring dependencies.

Library Pod

  • base_image: The base image used for creating the library pod.
  • working_dir: The working directory inside the pod.
  • version: Specifies the version of the pod.
  • dedicated_pod: Indicates whether the pod is a dedicated one (true).
  • pod_name: Custom name for the library pod.

Commands

  • Custom Docker Commands: Allows the addition of specific instructions to the Dockerfile, such as RUN, CMD, or ENV. These commands can be tailored to suit particular build needs and extend the container's behavior.

Mount

  • host_mount_path: The directory path on the host machine that will be mounted inside the container.
  • pod_mount_path: The destination path inside the container where the host directory will be mounted.

Deployment (Optional)

  • deployment_mode: Specifies the deployment strategy, either stack or compose. Defaults to compose.
  • stack_name: Custom name for the Docker stack when deployed in stack mode. Defaults to my_stack.
  • compose_file: Specifies the Docker Compose file to use. If not provided, defaults to docker-compose.yml.
  • retry_attempts: The number of retry attempts in case of deployment failure.
  • retry_interval: Time interval (in seconds) between retry attempts.

Additional (Optional)

  • Logging Configuration:
    • log_level: Sets the logging verbosity (e.g., INFO, DEBUG, FATAL). The default level is FATAL if not specified.
    • log_path: Directory path for storing log files. Defaults to ~/Pypodmanager/logs.
    • log_file: Name of the log file. Defaults to Docker_Manager.log.

Usage

  1. Create and customize the configuration file (config.yaml) as needed on your current working directory.
  2. Initialize Python Pod Manager and run the application in the pod.

Example

Use the following script to set up and manage a specific application within the pod.

# Initialize and run the pod
from pypodman import AppInitializer
AppInitializer().run()

# Import and use required libraries as usual
import pandas as pd 
import matplotlib.pyplot as plt
import seaborn as sns
from sklearn.datasets import load_iris
from sklearn.decomposition import PCA

class IrisDataAnalysis:
    # Application code using libraries in the pod environment
    def __init__(self):
        self.data = load_iris()
        self.df = pd.DataFrame(data=self.data.data, columns=self.data.feature_names)
        self.df['target'] = self.data.target
        self.pca_result = None
        self.n_components = 2

    def summarize_data(self):
        print("Summary of the Iris dataset:")
        print(self.df.describe())

    def draw_pairplot(self):
        sns.set_theme(style="ticks")
        sns.pairplot(self.df, hue="target", palette="husl", markers=["o", "s", "D"])
        plt.suptitle('Iris Pair Plot', y=1.02)
        plt.show()

    def apply_pca(self):
        pca = PCA(n_components=self.n_components)
        self.pca_result = pca.fit_transform(self.df.iloc[:, :-1])  # Exclude target column
        self.df['pca_one'] = self.pca_result[:, 0]
        self.df['pca_two'] = self.pca_result[:, 1]

    def plot_pca_result(self):
        if self.pca_result is None:
            print("PCA has not been applied yet. Call the 'apply_pca()' method first.")
            return

        plt.figure(figsize=(8, 6))
        sns.scatterplot(x="pca_one", y="pca_two", hue="target", palette="deep", data=self.df, s=100)
        plt.title("PCA on Iris Dataset")
        plt.xlabel("PCA One")
        plt.ylabel("PCA Two")
        plt.legend(title='Target')
        plt.show()

    def display_correlation_heatmap(self):
        plt.figure(figsize=(10, 6))
        corr = self.df.iloc[:, :-3].corr()  # Exclude PCA columns and target for correlation
        sns.heatmap(corr, annot=True, cmap='coolwarm', linewidths=0.5)
        plt.title("Correlation Heatmap of Iris Dataset")
        plt.show()

if __name__ == "__main__":
    iris_analysis = IrisDataAnalysis()
    iris_analysis.summarize_data()
    iris_analysis.draw_pairplot()
    iris_analysis.apply_pca()
    iris_analysis.plot_pca_result()
    iris_analysis.display_correlation_heatmap()

Benefits of Using a Pod

  • Dependency Isolation: The specified libraries are installed inside the pod, so there is no need to install or uninstall them on your local machine.
  • Easy Sharing: Share the requirements.txt file and configuration with other users. They can reproduce the same environment without affecting their own library versions.
  • Seamless Operation: With the pod set up, you only need to run the code as usual without worrying about environment issues on the host machine.

License

This project is licensed under the MIT License. See the LICENSE file for details.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

python-pod-manager-1.0.0b7.tar.gz (21.7 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

python_pod_manager-1.0.0b7-py3-none-any.whl (23.1 kB view details)

Uploaded Python 3

File details

Details for the file python-pod-manager-1.0.0b7.tar.gz.

File metadata

  • Download URL: python-pod-manager-1.0.0b7.tar.gz
  • Upload date:
  • Size: 21.7 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/5.1.1 CPython/3.13.0

File hashes

Hashes for python-pod-manager-1.0.0b7.tar.gz
Algorithm Hash digest
SHA256 c3556cfa126bc1a880734317cf094401270c903d26082ca4c1c5e4809f62aa89
MD5 daf4298c7b8ebec9eb5f0b944c58dc2c
BLAKE2b-256 f0ae349895a17df3e36b6b4b7803d19eb4aa38ed6a38c7a08b9e15a13dd22603

See more details on using hashes here.

File details

Details for the file python_pod_manager-1.0.0b7-py3-none-any.whl.

File metadata

File hashes

Hashes for python_pod_manager-1.0.0b7-py3-none-any.whl
Algorithm Hash digest
SHA256 999081bcb1f39d11466c33fe67f3557094ea9063c3d7174c573690303813e833
MD5 40a9cd73940c7fe2ece8e07580c9e55a
BLAKE2b-256 e0661dde515216b6c41b347bc07e833f5ebe577a3c5464e3d83ebca706233e37

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page