kun432

apiVersion: v1
kind: Service
metadata:
  name: bootcamp-service
spec:
  type: LoadBalancer
  ports:
  - name: "http-port"
    protocol: "TCP"
    port: 8888

kun432

apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: bootcamp
  name: bootcamp-deployment
spec:
  replicas: 3
  selector:
    matchLabels:

kun432

1台目を構築s

Vagrantfile

```ruby
# -*- mode: ruby -*-
# vi: set ft=ruby :

Vagrant.configure("2") do |config|
  config.vm.box = "ubuntu/bionic64"

kun432

Cluster IP Service

• クラスタ内のみ疎通できる仮想IPが作成される
  • ClusterIP宛に通信すると、各nodeのkube-proxyがpodに転送する
• ユースケース
  • 内部ロードバランサーとして使う
  • Kubernetes APIに接続するための"kubernets"serviceがデフォルトで作られている

$ kubectl get service

kun432

Service API

コンテナを外部に公開する場合のエンドポイントを提供し、ラベルに一致するコンテナへのディスカバリに利用されるリソース

• Service
  • L4ロードバランシング
  • さらに複数のtypeに分かれる
    • ClusterIP
    • ExternalIP(ClusterIPの一種)
• NodePort

kun432

#!/bin/sh
set -o errexit

# create registry container unless it already exists
reg_name='kind-registry'
reg_port='5000'
running="$(docker inspect -f '{{.State.Running}}' "${reg_name}" 2>/dev/null || true)"
if [ "${running}" != 'true' ]; then
  docker run \
    -d --restart=always -p "127.0.0.1:${reg_port}:5000" --name "${reg_name}" \

kun432

CronJob

• スケジュールされた時間にジョブを実行する
• CronJobがJobを管理する
  • DeploymentがPodを管理するのと同じ
  • つまり、CronJob -> Job -> Podになる

作成

kun432

```bash
$ brew install minikube
```

```bash
$ minikube start
```

起動にコケた。すでにどうやら存在していて証明書が執行していたりetcdにデータが残ってると言われる。

kun432

"use strict";
// モジュール呼び出し
const crypto = require("crypto");
const line = require("@line/bot-sdk");
const AWS = require("aws-sdk");
const comprehend = new AWS.Comprehend();

// インスタンス生成
const client = new line.Client({ channelAccessToken: process.env.CHANNEL_ACCESS_TOKEN });

kun432

インストール

$ brew install kind

$ kind version
kind v0.11.1 go1.16.4 darwin/amd64