Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/keslerm/salt-net-api
This is a mirror of https://codeberg.org/rridley/salt-net-api
https://github.com/keslerm/salt-net-api
saltstack typescript-library
Last synced: 28 days ago
JSON representation
This is a mirror of https://codeberg.org/rridley/salt-net-api
- Host: GitHub
- URL: https://github.com/keslerm/salt-net-api
- Owner: keslerm
- Created: 2021-09-09T21:32:00.000Z (about 3 years ago)
- Default Branch: master
- Last Pushed: 2022-06-02T18:04:19.000Z (over 2 years ago)
- Last Synced: 2024-09-30T13:41:54.294Z (about 1 month ago)
- Topics: saltstack, typescript-library
- Language: TypeScript
- Homepage:
- Size: 196 KB
- Stars: 2
- Watchers: 3
- Forks: 0
- Open Issues: 1
-
Metadata Files:
- Readme: README.md
Awesome Lists containing this project
README
# Salt Net API
Salt Net API is a TypeScript client for SaltStack to add essential type checking and validation, as well as make working the somewhat convoluted
data structures of SaltStack much easier.This library heavily utilizes types to provide a clean interface for interacting with minimal logical code to manage.
## Missing Types
SaltStack has an extremely expansive amount of functions and modules available. Initially, I'm mostly adding them as I need manually and
thus providing a way for you to easily extend types that are missing.I welcome PRs to add more typings around more functions.
Eventually when things look more solid I might generate these automatically from the Salt API documentation.
## Using This Client
This client provides a few abstractions around the matching Salt clients.
```typescript
import { LocalClient, WheelClient, Core, Modules, Runner } from "salt-net-api";// Create a connection to the Local salt client
export const local = new LocalClient({
endpoint: process.env.SALT_ENDPOINT!,
username: process.env.SALT_USERNAME!,
password: process.env.SALT_PASSWORD!,
eauth: "file",
});// Define the request type and the expected response type.
const a2 = await local.exec({
fun: "test.ping",
tgt: "test-site",
});// You can also execute against the async client where available
const asyncResponse: Core.ILocalAsyncResponse = await local.execAsync({
fun: "service.restart",
kwarg: {
// The type inference will validate that you are passing this required argument
name: "service-name",
},
});// Other clients are also available
export const wheel = new WheelClient({
endpoint: process.env.SALT_ENDPOINT!,
username: process.env.SALT_USERNAME!,
password: process.env.SALT_PASSWORD!,
eauth: "file",
});// This also works for other clients
const a1 = await wheel.exec({
fun: "key.list",
match: "pre",
});// If a type is missing you can easily specify it yourself
interface INginxStatusRequest extends Core.ILocalRequest {
kwarg: {
url: string;
}
}
interface INginxStatusResponse {
[key: string]: {
connections: number;
status: boolean;
}
}const customTypeResponse = await local.exec({
fun: "nginx.status",
kwarg: {
url: "http://localhost",
}
});
```## Events Client
The SaltStack Event Bus is an incredibly useful tool for building event driven automation and functionality from. The events client allows you to easily
leverage this functionality.```typescript
import { EventsClient } from 'salt-net-api';const client = new EventsClient({
endpoint: process.env.SALT_ENDPOINT!,
username: process.env.SALT_USERNAME!,
password: process.env.SALT_PASSWORD!,
eauth: "file",
});client.subscribe({
tag: "salt/auth",
handler: (event: any) => {
console.log(event);
}
});await client.start();
```## Why
I wanted to create a way to easily interact with the SaltStack Net API while also taking advantage of TypeScript's ability to type things to make
it have access to required argument validation and auto completion. The SaltStack API has a massive amount of formatting and data differences between
modules and even within a single module.Originally I started by implementing functions within each client type for every module but it very quickly became far too much essentially boiler plate
code that was just really wrapping types and executing a simple request.Eventually I deprecated that version and decided to almost entirely rely on TypeScript's ability to type check and generics. This minimizes the amount
of code that actually needs to be unit tested, thus making everything much simpler. It also makes it easy for people to easy create their own types
for modules that may be missing, or custom modules.