Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/kai3341/systempy
Python application component initialization system
https://github.com/kai3341/systempy
asyncio graceful reload shutdown startup
Last synced: 1 day ago
JSON representation
Python application component initialization system
- Host: GitHub
- URL: https://github.com/kai3341/systempy
- Owner: kai3341
- License: mit
- Created: 2022-08-11T10:35:31.000Z (over 2 years ago)
- Default Branch: main
- Last Pushed: 2023-06-27T04:14:03.000Z (over 1 year ago)
- Last Synced: 2024-12-17T04:54:36.020Z (about 1 month ago)
- Topics: asyncio, graceful, reload, shutdown, startup
- Language: Python
- Homepage: https://systempy.readthedocs.io/en/latest/
- Size: 333 KB
- Stars: 1
- Watchers: 1
- Forks: 0
- Open Issues: 0
-
Metadata Files:
- Readme: README.md
- License: LICENSE
Awesome Lists containing this project
README
# systemPY
![Logo](https://raw.githubusercontent.com/kai3341/systemPY/main/docs/images/systempy-logo.png)
Python application component initialization system
![python](https://img.shields.io/pypi/pyversions/systemPY)
![version](https://img.shields.io/pypi/v/systemPY)
![downloads](https://img.shields.io/pypi/dm/systemPY)
![format](https://img.shields.io/pypi/format/systemPY)
[![Documentation Status](https://readthedocs.org/projects/systempy/badge/?version=latest)](https://systempy.readthedocs.io/en/latest/?badge=latest)
![GitHub issues](https://img.shields.io/github/issues/kai3341/systemPY)Full documantation is available at
[Read the Docs](https://systempy.readthedocs.io/en/latest/)## The problem
The regular application contain many atomic components. Asyncio makes theirs
initializing a little bit complicated. It's OK, when you have single entrypoint
and initialize your application components via your framework. While you add
new components to your application iteratively, you don't see any problemWhen you create any new entrypoint, you have to think a lot, how to initialize
application components again, which callbacks should be called and in which
order. But it's a half of the problem! You have to implement also graceful
shutdownThe most painful part is one-time scripts. It's kind of The Banana Gorilla
Problem: you wanted a banana but you have to initialize a gorilla holding the
banana and the entire jungle, and then graceful shutdown it## Solution
This library allows you to implement application startup and shutdown in
declarative way. You have to implement a class for each your component,
write the startup and shutdown code. Then combine required components as
mixins into the current application `Unit` class. Then create an instance
and pass dependencies as keyword arguments. In case it's daemon run
`instance.run_sync()` methed## Basic principles
There are 6 most significant stages of the application lifecycle:
* `on_init` executes exactly once on application startup
* `pre_startup` is called before event loop startup
* `on_startup` is called exactly when event loop started
* `on_shutdown` is called when application is going shutdown or reload but
event loop still working* `post_shutdown` is called after event loop stopped or drained. When
application is going to reload, then it should be called `pre_startup`* `on_exit` executes exactly once when application is stopping
You may to create `Unit` classes for each your application component where you
may put your code. Then you may combine these `Unit` class mixins into the
current worker class, which aggregate your defined callbacks and run in the
right order. Depending on application type, these callbacks may be called by
primary application or by you are