Kubernetes Podcast: Ingress, with Tim Hockin

https://kubernetespodcast.com/episode/041-ingress/
The history of Borg influences the history of Kubernetes in many ways: Google has different teams handle “get traffic to a cluster” and “serve traffic”, so Kubernetes has a conceptual split here too. Tim Hockin, Kubernetes co-founder, Google principal engineer and former Borg/Omega team leader, joins Adam and Craig to explain the history and future of the Ingress API, why it’s taken so long to get to v1, and how it might evolve in the future.

Do you have something cool to share? Some questions? Let us know:

Chatter of the week

News of the Week

Links from the interview

Hi Sir,

    I know you are the busy person around Kubernetes world!!. I am a beginner to use the Kubernetes and i am using it for the past 6 months only...i am helping my project in deploying the applications using kubernetes and i have succeeded in doing so also but i am stuck at a point where i need your assistance or help hope you will help me on this.

Scenario:

i have setup my cluster on premises and i am using the following :

Kube-Master -1

Kube-worker node : 2

Cluster information:

Kubernetes master is running at https://10.1.1.132:6443
KubeDNS is running at https://10.1.1.132:6443/api/v1/namespaces/kube-system/services/kube-dns:dns/proxy
Kubernetes version: Client Version: version.Info{Major:“1”, Minor:“14”, GitVersion:“v1.14.2”, GitCommit:“66049e3b21efe110454d67df4fa62b08ea79a19b”, GitTreeState:“clean”, BuildDate:“2019-05-16T16:23:09Z”, GoVersion:“go1.12.5”, Compiler:“gc”, Platform:“linux/amd64”}
Server Version: version.Info{Major:“1”, Minor:“14”, GitVersion:“v1.14.2”, GitCommit:“66049e3b21efe110454d67df4fa62b08ea79a19b”, GitTreeState:“clean”, BuildDate:“2019-05-16T16:14:56Z”, GoVersion:“go1.12.5”, Compiler:“gc”, Platform:“linux/amd64”
Cloud being used: (put bare-metal if not on a public cloud) On-Prem
Installation method: https://github.com/SubhakarKotta/k8s-installation-centos
Host OS: CentOS Linux 7
CNI and version:
CRI and version: crictl version v1.12.0

the following is the yaml file which i used for my deployment along with the configmap

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-deploy
spec:
  replicas: 1
  selector:
    matchLabels:
      app: my-app
  template:
    metadata:
      labels:
        app: my-app
    spec:
      containers:
        - name: my-container
          image: docker-hub-dev.blueally.com/c7-sentinel12:1.0.0.0
          volumeMounts:
          - name: my-config # Must be the same as the volume name bellow
            mountPath: /opt/my-container/config
      volumes:
      - name: my-config
        configMap:
          name: my-script-config # The name of the ConfigMap
          defaultMode: 0777      # We need execution mode for the file
apiVersion: v1
kind: ConfigMap
metadata:
  name: my-script-config
data:
  my-script.sh: |
    #!/bin/sh
    echo "Hi there - runing my-script..."
    cat /etc/hosts
    echo "Thats it! thats all my script"

When i deploy this it is not executing the script on top of the image which i spin up as a container on my worker nodes(i am using only 2 WN with the Kube-Master in my cluster), however the file will be only placed in the container and it is not executing it.

The script my-script.sh(the one mentioned in the configmap is just an example only) in real it has docker commands and shell commands together so when i try to override the image properties it says “command not found” for the docker commands and the container crashes.

Please let me know how to override the existing image with the shell script which i inject through configmap, i would really appreciate if i have a proper answer for this and also i am thinking of writing a blog on you and your help with your permission.

Thanks,

Ravikumar. S