carolynvs

{
  "dependencies": {
    "AutoMapper": "2.2.1",
    "MyProject": ""
  },
  "frameworks": {
    "net45": {}
  },
  "commands": {
    "custom-command": "My.Custom.Package --arg1 some-value"

carolynvs

{
  "dependencies":
  {
    "Newtonsoft.Json": "6.*",
    "Microsoft.AspNet.Mvc": "6.0.0-*"
  },
  "frameworks":
  {
    "net45": {}
  }

carolynvs

1. On Rackspace Public Cloud, create an 8GB General Server with Ubuntu 14.04 PVHM.
2. SSH in as root. If you are really cool, use tmux at this time.
3. Install OpenStack Liberty

   bash <(curl -s https://raw.githubusercontent.com/openstack/openstack-ansible/liberty/scripts/run-aio-build.sh)
   

4. Once complete, you can find the admin password in /root/openrc. Save it for later to log into Horizon.
5. Fix the neutron endpoint to work with the SDK:
6. lxc-ls | grep utility.
7. lxc-attach -n aio1_utility_container-XXX. Replace XXX with the name you found in the last step.

carolynvs

# 0. Add this function to ~/.bashrc.
#    On a mac, install coreutils first and add this function to your ~/.bash_profile.
# 1. Make a shorter symlink pointing to the long golang directory name
#    ln -s ~/go/src/github.com/foo/bar ~/foobar
# 2. goto foobar
goto() {
        cd `realpath ~/$1`
}

carolynvs

• brew install git
• brew tap johanhaleby/kubetail && brew install kubetail or brew install --HEAD kubetail
• brew install findutils gives me gfind, which supports all the args
• brew install bash-completion gives me autocomplete for stuff like kubectl and minikube
• Upgrade Bash so that I have access to more commands, flags and to get bash completion working for kubectl

  brew install bash
  sudo bash -c 'echo /usr/local/bin/bash >> /etc/shells'
  chsh -s /usr/local/bin/bash
  

carolynvs

1. Install Docker

   sudo apt-get install \
    apt-transport-https \
    ca-certificates \
    curl \
    software-properties-common
   curl -fsSL https://download.docker.com/linux/debian/gpg | sudo apt-key add -
   sudo add-apt-repository \
    "deb [arch=amd64] https://download.docker.com/linux/debian \
   

carolynvs

Dual Mode Service Catalog CLI

We can use the same binary as a standalone Service Catalog CLI, and as a kubectl plugin, with only minor modifications.

Standalone Binary

This is what you see today with svcat.

Installation

curl -sLO https://servicecatalogcli.blob.core.windows.net/cli/latest/$(uname -s)/$(uname -m)/svcat

carolynvs

Experience Report: Building a kubectl plugin for Service Catalog

Why a kubectl plugin?

The goal of the service catalog cli (svcat) is to reduce the learning curve for developers and follow precedent set by kubectl when reasonable so that "finger memory" built-up from using kubectl translates to being able to use svcat without reading the help text much.

It isn't intended to be a replacement for kubectl, and instead users will jump back and forth between kubectl and svcat. As a plugin, it reinforces the mental model that svcat conforms to the way kubectl works, and makes the switch between the two less noticeable.

carolynvs

#!/usr/bin/env bash

set -xeuo pipefail

helm init --client-only

#####
# set up the repo dir, and package up all charts
#####
CHARTS_REPO="https://athens.blob.core.windows.net"

carolynvs

FROM golang:1.12-stretch

WORKDIR /tmp

# Install Helm
ENV HELM_VERSION=2.13.0
RUN curl -sLO https://kubernetes-helm.storage.googleapis.com/helm-v${HELM_VERSION}-linux-amd64.tar.gz && \
    tar -zxvf helm-v${HELM_VERSION}-linux-amd64.tar.gz && \
    mv linux-amd64/helm /usr/local/bin/