diff --git a/data/flows.json b/data/flows.json
index e8985ee9d..3add6c9e2 100644
--- a/data/flows.json
+++ b/data/flows.json
@@ -62,7 +62,7 @@
},
{
"id": "73521b98841c6355",
- "type": "comment",
+ "type": "resource",
"z": "0ac7681ed1c2bc4b",
"name": "Kubernetes",
"info": "# Description\n\n\n## Resources\n- https://kubernetes.io/docs/home/ ***\n- https://www.youtube.com/watch?v=VnvRFRk_51k \n- https://www.youtube.com/watch?v=X48VuDVv0do (long video, covers most topics in this flow)",
@@ -79,7 +79,7 @@
},
{
"id": "90665185044d3fc2",
- "type": "comment",
+ "type": "resource",
"z": "0ac7681ed1c2bc4b",
"name": "Kubernetes Objects",
"info": "",
@@ -94,7 +94,7 @@
},
{
"id": "ccf8bad6e9ebfb6a",
- "type": "comment",
+ "type": "resource",
"z": "0ac7681ed1c2bc4b",
"name": "Kubernetes Networking",
"info": "",
@@ -106,7 +106,7 @@
},
{
"id": "4146a7d5608cc03b",
- "type": "comment",
+ "type": "resource",
"z": "0ac7681ed1c2bc4b",
"name": "Kubernetes Storage",
"info": "",
@@ -118,7 +118,7 @@
},
{
"id": "418551f904d62b20",
- "type": "comment",
+ "type": "resource",
"z": "0ac7681ed1c2bc4b",
"name": "Kubernetes App Manifests",
"info": "",
@@ -130,7 +130,7 @@
},
{
"id": "0d309e7b063a4ce2",
- "type": "comment",
+ "type": "resource",
"z": "0ac7681ed1c2bc4b",
"name": "Configurations",
"info": "",
@@ -145,7 +145,7 @@
},
{
"id": "d810b83f64f0bc5e",
- "type": "comment",
+ "type": "resource",
"z": "0ac7681ed1c2bc4b",
"name": "Deployments",
"info": "",
@@ -159,7 +159,7 @@
},
{
"id": "752d2d1fc700d27e",
- "type": "comment",
+ "type": "resource",
"z": "0ac7681ed1c2bc4b",
"name": "Pods",
"info": "",
@@ -171,7 +171,7 @@
},
{
"id": "c53965f3ddc770ad",
- "type": "comment",
+ "type": "resource",
"z": "0ac7681ed1c2bc4b",
"name": "Configmaps",
"info": "",
@@ -183,7 +183,7 @@
},
{
"id": "e902145181ebd724",
- "type": "comment",
+ "type": "resource",
"z": "0ac7681ed1c2bc4b",
"name": "Secrets",
"info": "",
@@ -195,7 +195,7 @@
},
{
"id": "5dfd2ba38ec5178d",
- "type": "comment",
+ "type": "resource",
"z": "eb7909bcf5fcaf8a",
"name": "Containerization",
"info": "",
@@ -209,7 +209,7 @@
},
{
"id": "8c04bec4a15f6702",
- "type": "comment",
+ "type": "resource",
"z": "eb7909bcf5fcaf8a",
"name": "Helm",
"info": "",
@@ -223,7 +223,7 @@
},
{
"id": "fc01372231b580db",
- "type": "comment",
+ "type": "resource",
"z": "eb7909bcf5fcaf8a",
"name": "Custom Resource Definitions",
"info": "",
@@ -237,7 +237,7 @@
},
{
"id": "09d8e90d5b4ade12",
- "type": "comment",
+ "type": "resource",
"z": "eb7909bcf5fcaf8a",
"name": "Kustomization",
"info": "",
@@ -251,7 +251,7 @@
},
{
"id": "71a96ec4058930db",
- "type": "comment",
+ "type": "resource",
"z": "eb7909bcf5fcaf8a",
"name": "GitOps",
"info": "",
@@ -265,7 +265,7 @@
},
{
"id": "98df2d11adb09046",
- "type": "comment",
+ "type": "resource",
"z": "eb7909bcf5fcaf8a",
"name": "git",
"info": "# Description\n\n[Git](https://git-scm.com/) is a free and open source distributed version control system.\n\n## Resources\n- https://git-scm.com/docs\n\n\n## Examples\n- github.com\n- gitlab.com\n- https://gitea.com/",
@@ -279,7 +279,7 @@
},
{
"id": "45465f711df6da7e",
- "type": "comment",
+ "type": "resource",
"z": "eb7909bcf5fcaf8a",
"name": "Flux",
"info": "",
@@ -293,7 +293,7 @@
},
{
"id": "e328f5849309e731",
- "type": "comment",
+ "type": "resource",
"z": "eb7909bcf5fcaf8a",
"name": "Big Bang",
"info": "",
@@ -322,7 +322,7 @@
},
{
"id": "81348cdecdf51fd9",
- "type": "comment",
+ "type": "resource",
"z": "eb7909bcf5fcaf8a",
"name": "Operators",
"info": "https://www.youtube.com/watch?v=ha3LjlD6g7g",
@@ -336,27 +336,28 @@
},
{
"id": "40bfe328130d9c41",
- "type": "comment",
+ "type": "guide",
"z": "c86af370eff94afa",
"name": "Deploy K3d",
"info": "Throughout this guide you will be using K3d to deploy and manage kubernetes instances.\n\n## Choose your platform\nThe preferred free VM software is [VirtualBox](https://www.virtualbox.org/); however, it is not compatible with M1 chips! So, if you are using an M1 Mac, we highly recommend you go with the [Cloud](#Cloud) option below\n\n### Cloud\nRecommend using an EC2 instance with the following specs:\n- AMI: Ubuntu Server (64-bit, x86)\n- Instance Type: t3a.2xlarge\n- 100 GB EBS\n- Security group rules for allowing web traffic\n\n### Local VM\nUse [Vagrant](https://www.vagrantup.com/) to spin up a VM with at least the following specs:\n- 10GB RAM\n- 4 CPU cores\n- An IP that can be [accessed](https://www.vagrantup.com/docs/networking/private_network#static-ip) from the host machine. \n\n### Local\nAny Docker installation except a non-WSL2 Windows installation will work with K3d natively.\n\n## K3d setup\n\nSetup instructions for K3d can be found at the link below.\n\nhttps://k3d.io/v5.2.2/\n\n## Cluster creation\n\nOnce you have a host for deploying a k3d cluster - you can configure a cluster for future nodes in this training.\n\nOne possible configuration would be a 3 node cluster with 1 server and 2 agents (to get started).\n\nAnother consideration is exposing applications after the cluster is running and apps have been deployed w/ services and ingresses.\n\nDepending on RAM/CPU availability, you may want to run 2 or more K3d nodes\n\nA possible configuration might look like:\n\n`k3d cluster create -s 1 -a 2 -p \"8081:80@loadbalancer\" dev-cluster`\n\n-s 1 represents 1 server node\n-a 2 represents 2 agent nodes\n\n-p \"8081:80@loadbalancer\" represents mapping 8081 on this k3d host to ports 80 internally.",
- "x": 510,
- "y": 40,
+ "x": 360,
+ "y": 60,
"wires": [
[
"691424f6cfd58372",
- "1458b18889c13942"
+ "1458b18889c13942",
+ "6d2d525b92151db2"
]
]
},
{
"id": "691424f6cfd58372",
- "type": "comment",
+ "type": "guide",
"z": "c86af370eff94afa",
"name": "Deploy a pod info application (with Kustomize)",
"info": "# Kustomize\n\n\"Kustomize is a command-line configuration manager for Kubernetes objects. Integrated with kubectl since 1.14, it allows you to make declarative changes to your configurations without touching a template.\"\n\n## Recommended Reading\n\n`https://www.mirantis.com/blog/introduction-to-kustomize-part-1-creating-a-kubernetes-app-out-of-multiple-pieces/`\n\nThe above tutorial can be run on the k3d cluster you have created. This is a much more complex example than the podinfo example you will deploy below.\n\n## Podinfo\n\n\"Podinfo is a tiny web application made with Go that showcases best practices of running microservices in Kubernetes\"\n\n### Deployment\n\nNavigate to `https://github.com/stefanprodan/podinfo`\n\nClone the repository to your local machine\n\nFrom within the cloned directory, we can execute kustomize through the built in functionality in `kubectl`.\n\n`kubectl kustomize ./kustomize`\n\nThis will return the built manifest for the application to be deployed. You can then deploy the application to the cluster through `kubectl apply -k ./kustomize`\n\n## Success Criteria\n\n- 2 podinfo pods in the target namespace (default if not specified)\n- A podinfo service\n- A horizontal pod autoscaler\n\nWe can port-forward this applications service and visit it in browser to confirm functionality.\n\n`kubectl port-forward service/podinfo 9898:http`\n\nThis port fowards the podinfo service `http` port (as defined in the service) to the 9898 host port.",
- "x": 630,
- "y": 130,
+ "x": 420,
+ "y": 190,
"wires": [
[
"2d66fece0a8f5fdf"
@@ -365,12 +366,12 @@
},
{
"id": "2d66fece0a8f5fdf",
- "type": "comment",
+ "type": "task",
"z": "c86af370eff94afa",
"name": "Expose podinfo with an Ingress",
"info": "# Ingress\n\nIn the previous exercise, we deployed the podinfo application and confirmed functionality by visiting it in-browser through port-forwarding with kubectl. We can instead use an ingress and the default traefik ingress-controller to handle this functionaity more natively. \n\nOfficial k3d docs: https://k3d.io/v5.0.0/usage/exposing_services/\n\n## Ingress deployment\nDue to the cluster configuration that we executed in the first node (See the -p loadbalancer parameter). we can configure an ingress to expose the application, as is one of a few standard practices for exposing internal applications to external traffic.\n\n### Ingress template\n\nIngress docs: https://kubernetes.io/docs/concepts/services-networking/ingress/\n\nGiven the template from the docs/tutorial we can write an ingress to support this traffic.\n\n## Success Criteria\n\nAfter the ingress is deployed (and given you configured your cluster as described in the first node), then you should be able to access the podinfo application without port-forwarding at `http://localhost:8081` \n\n## Cleanup\n\nThis concludes this deployment of podinfo. You'll want to cleanup the resources we have created. ",
- "x": 630,
- "y": 200,
+ "x": 420,
+ "y": 260,
"wires": [
[
"52eb692e4c51108f"
@@ -379,12 +380,12 @@
},
{
"id": "52eb692e4c51108f",
- "type": "comment",
+ "type": "guide",
"z": "c86af370eff94afa",
"name": "Create a podinfo helm chart",
"info": "# Helm\n\"Helm is the package manager for Kubernetes\"\n\n## Recommended Reading\nhttps://helm.sh/\nhttps://helm.sh/docs/intro/\n\n## Podinfo Helm Chart from Scratch\n\nTODO - Insert content for:\n- deployment\n- service\n- ingress\n- HPA\n* All templated from scratch\n\n## Deploy the official podinfo chart from local files\n\nPreviously we cloned the podinfo repository to our/a local machine. Under the root of the project there is a `charts` directory with a `podinfo` directory that contains the podinfo chart content.\n\n## Basic deployment\n\nLet's create a testing namespace for our target\n`kubectl create ns testing`\n\nWith Helm installed and our k3d cluster still running/configured, we can install the chart in it's vanilla form (without enabling any additional content).\n\n(From the charts directory)\n`helm install podinfo-dev ./podinfo -n testing`\n\nThis will deploy the chart which results in the deployment and service creation in the target namespace.\n\n## Customizations\nWe can inject exposed customizations as outlined in the README/values.yaml for the purpose of configuring the end package being suited for our needs.\n\nWe can make an edit to the values.yaml and upgrade our application.\n\nhpa:\n enabled: true\n \n`helm upgrade podinfo-dev -n testing ./podinfo`\n\nThis should result in an HPA being deployed to our namespace for the application.\n",
- "x": 630,
- "y": 270,
+ "x": 420,
+ "y": 330,
"wires": [
[
"5361df412a99db12"
@@ -393,12 +394,12 @@
},
{
"id": "5361df412a99db12",
- "type": "comment",
+ "type": "guide",
"z": "c86af370eff94afa",
"name": "Deploy BigBang on a new K3d cluster",
"info": "# Big Bang\n\nUsing our machine with k3d, we can instantiate a development/prototype deployment of Big Bang.\n\n## Objective\n\nFollow the qiuckstart here:\nhttps://repo1.dso.mil/platform-one/big-bang/bigbang/-/blob/master/docs/guides/deployment_scenarios/quickstart.md\n\n## Success Criteria\n\nAs noted in step 13 - the web UI's should be resolvable and accessible. All pods should be up and healthy (running). ",
- "x": 630,
- "y": 340,
+ "x": 420,
+ "y": 400,
"wires": [
[
"67415f95eb8ab46c"
@@ -407,12 +408,12 @@
},
{
"id": "67415f95eb8ab46c",
- "type": "comment",
+ "type": "task",
"z": "c86af370eff94afa",
"name": "Deploy podinfo helmchart in a bigbang cluster",
"info": "# Big Bang Extensibility\n\nUp to now - we have configured and deployed k3d clusters, we've used `kustomize` and `Helm` to orchestrate deploying `podinfo` to our cluster.\n\nWe then used flux and it's controllers to deploy bigbang (which is using helm and kustomize under the hood).\n\n## Recommended Reading\n\n## Objective\nNow we will look at extending the big bang deployment to include deploying the podinfo helm chart and ensuring the deployment architecture aligns with the Big Bang \"Core\" technologies.\n\nThis is a precursory step to follow-on nodes in this flow. \n\n## Execution\n\nClone the podinfo repository if not done already.\n\nCreate a namespace with the label:\n`istio-injection: enabled`\n\nDeploy the helm chart for the podinfo applicaiton as we have done previously.\n\n## Success Criteria\nDeploy the podinfo helm chart into your cluster that already has big bang deployed.\n\nThe application should come online and be able to be reached via `kubectl port-forward`\n\nContinue to the next node for extending this with Istio",
- "x": 630,
- "y": 410,
+ "x": 420,
+ "y": 470,
"wires": [
[
"9b8fdffdc9b5cc53"
@@ -421,12 +422,12 @@
},
{
"id": "9b8fdffdc9b5cc53",
- "type": "comment",
+ "type": "task",
"z": "c86af370eff94afa",
"name": "Add Istio Virtual Service for the podinfo deployment",
"info": "# Istio VirtualServices\n\n## Recommended Reading\n\n- https://istio.io/latest/docs/reference/config/networking/virtual-service/\n\n### Example\n- https://repo1.dso.mil/platform-one/big-bang/apps/core/kiali/-/blob/main/chart/values.yaml#:~:text=istio%3A,kiali.%7B%7B%20.Values.hostname%20%7D%7D\n- https://repo1.dso.mil/platform-one/big-bang/apps/core/kiali/-/blob/main/chart/templates/bigbang/virtualservice.yaml\n\n## Objective\nWith the podinfo helm chart deployed (in it's basic state), we will look to leverage some of th technologies that Big Bang has reconciled and configured.\n\nBig Bang exposes cluster applications to external traffic through an Istio Ingress Gateway.\n\nVirtual services are then used to link kubernetes services to traffic from the ingresss gateways.\n\n## Execution\n\n\n\n## Success Criteria\nWrite a virtual service resource definition file for the podinfo application that was deployed as part of the last node.\n\nIf you add the `podinfo.bigbang.dev` endpoint to your hosts file, then it should be resolveable from the browser.\n\n## Solution\nshow
\n\n\n```\napiVersion: networking.istio.io/v1beta1\nkind: VirtualService\nmetadata:\n name: podinfo\n namespace: podinfo\nspec:\n gateways:\n - istio-system/public\n hosts:\n - podinfo.bigbang.dev\n http:\n - route:\n - destination:\n host: podinfo.podinfo.svc.cluster.local\n port:\n number: 9898\n```\n\n
\n