Dockerで簡易WebDAVサーバを作る - Qiita
社内で急遽WebDAVサーバを使った検証を行わなければならなかったので、どうせならと思い勉強中のDockerで構築してみました。 Docker便利ですね。 （初めて自分で考えてDockerfile書きました……。 WebDAVサーバ とりあえず動けばいいのでApacheで。 LOCKも使えるようにしてみました。 Dockerfile 一旦httpdのイメージを使って、WebDAVサーバとしての設定をしてみました。 その後、それをコマンドとしてDockerfileに落とし込んでいます。 デフォルトがDigest認証になってたのでそれに合わせてます。 ビルド時にパスワードとかユーザとか変えられた方がいいかなと思い、user.passwdを読み込んだりユーザ名変えられるようにしてます。 FROM httpd:2.4 RUN sed -i \ -e 's/^#\(Include .*httpd-d
GCE上のContainer-Optimized OSでDocker Composeを使う（和訳） - Qiita
訳者からひとこと Google Cloudコミュニティに昨年投稿されたContainer-Optimized OS上でDocker Composeを動かすチュートリアルを和訳しました。 （あまり流行ってないですが、）Container-Optimized OSとはGoogleがGCE上でDockerを動かすために提供している軽量OSです。GKEでクラスタ組む程ではないけど、GCE上でDocker使いたいって時に使えます。 このOSでは初期状態でDockerのみが使えるようになっており、Docker Composeは入っていません。このチュートリアルを実行することで、Container-Optimized OS上でDocker Composeが使えるようになります。 なお、日本のリージョンを指定したり翻訳時の最新版ソフトウェアを使用したりするように、本文の一部を変更しています。 お気づきの点
docker-ce インストールに失敗した場合の対処 - Qiita
[root@]# yum install docker-ce 読み込んだプラグイン:fastestmirror Loading mirror speeds from cached hostfile * base: ftp-srv2.kddilabs.jp 依存性の解決をしています --> トランザクションの確認を実行しています。 ---> パッケージ docker-ce.x86_64 0:18.06.1.ce-3.el7 を インストール --> 依存性の処理をしています: container-selinux >= 2.9 のパッケージ: docker-ce-18.06.1.ce-3.el7.x86_64 --> 依存性の処理をしています: libltdl.so.7()(64bit) のパッケージ: docker-ce-18.06.1.ce-3.el7.x86_64 --> トランザクショ
Helm と Kubernetes - Qiita
Helm という Kubernetes 用のパッケージマネージャを試しました。 Helm が apt や brew などの OS のパッケージマネージャと一番違うと感じたのは、一つのパッケージ(Chart と呼びます)を複数個インストール出来る事です。例えば mysql を三回インストールすれば３つの mysql が立ち上がります。３つインストールすればそれぞれを見分けないといけないので、Release 名が付けられます。 Chart のインストールと削除 Quickstart Guide をやってみます。 まず、現在の Kubernetes 環境を確認する。とりあえず Docker for Mac についてる環境でやります。
Kube Weekly #147 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? KubeWeeklyは毎週Kubernetesに関する興味深いニュースを提供しています。この記事は 2018/09/05に発行された Kube Weekly #147 を読んで、感じたことをメモ的にまとめたものです。 私の勘違いや説明不足による誤解もあるかと思いますので、この記事読んで「おっ」と思ったらURLを辿って本文を確認してください。 KubeWeeklyは停止してしまったのか？ 8月までは私はRSSでKubeWeeklyを読んでいました。しかし最近RSSが更新されていないようです、同時にWebページにもアクセスできなくなっている
docker for mac + angular(ng serve) + virtualbox経由でアクセス - Qiita
docker-compose で起動した node 内から ng serve で起動した angular アプリに virtualbox(IE11検証用）からアクセスしたかったができなかった。 mac からは ng serve するときの host を 0.0.0.0 とすることでアクセスは可能。 virtualboxでmac側のip (10.0.2.2)を見に行った時にも見えるようにしたかった。 --disableHostCheck true # または angular.jsonないで { ... "serve": { "builder": "@angular-devkit/build-angular:dev-server", "options": { "browserTarget": "mock:build", "host": "0.0.0.0", "port": 4200, "dis
requirements.txtを動的に作成して、lambda用のZIPを作成する - Qiita
# For install library for python of lambda FROM amazonlinux:2017.03 RUN yum install -y python36 python36-pip zip COPY requirements.txt /tmp/ RUN python36 -m pip install -r /tmp/requirements.txt -t /tmp/library RUN cd /tmp/library && zip -r /tmp/library.zip * PROJECT_ROOT_DIR=$(cd $(dirname $0); pwd) DEPLOY_WORK_DIR="${PROJECT_ROOT_DIR}/.deploy" DOCKERFILE_DIR="${PROJECT_ROOT_DIR}" if [ -e ${DEPLOY
サーバ起動時に任意のスクリプトを実行する(dockerコンテナを起動する) - Qiita
# !/bin/sh # # This script will be executed *after* all the other init scripts. # You can put your own initialization stuff in here if you don't # want to do the full Sys V style init stuff. touch /var/lock/subsys/local # 任意のコマンドを追加 sh /home/developer/sh/startup.sh ※この際に CentOS 7 などのsystemd系を使用しているOSであれば /etc/rc.local に実行権限が必要なようです。 背景 開発環境のコスト削減のため使用していないであろう深夜帯の時間は開発環境のサーバを stop するようになった。 その際に必要
「ソースコードで体感するネットワークの仕組みの開発環境をDockerで構築する - Qiita
ソースコードで体感するネットワークの仕組みの開発環境をDockerを使って構築します。著者はVirtual Machine上CentOS7.0を使い開発していますが、個人的にVirtualBoxに苦手意識を持っているためDockerを用いて開発環境を構築しました。対象としている読者は以下のとおりです。 Dockerに少しなれている イメージ、コンテイナーなどの用語がわかる 以下のコマンドが何をしているかがわかる docker pull docker run docker ps docker start docker attach ソースコードで体感するネットワークの仕組みを勉強したいがVirtualBoxを使いたくない 私自身、Dockerの勉強中です。もし用語や表現が間違えていたらコメントで指摘したいただければ幸いです。 開発環境構築 開発環境イメージをプル CentOS 7.0のイメー
DockerでGrowiをセットアップする - Qiita
概要 前から気になってるGrowiですが、docker-composeだと数行のコマンドでインストールが可能です。でも何となく使いたくないというか、詳しくない人間にとって、どこにデータが保存されているのかわからないものを使うのはやはり抵抗がありました。特にdockerはコンテナ削除すると中にあるデータも当然消えてしまうわけで、そんなものにいろいろ書き込むのは危険ですよね。 データを外に保存して、復元もできる方法をメモします。 mongodump等を使う方法もありますが、専用コンテナでそれほど規模も大きくない場合は丸ごとコピーで問題ないと思います。 環境 Ubuntu 18.04 ローカルで使用する (VirtualBox上で確認しました) 手順 ディレクトリは以下にしています。 作業ディレクトリ：/home/ubuntu データの保存先 ：/home/ubuntu/data 公式手順通りダ
Amazon EKS で Kubernetes を使う - Qiita
これは Getting Started with Amazon EKS の通りに作業した記録です。 世の中に沢山ある正式チュートリアルどおりにただなぞるだけの記事に存在意義はあるのか ??? と思っていたが自分でも書きます。書いてある通りに作業するのは難しい。四回くらい間違えました。そういう時意外と他人の記事で気付かされた点がありました。 この記録が英語版を参照しているのは、最初あまりにも上手く行かなくてに日本語版が間違っているのでは? と疑った名残です。多分日本語版でも大丈夫です。 作業の概要 準備: IAM Role や EC2 key pair を作る kubectl と heptio-authenticator-aws のインストール。aws コマンドの設定 CloudFormation で VPC を作る。VPC の情報はクラスタとワーカーノードの作成に使う。 aws eks c
CronJob をその場で Job を作って実行する方法 - Qiita
CronJob を書いた時に、一回実行したいときや、また CronJob で失敗したときなどで、もう一回実行したい時がたまにある。 その時に、わざわざ kind: Job を作らずに、 Cronjob を指定して Job を作成することができる。 kubectl create job -h $ kubectl create job -h Create a job with the specified name. Examples: # Create a job from a CronJob named "a-cronjob" kubectl create job test-job --from=cronjob/a-cronjob Options: --allow-missing-template-keys=true: If true, ignore any errors in templa
Envoy externals and ideas @builderscon2018の資料と関連リンクと補足 - Qiita
builderscon 2018で"Envoy externals and ideas" というタイトルで登壇します(した)。 発表資料内でのリンクや、ちょっとした補足をまとめました。 発表資料 関連リンク Envoy (Envoy proxy)、Istio とは？ (page 3) https://qiita.com/seikoudoku2000/items/9d54f910d6f05cbd556d 迷ったら健全な方 (page 11) https://www.publickey1.jp/blog/13/devopsdevops_day_tokyo_2013_2.html 生でプレゼンを見て凄く感動して、この記事も何度も読み返した覚えがあります。"いい感じ"というのを発表資料の1つのキーワードにしていましたが、実はここで書かれている"健全"という言葉でも置き換えられそう、、な位に影響を受
Kubernetes でデータ保存 - Qiita
Kubernetes でデータを保存する仕組みが難しかったのでまとめました。Kubernetes では、ロードバランサーの背後にコンテナを複数立ち上げて、一つのコンテナが落ちても勝手に復旧する一人データセンターみたいな事が簡単に手元の開発機で実現出来ます。コンテナの入れ物である Pod は使い捨てなので、データをとっておく事が出来ません。データを保存するにはちょっと工夫が必要です。 また、ストレージの機構は本番サーバで利用するサービスによってもまちまちなので、アプリから見てストレージの詳細を隠蔽するような仕組みも必要です。とりあえずサンプルコードです。 # sticky.yaml apiVersion: v1 kind: Service metadata: name: sticky labels: app: sticky spec: type: LoadBalancer ports: -
kubernetesのServiceとIngressをカンチガイしていた話 - Qiita
やりたかったこと アプリ開発中、バックエンドで使用する2種類のAPIサーバをkubernetesにデプロイし、Ingress経由で公開しようとしました。 そのときのエンドポイントを下のように設定しようとしました。 /server1 → APIサーバ１にアクセス /server2 → APIサーバ２にアクセス 使用しているkubernetes環境は以下の通りです。 ホスティングサービス: IBM Cloud Kubernetes Service バージョン: 1.9.10_1523 (ちょい古め) 起きたこと どちらのエンドポイントにアクセスしても、両方のサーバに均等に到達してしまう… 例： /server1 に３回アクセス → APIサーバ１に１回、APIサーバ２に２回到達 やらかした原因 例えば次のようなアプリをデプロイしていたとします。 name port binding
Docker コンテナで Embulk を動かす - Qiita
FROM openjdk:8-jre-alpine # Embulk 本体をインストールする RUN wget -q https://dl.embulk.org/embulk-latest.jar -O /bin/embulk \ && chmod +x /bin/embulk # 使いたいプラグインを入れる RUN apk add --no-cache libc6-compat \ && embulk gem install embulk-output-td WORKDIR /work ENTRYPOINT ["java", "-jar", "/bin/embulk"] 躓いたポイントが2点。 FROM openjdk:8-jre-alpine だと embulk gem install で失敗する flock unsupported or native support failed t
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Docker MachineとVMware FusionでmacosにDocker環境を構築する - Qiita
Dockerコンテナからheapdumpを取得する方法 - Qiita
Laradockでプロジェクトごとに環境構築する - Qiita
Amazon EKS Platform Version 2の新機能を試した（うまく動かず） - Qiita
