Fish for Kubernetes - Qiita
はじめに みなさんShellは何を使われていますでしょうか? 私は**Fish**です。もともとZsh派でしたが、起動の遅さにストレスを感じ乗り換えました。 最高なFishですが、Zshに比べてKubernetes周りの環境が整っていないという弱点があります。そこで、今回はFishユーザのための環境構築について書きつつ今後の発展を願っていきます。 プロンプトでオペミスを防げ! 複数のクラスタを操作していると「別のクラスタのコンテナ消してしまった😨」ということが起こりがちです。そんなオペミスを防ぐためには、プロンプトにContextとNamespaceを表示させるなど常にチェックできる環境を作る必要があります。 Zshにはzsh-kubectl-promptがありますが、残念ながらFishにはありません。 そこで、今回はfish-kubectl-promptをご用意しました。 実際のプロン
docker-tramp.el でdockerコンテナのファイルを読み書きする - Qiita
はじめに docker-tramp.el はdockerコンテナ内に存在するファイルを、Emacsから直接読み書きできるようにするライブラリです。使い慣れたEmacsでコンテナ内のファイルを編集できるようになるので編集効率が上がり、dockerでの試行錯誤が劇的にやりやすくなります。 この記事では docker-tramp.el の使い方について説明します。 docker-tramp.el の必要性 dockerコンテナ内のファイルを読み書きしたいという状況には以下のような場面があると思います。 他人が作成したdockerイメージの内容を理解する（ディレクトリ構成や設定ファイルの内容など）。 独自のdockerイメージをビルドする際に設定ファイルやスクリプトなどを試行錯誤する。 1は初めて利用するツールやサーバアプリケーションをdockerでインストールしたような場面です。dockerイメ
kubectlでPod内のNginxにワンライナーデプロイ - Qiita
Pod内のNginxにサクッとリソースをコピーしたいなと思って調べていたところ、 Kubernetesでは"kubectl cp"を使うとのこと。まあDockerと同じですね。 ということで、ワンライナーで書いてみた。 やりたいこと 手元で書いたコードをKubernetes上ですぐに動作確認したい ↓ 要するに ビルドしたリソースをNginxのルートディレクトリ(/usr/share/nginx/html)配下にコピーしたい . ├── dist // ここの配下を持っていきたい │ ├── index.html │ ├── bundle.js │ └── css │ └── style.css ├── src │ ├── index.html │ ├── scripts │ │ ├── index.js │ │ └── hello.js │ └── styles │ └── style.
Kubernetesで作るPHPの開発環境 - Qiita
こんにちは，グレンジ Advent Calendar 2024の25日目担当の石川です． 今年は，SOPSの利用例をいくつか紹介したいと思います． SOPSは，Secrets OPerationSの略称です． Mozillaが公開している暗号化ツールで、YAML，JSON，ENV，INIとBINARY形式をサポートし，AWS KMS、GCP KMS，Azure Key Vault，age，およびPGPで暗号化する暗号化ファイルのエディターです． グレンジでは、GCP KMSをを利用して暗号化しています． SOPSを利用することで，暗号化したいデータをGitHubなどのリポジトリで安全に管理することができます． これにより，チーム内で安全に暗号化されたデータを共有したり，CI/CDパイプラインで安全に利用することができます． 基本的な使い方 Cloud KMS（Cloud Key Manag
docker-composeでバッチを走らせる with Javaバッチ - Qiita
Dockerはデーモンプロセスを立ち上げるだけが能ではありません。一度だけ実行するバッチも立ち上げるのも全然アリです。 ただ、 docker コマンドでコンテナを起動するのは辛いですね。バッチでも docker-compose を使いましょう。 今回はバッチとしてJavaで書かれた単純なCLIプログラムを動かしたいと思います。 ソース ここからDLできます。 構成の紹介 Java アプリ部分 適当にSpring bootで作った。下記のようなものを実行する。バッチの引数や環境変数をプリントするだけのものです。 // Spring boot で CommandLineRunner 噛ませた時のmain関数みたいなやつ @Override public void run(String[] args) throws Exception { System.out.println("Batch ru
kubernetesでgRPCするときにenvoy挟んでみたよ - Qiita
kubernetes(今回はGKE内)でgRPCの通信を場合にぶち当たる問題として、ロードバランシングの問題があります。 gRPCの通信は永続化されるので、そのままの状態で使うとバックエンドにあるサービスがスケールしても分散されないということになります。 具体例 上記のような構成でhoge-gateway(4pod)からhoge-app(10pod)に向けてコネクションプーリングが1で通信をする場合、hoge-appが最大4podしか使われない状態になります。 下記がその状態です。 GKE Container - CPU usage for hoge-app GKE Container - CPU usage for hoge-gateway 解決方法 これを解決する手段としてgRPCのclientLoadbalancingを使う方法がありますが、clientに依存する方法はあまりスマート
Kubernetesを採用するべき１２の理由 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? これまでKubernetesについてスタディしてきた事を利用価値の観点から１２項目にまとめました。思入れによって私見が混じっている部分もあるかもしれませんが根拠のリンクを添えています。 今後、Kubernetesは本当に素晴らしい次世代のIT基盤に成長していくと思います、 ビジネス面での利点 理由1 頻繁なアプリケーションのリリースを可能にする実行基盤 アプリケーションの自動的なロールアウトとロールバックは、Deploymentsによって、頻繁な新機能リリースや、緊急のバグ修正版入れ替えなどデリケートな作業を自動化して、安全かつ円滑に実
Cisco IOxのDockerタイプアプリを試してみる - Qiita
Cisco IOxとは Cisco IOxは、ルータやスイッチ等のIOxプラットフォーム上で、アプリケーションやサービスをホスティングするための（全人類待望の！？）フレームワークです。 ホスティングするアプリケーションのタイプとしては、以下の4つあります。 PaaS Container Docker VM 今回は、これらの中で最も扱い易いDockerタイプのものを試してみたいと思います。 ちなみに、IOxプラットフォーム毎にサポートされるアプリケーションタイプは異なります。 詳細は、以下のサイトを参照ください。 前提 IOxアプリケーションをデプロイする環境には、以下のDevNet Sandbox IOx v1.5を用いました。 IOxアプリケーションをビルドする環境には、以下のものを用いました。 Ubuntu 14.04.5 LTS Docker CE 17.12.0-ce ioxcli
Docker for Macのディスクスループットを約2倍にする - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 2018-08-06 15:38 Stable版で復活のお知らせ Docker Community Edition 18.06.0-ce-mac70 2018-07-25 にて再度rawフォーマットが利用可能になりました。 Re-enable raw as the the default disk format for users running macOS 10.13.4 and higher. Note this change only takes effect after a “reset to factory defaults”
Dockerについて基本から最近追加された機能までまとめ - Qiita
Dockerとは コンテナベースのアプリケーションを仮想化したもの。軽量なVMの様に見えるがこれまでの(VirtualBoxなど)VMでは実現が難しい、不可能であったユースケースを解決してくれる。 ホストOSとリソースを共有するのでリソースの管理がVMより効率的 基本的に状態を持たないのでポータビリティが非常に高く、特定の環境に依存することがない 軽量なのでVMと比較し複数のインスタンスを実行することができる DockerHubなどのレジストリを利用することで既存のイメージをダウンロードして実行することができる コンテナとVM VM VMはハイパーバイザを通してホストOSに対してのシステムコールを解釈させるなどの必要がある それぞれのVMには全て独立したOS・アプリケーション・ライブラリが必要 コンテナ ホストのカーネルは実行されるコンテナと共有される（コンテナは常にホストと同じカーネルを
Docker導入するべき？するべきではない？ - Qiita
これは何？ Dockerを導入するにあたって、漠然としたイメージしかないという方も多そうなので、 どういうシステムに導入したらいいのか？ どういうシステムなら導入しないほうがいいのか？ 導入までにどんなことしないといけないのか？ をまとめてみました。 つっこみあればお願いします！ 対象 下記のような方を対象として記載しています。 Docker自体はなんとなく分かったけど、自分の組織でやった方がいいのかよく分からない 導入の検討しろって言われてるけど、具体的な内容まで落とせない 一般的なコンテナ(Docker)の特徴/メリット パフォーマンス 仮想マシンと比較すると、オーバーヘッドが少なく軽量 起動が高速 再現性、ポータビリティ Dockerが動く環境であれば環境に依存しない 1つのコマンドを実行した状態を再現 ホストと分離できる コードで管理できるのでバージョン管理が可能 ロールバックが容
『Docker』docker-composeで開発用PostgreSQLを手に入れる（ver.01） - Qiita
1.目的 細かい設定まで行うことが出来るpostgreSQLのdocker-composeが欲しいので、Docker公式イメージをもとに試してみる。 dockerもpostgresqlも初心者なのでよりよい方法があればご教授お願いしますm(_ _)m Docker導入までは以下を参照。 https://qiita.com/tsnb/items/d10d2770c08abc60b500 2.構築ver.01 公式の説明をもとに書いてみる。 https://docs.docker.com/samples/library/postgres/#environment-variables ver.01でやりたいこと： (A).ロケールを日本語に変更する (B).初期化時にユーザとデータベースを作成する (C).postgresql.confを設定する とりあえず、shared_buffers=256
Kubernetes を利用したコンテナベース機械学習基盤の構築 - LIVESENSE Data Analytics Blog
データプラットフォームチームの野本です。機械学習基盤の構築やその周辺アプリケーションの実装を行っています。以前は DOOR 賃貸の開発運用をしていてこんなことなどしてました。 機械学習システム運用の課題 リブセンスでは 2014 年ごろから機械学習システムの開発導入を行っており以降様々な機械学習システムを各サービスに導入してきました。また自社でのデータ分析基盤の運用も行うようになってから機械学習システムの開発の幅が広がり導入の要望も次第に増えてきました。(参考:リブセンスのデータ専門組織のこれまでとこれから) 当初は機械学習システムに対する運用知見などが少なかったため、専用のインフラというものは保持せず各サービスのインフラに相乗りし、サービスのアプリケーションと密に連携し機械学習システムを実装運用することが多かったです。各サービスは元々オンプレミスで運用されていたものが多かったのですが、現
Kubernetes: アプリケーションのデバッグ方法 (kubectl exec など) - Qiita
はじめに Kubernetes 上のアプリケーションに対して、curl や tcpdump など使い慣れたツールを使ってデバッグを行いたいと思う場合があるかと思います。kubectl exec を利用するとコンテナ内のコマンドを実行することができ、従来 ssh で行っていたデバッグに近いことが可能になります。一方、コンテナには必要最低限のものしか含めないことがベストプラクティスとなっているため、使いたいコマンドが含まれていないこともあるでしょう。 本記事では、kubectl exec を主としたデバッグの方法と、コンテナに使いたいコマンドが含まれていない場合や kubectl exec が利用できない場合の対応方法などについて説明します。確認は Kubernetes v1.8 で行い、コンテナランタイムは Docker を前提としています。 kubectl exec を使ったデバッグ ku
Rails+SQL Server環境をDocker Composeで構築する - Qiita
本番環境にMicrosoftのPaaSであるAzure SQL Databaseを使っているサービスを想定し、その開発環境をDocker版SQL Serverを使って構築します。 Docker版SQL ServerもMicrosoftが公式に提供しています。良い時代になりました。 前提条件 Docker Client Windows Subsystem for Linux (Ubuntu 16.04.3) 17.12.0-ce Docker Server Docker for Windows 17.09.1-ce RailsをDocker化 まず前提として Docker公式のRails構築クイックスタートなどを参考に、Railsのアプリケーション部分をDockerにしておきます。 (db部分は書き換えるのでSQLiteのままでも構いません) 参考としてDockerfileを掲載します。 F
kubernetes1.7でkubectl applyでinit containerを再作成する - Qiita
はじめに kubernetesにはinit containerという機能があります。init containerはpodの起動前に実行されるコンテナを定義することができ、例えばpodの作成前にassetsなどの静的ファイルを共有ボリュームに格納させて、nginxで配信するみたいな事ができます。このinit containerですが、kubernetesの1.8以前だと、設定を変更して再度applyしても再作成されないという問題がありました。 対策 以下のissueに書いてあるまんまですが、annotationsにpod.alpha.kubernetes.io/init-containers: nullとpod.beta.kubernetes.io/init-containers: nullを入れることで解決します。 https://github.com/kubernetes/kuberne
Monzoが使っているLinkerd on Kubernetes とは？ - Qiita
Microservices Advent Calendar 2017 22日目の記事です。 14日目の記事の最後に、 https://qiita.com/seikoudoku2000/items/9d54f910d6f05cbd556d ちなみに、先日、Austinで開催されていたkubeconでもIstioに関する発表があったようなので、そちらも期待ですね！ ということを書いたら、丁度、先週末に動画が大量にアップされたので、 https://www.youtube.com/channel/UCvqbFHwN-nwalWPjPUKpvTA ちょこちょことチェックしたのですが、残念ながらIstioに関するクールなプレゼンは見つけられず、、、 今日はIstioのことを調べている中で知ったMonzo というイギリスの銀行(本当の銀行の業務ライセンスを有している)が使っている Linkerdのこと
KubernetesでElasticsearch5 + fluentd + Kibana5 のスタックを作る - Qiita
Elasticsearch, Kibanaはそれぞれ最新のものをpullした。Fluentdは1.20。(このバージョンで動作が確認できたため) Elasticsearchの設定 ServiceとReplocation Controller (controller) を定義する。 Serviceの定義 serviceはL3ロードバランサーみたいなもので、podに対してアクセスを振り分ける機能を持つ。 apiVersion: v1 kind: Service metadata: name: elasticsearch-logging namespace: NAMESPACE labels: k8s-app: elasticsearch-logging kubernetes.io/cluster-service: "true" kubernetes.io/name: "Elasticsearc
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dockerは同じ環境を作れるという安易な認識は間違っていた。 - Qiita
Rails5とwebpackerをdocker-composeを使って快適に開発する - Qiita
