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 asCOPYorRUN. This section allows for flexible Dockerfile customization.
Libraries
requirements_file: Specifies the name of the requirements file to install libraries from (commonlyrequirements.txt).path: An optional path to a directory containing additional library files for use with therequirements_file. If omitted, the current working directory is used.- Individual Library List: Instead of using a
requirements.txtfile, 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, orENV. 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, eitherstackorcompose. Defaults tocompose.stack_name: Custom name for the Docker stack when deployed instackmode. Defaults tomy_stack.compose_file: Specifies the Docker Compose file to use. If not provided, defaults todocker-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 isFATALif not specified.log_path: Directory path for storing log files. Defaults to~/Pypodmanager/logs.log_file: Name of the log file. Defaults toDocker_Manager.log.
Usage
- Create and customize the configuration file (
config.yaml) as needed on your current working directory. - 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.txtfile 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
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
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
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
c3556cfa126bc1a880734317cf094401270c903d26082ca4c1c5e4809f62aa89
|
|
| MD5 |
daf4298c7b8ebec9eb5f0b944c58dc2c
|
|
| BLAKE2b-256 |
f0ae349895a17df3e36b6b4b7803d19eb4aa38ed6a38c7a08b9e15a13dd22603
|
File details
Details for the file python_pod_manager-1.0.0b7-py3-none-any.whl.
File metadata
- Download URL: python_pod_manager-1.0.0b7-py3-none-any.whl
- Upload date:
- Size: 23.1 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/5.1.1 CPython/3.13.0
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
999081bcb1f39d11466c33fe67f3557094ea9063c3d7174c573690303813e833
|
|
| MD5 |
40a9cd73940c7fe2ece8e07580c9e55a
|
|
| BLAKE2b-256 |
e0661dde515216b6c41b347bc07e833f5ebe577a3c5464e3d83ebca706233e37
|