Skip to content

Instantly share code, notes, and snippets.

View resouer's full-sized avatar
🏡
Sunnyvale

Lei Zhang (Harry) resouer

🏡
Sunnyvale
View GitHub Profile
@resouer
resouer / app.yaml
Last active June 8, 2021 05:24
A sample Open Application Model (OAM) deployment plan
apiVersion: core.oam.dev/v1
kind: Application
metadata:
name: awesome-blog
spec:
components:
- name: web
type: helm-chart
properties:
image: bitnami/wordpress
@resouer
resouer / platform.md
Last active November 30, 2020 22:56
My dream platform

My dream platform:

  1. Single binary install on nodes, and easy to join them into a cluster.

  2. Resources defined as JSON with comments in a simple format with JSON Schema URLs denoting resource types - I should be able to run 1 container with 3 lines of resource definition.

  3. Everything as a CRD... No resources or funcionality pre-installed and instead available via publicly hosted HTTPS schema URLs.

  4. Pluggable / auto-installed runtimes based on the schema URL or a "runtime" field: containers, vms, firecracker, wasm, maybe even bare processes, etc.

@resouer
resouer / vela.yaml
Last active November 11, 2020 23:56
name: _my-app-name_
services:
_my-service-name_:
build:
docker:
file: _Dockerfile_name_
context: _Dockerfile_path_
myapp: {
components: {
frontend: {
containerized:{
image: "nginx:v1"
port: "8080"
}
traits: {
route: {
domain: "www.example.com"
```console
$ rudr --help
✈️ A Micro App Plafrom for Kubernetes.
Commands
Getting Started 🌱
env Set your enviroment (e.g. dev,stage,prod).
docs Open the rudr docs.
---
apiVersion: core.oam.dev/v1alpha1
kind: WorkloadDefinition
metadata:
name: service.serving.knative.dev
spec:
definitionRef:
# reference to the name of real-world crd
name: service.serving.knative.dev
---
# -------------------------- Step 1: Define and install WorkloadType and Trait ---------------------
---
apiVersion: apiextensions.k8s.io/v1
kind: CustomResourceDefinition
metadata:
name: radius.cache.crossplane.io
annotations:
core.oam.dev/oam-type: WorkloadType
scope: Namespaced
names:
# Step 1: Define and install WorkloadType and Trait
---
apiVersion: core.oam.dev/v1alpha1
kind: WorkloadType
metadata:
name: cache.crossplane.io/v1.Radius # we endorse G/V/K convension as WorkloadType name
spec:
schematic: |
apiVersion: apiextensions.k8s.io/v1
kind: CustomResourceDefinition
apiVersion: core.oam.dev/v1alpha1
kind: ApplicationConfiguration
metadata:
name: first-app
spec:
components:
- componentName: helloworld-python-v1
instanceName: first-app-helloworld-python-v1
parameterValues:
- name: target
@resouer
resouer / INSTALL.txt
Created November 18, 2018 12:49 — forked from fernandoaleman/INSTALL.txt
Shell script to sync remote branches from upstream and push them up to forked origin
1. Copy 'git-sync-fork' script code from gist
2. Create a file called 'git-sync-fork' in any 'bin' directory in your $PATH
3. Paste script into this new file 'git-sync-fork' and save
4. Make the file executable `chmod +x git-sync-fork`
5. Run the script inside your locally forked git repo
Example:
git-sync-fork upstream origin