-
get [crayon-633efdd1a6b3a153175208/] よく使うオプション -n or --namespace 指定した名前空間の情報を出力できる。 例 この例であれば「kube-system」という名前空間に…
-
【Kubenetes】「kubectl」の構文
07.23
構文 [crayon-633efdd1a7607830199461/] command 実行したい操作(get、create、patch、deleteなど）、たくさんあるのでリファレンスを参照すること。 type リソースタイプ(…
-
【Kubenetes】「kubectl」について
07.23
前提 Docker上でKubenetesが動作している必要があります。（Dockerの設定から簡単にインストールできます。） 読み方 「クべコントロール」もしくは「クーべコントロール」 役割 yamlやコマンドをAPIリクエストに…
-
【インフラ】そもそもコンテナとは？
07.23
アプリケーションを独立で実行するための入れ物です。 特徴 コンテナの実態はプロセスです。 chrootが始まり rootディレクトリを変更して、上位ディレクトリへのアクセスを制限する。あたかも別マシンを使ってるかのよ…
-
【マイクロサービス】データベースの移行
07.18
DBを物理分割する。 メリット サーバーが物理的に分かれていると障害時の影響を下げることができます。 デメリット データベースのライセンス費用がサーバーごとにかかってしまいます。もし、SQLServer、Oracleなどライセンスが…
-
【マイクロサービス】アプリの移行
07.17
プロキシを活用する。 プロキシを挟んで古いサービスと、これから作成するマイクロサービスを振り分けるようにします。 メリット モノリスに対する修正を減らせる。 デメリット URL単位である程度機能として分割できている状態じゃないと使…
-
【マイクロサービス】「移行方法」
07.17
一気にモノリシックからマイクロサービスに移行するのではなく徐々に移行していくことが推奨されている。 向く事業 新規事業よりもドメイン境界がはっきりした成熟した事業にマイクロサービスは向く。 アセスメント 事業の目的や目標を明文化する…
-
マイクロサービスではたくさんサービスがあるのでどのサービスが問題になっているのかの障害発生箇所などが特定しずらいです。 複雑なシステムを横断的に監視できるようにするために三つのポイントがあります。 項目 説明 …
-
【マイクロサービス】「正常性確認」手法について
07.17
正常性確認用のAPIを作成する。 エンドポイントのURLは「/health」、「/hc」などにしておけば良いでしょう。 正常であればレスポンスに200を返し、異常であれば500を返すようにします。（リクエストボディの中には正常性情報…
-
【マイクロサービス】「サービスメッシュ」について
07.17
サービスメッシュとは？ サービスとは別に外付けとして実装します。なので言語や環境には依存しないです。 外付け機能の例 kubenetesにおける「サイドカー」などがあります。 代表的なサービスメッシュ lstio(Google、I…