OpenSTF+Dockerで社内Android端末管理システムをMac上に構築する - Qiita
概要 OpenSTFを使って社内開発用Android端末を一括管理する仕組みを構築したのでその手順を残しておきます ※本記事では開発機として持っている人が多いであろうMacをホストPCとして想定していますがOpenSTFは本来Macはサポート外です。自己責任でご利用ください 発端 今まで手元に何台も端末を置いてアプリの開発・検証をしていましたが、どの端末にどのOSバージョンが入っているかわかりにくく、しばらく放置しているとバッテリーが切れていたり検証したいデバイスを何度も借りに行ったりと、端末の扱いにストレスを感じることが多くありました （全部起動するだけで大変。。） OpenSTF STFとはSmartphone Test Farmの略称で、その中でもオープンソースで知名度が高いのがOpenSTFです。 もともとはサイバーエージェントさんが作成されていました。 端末を一括で管理するための
dockerでpleromaを起動してみる - Qiita
導入 分散型SNSの一つにpleromaというものがあります。分散型SNSというのは、GNU Social(PHP), Mastodon(Ruby)のようなものです。 pleromaは、ElixirのPhoenixというフレームワークで書かれたWebアプリ...と言っていいか分かりませんが、そんな感じのものです。 ご存知の通り、ElixirのPhoneixは非常にレスポンスと言うか、自動更新周りの処理がエコでして、pleromaも非常に軽い感じで動作します。 メモリとかGNU SosicalやMastodonと比べて段違いに少なくて済むのでは。 ことPaaSとかSaaSとか、他のものにpleromaを置くにしても、最近は、dockerやk8sなどのコンテナを利用する可能性が高く、メモリは以前に増して少量であることが重要な要素の一つだと思います。 GCPとかBluemixとかHerokuとか
twgというtwitter clientを作った - Qiita
導入 突然ですが、バックエンドやサーバーサイドでよく使う技術ってありますか。ちなみに、ここで言うバックエンドは主にWebアプリの裏側の意味で、サーバーサイドは、サーバーの保守とか管理の意味ですかね。曖昧ですが。 私は、これらの領域では、主にShell ScriptとGo(Go lang)を使うことが多いかなって思います。 Shell Scriptは、これは非常に優れた言語、とは言えないかもしれませんが、非常に優れたプログラミング技術であることは間違いありません。その理由の一つとして挙げられるのが、実現可能性ではないでしょうか。実現したいことが素早く簡単に実現できてしまう、Shell Scriptには、そういった力があると個人的には思っています。 ですが、Shell Scriptは書いて動かしたら、それでおしまいみたいな感じになってしまうことが多いんですよね。なので、これで書いたものは、継続
[Kubernetes] 特定のPVCに紐づけて後付けでPVを作成する方法 - Qiita
シナリオ(実際に手元で必要になった状況) オープンソースのツールをhelmチャートを使用して導入しようとしている。helmを使用して導入したところいくつかの Persistent Volume Claim(PVC)が同じような条件(サイズ、ポリシー)で作られた。ただ対応するPVが存在していないので、バインド待ちの状況となっている。 namespace pvc-namespace persistent volume claim pvc-a : 10 GiB, RWO pvc-b : 10 GiB, RWO Persistent Volume(PV)を作成したいが普通に作ってしまうとどのPVCにバインドされるかわからない。あらかじめバインド対象のPVCを明示する形でPVを作成したい。 方法 Persistent Volumeを作成するときの定義ファイルにclaimRef属性を追加して、対象の
![[Kubernetes] 特定のPVCに紐づけて後付けでPVを作成する方法 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/b1b213ce3cce4bf05b61622875801435ead65408/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnNlY3VyZS5ncmF2YXRhci5jb20lMkZhdmF0YXIlMkZmZTU2NzFjNTM2MWU2MmM1N2Q2NjI4ODhhZjIyZGM1ND9peGxpYj1yYi00LjAuMCZhcj0xJTNBMSZmaXQ9Y3JvcCZtYXNrPWVsbGlwc2UmZm09cG5nMzImcz0wMGM4YTMyNjllY2QxNWNhOGU1ZTVlYTg2OWM2ZGIyMw%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253D71ddcc187da7e625c06e78d244af914e%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCS3ViZXJuZXRlcyU1RCUyMCVFNyU4OSVCOSVFNSVBRSU5QSVFMyU4MSVBRVBWQyVFMyU4MSVBQiVFNyVCNCU5MCVFMyU4MSVBNSVFMyU4MSU5MSVFMyU4MSVBNiVFNSVCRSU4QyVFNCVCQiU5OCVFMyU4MSU5MSVFMyU4MSVBN1BWJUUzJTgyJTkyJUU0JUJEJTlDJUU2JTg4JTkwJUUzJTgxJTk5JUUzJTgyJThCJUU2JTk2JUI5JUU2JUIzJTk1JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LXBhZD0wJnM9MDJjMDQ1MGZhNzU1NzgxNmZhNTBhYmYxMDZhMWRiNDY%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBzaHUxJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LXBhZD0wJnM9OTk3YTZjMWI4MDQzN2VmMmM4ZDQ3ZmYzYjZmZTgyZGQ%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3D836c4c12f2853c8879201e6b1bd5725b)
Dockerのまとめ - コンテナとイメージ編 - Qiita
はじめに 1年くらい前にDockerに入門した初心者です。いくつか自分でDockerfileを書いてみて、ある程度知識が得られてきたので、ここらでちょっとまとめてみます。 数回に分けて公開するつもりです。 dockerの主な概念 レイヤ イメージ コンテナ 今日はこのあたりの話をコマンドとともに解説します。 この記事を読むと docker image周りの構造がわかります。 データ領域を別途ボリュームに指定する理由がわかります。 git と docker の類似性 docker には git と似たコマンドがあります。 git commit / docker commit git tag / docker tag git pull / docker pull git push / docker push git log / docker history これらはどれもレイヤを操作するコマン
catapult-service-bootstrapにpeer-nodeを追加する その２ サーバー編 - Qiita
概要 catapult-service-bootstrapにpeer-nodeを追加する その１ サービス追加 今回は、別々のサーバーでやってみようと思います。 既存のサーバーで、catapult-service-bootstrapが動いているとします。新規のサーバーに、peer-node-2を立ち上げ、既存サーバーのpeer-node-1に接続します。 前回とは異なり、サーバー間接続となるため、ポート開放の設定が必要になってきます。 作業 既存サーバー ファイアウォール設定 7900番ポートをあけましょう。 ファイル編集 docker-compose.yml peer-node-1の7900番ポートをあけます。portsのところを追加します。 peer-node-1: build: dockerfiles/catapult command: bash -c "/bin-mount/wai
[Docker] Docker Compose の導入と環境構築 - Qiita
はじめに Raspberry Pi3 に Docker をインストールして遊ぶ記事の 3つ目。前回、前々回の記事についてご興味あればリンク先をご参照いただければ。 今回は Docker Compose を使った環境構築について｡ 作業環境 Rasppberry Pi3 Ubuntu MATE 16.04.5 LTS ( GNU/Linux 4.4.38-v7+ armv7l ) Docker CE ( 18.06.0~ce~3-0~ubuntu ) Docker Compose v1.23.0dev Python v3.6.6 Flask v1.0.2 事前作業 前回と同じく 事前作業として Docker イメージの削除を行っておく｡ Docker Compose を使って管理する環境 Docker Compose について触れる前に、まず Docker Compose が管理する対象とな
![[Docker] Docker Compose の導入と環境構築 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/9a2a4a8e6f9f41fbbc2ef18c8eeaa49701ef8382/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFtYXpvbmF3cy5jb20lMkYwJTJGMTkzMzQyJTJGcHJvZmlsZS1pbWFnZXMlMkYxNTAwODg4MTU5P2l4bGliPXJiLTQuMC4wJmFyPTElM0ExJmZpdD1jcm9wJm1hc2s9ZWxsaXBzZSZmbT1wbmczMiZzPTdkM2Q3MzZlZDRkOWEyOThkYmM1YzQ3NmYzNmI1MzFh%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253Df6ef6496ea559ea2ba01a9233a5c9b84%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCRG9ja2VyJTVEJTIwRG9ja2VyJTIwQ29tcG9zZSUyMCVFMyU4MSVBRSVFNSVCMCU4RSVFNSU4NSVBNSVFMyU4MSVBOCVFNyU5MiVCMCVFNSVBMiU4MyVFNiVBNyU4QiVFNyVBRiU4OSZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1wYWQ9MCZzPWQyM2E3NThhYWU3YjRkN2Y5NTA4MGIxMjg4YzRiYjE2%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBrc2gtZnRociZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1wYWQ9MCZzPTNmMDNkNmIxNjdmOWNjYjdjYTFiYzcxMjgwODFjOGE4%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3D2940267c6b604da1ed15899ffc8fb438)
MySQLでJSONを扱う - Qiita
mysql8上でJSON Data Typeを試してみる。 JSON Data Typeは5.7からサポートされた機能、のはず。 mysql6, 7の経緯はこちらを参照すると良いかも。 dockerでmysqlを準備する データ移行を特に考えない場合 とりあえずすぐに使ってみたい場合は淡々と下記のコマンドを打ち込んでいけばよい。 # docker pull mysql:8.0.12 # docker run --name mysql8 -e MYSQL_ROOT_PASSWORD=mysqlpass --restart always -d mysql:8.0.12 # docker exec -it mysql8 bash root@061095cb1b39:/# mysql -u root -p Enter password: Welcome to the MySQL monitor.
Docker/Docker Composeのインストール - Qiita
概要 今まで触る機会がなかったけど、ついにDockerに触らなくてはならない事になったので自分用メモ。 とりあえずインストールと軽く使って見るところまでをメモ。環境はmacOS 10.13.6。 Dockerのインストール https://docs.docker.com/docker-for-mac/install/ 上記URLからインストーラをダウンロードする Docker Storeなるもののアカウントが必要 アカウントができたら以下のURLからダウンロードできる https://store.docker.com/editions/community/docker-ce-desktop-mac Docker.dmgをダブルクリックしてD&Dすればインストールは完了 Docker.appをダブルクリックして起動する 以下のコマンドを実行して正常にインストールされているかを確認する $ d
ubuntu上でdocker-composeをsystemdで管理する - Qiita
目標 Dockerをsystemdで簡単に管理する 前提 すでにdocker-compose -f <yml> upは使えるようになっていること(dockerのインストールは、公式ドキュメント参照) 手順 1. docker-compose用の汎用化されたサービスを作成 /etc/systemd/system/docker-compose@.service<- このファイルの名前が重要なので基本変えないこと。変える場合は、@や.の役割をしっかり理解してから。 [Unit] Description=%i service with docker compose Requires=docker.service After=docker.service [Service] Restart=always WorkingDirectory=/etc/docker/compose/%i # Remove
GDG DevFest 2018 Tokyo セッションメモ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 概要 公式サイト Connpass 当日スライド一覧 ハッシュタグ: #DevFest18 セッション用に 6 部屋と、Codelabs 用の部屋が用意されていました。 以下自分が見たやつだけですが、各セッションのメモ。 GCP Compute 概要と選定 GCPには様々なサービスがあり、色々な形態のサーバ、サービスをチョイスすることができます。 本セッションではGoogle App Engine, Google Cloud Functions, Google Kubernetes Engine, Google Compute Engi
catapult-service-bootstrapにpeer-nodeを追加する その１ サービス追加 - Qiita
概要 catapultを簡単に動かせるcatapult-service-bootstrapというものがあります。 これは、docker-composeで動かすことができます。 そして、docker-compose.ymlに書いてある一つ一つのコンテナをサービスと呼びます。 catapult-service-bootstrapを動かすと、このようなコンテナが立ち上がります。 $ docker-compose ps Name Command State Ports --------------------------------------------------------------------------------------------------------------------------- catapult-service-bootstrap_api-node-0-nemge
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dockerで立ち上げたJenkinsの設定情報を別コンテナにマウントさせる - Qiita
Docker導入 - Qiita
Azure WebAppsにNuxt.js+Expressの環境をDockerでデプロイしたときのメモ - Qiita
docker便利コマンド - Qiita
Dockerで構築したPHP環境をxdebugでデバッグ（vscode） - Qiita
Docker-ComposeでPython3.6+NGINX+MariaDB10+uWSGIのDjango環境欲張りセット - Qiita
プロキシー環境でCentOS7.5に最新バージョンのDockerをインストールする - Qiita
Docker for Windows で Shared Drives の設定をせずにホストディレクトリのマウントをしようとするとコンテナ作成の途中で止まってしまう - Qiita
