bash の select は令和の時代も役に立つ, その一例 - ようへいの日々精進XP
tl;dr man bash 例 若干の Kubernetes クラスタを選択したい Kubernetes Pod を選択したい 以上 tl;dr ホントにちょっとした運用ツールを bash で作っていて, 複数の選択肢をリストアップしてメニューとして選択出来るようにしたいなーと思っていたら, bash には select 文という超絶便利な構文が用意されていたので使ってみました. man bash https://linuxjm.osdn.jp/html/GNU_bash/man1/bash.1.html より引用させて頂きつつ, 重要だなと思ったところをかいつまんで. select name [ in word ] ; do list ; done in に続く単語のリストが展開され、要素のリストが生成されます。 展開された単語の集合が番号付きで標準エラー出力に出力されます。 「in
冬休みの自由研究 (3) 〜 俺は一日どのくらい走って (歩いて) いるのかを Fitbit Web API と pixela を使って可視化する検証 CircleCI を添えて 〜 - ようへいの日々精進XP
追記 CircleCI で定期的に... (01/04) Access Token の期限切れ対策 (01/03) Fitbit Charge2 はスマートウォッチではなくトラッカー (01/03) tl;dr モチベーション Pixela とは Fitbit の Web API 作ったもの リポジトリ 活動量の取得 草を生やしてみると... そして, CircleCI 以上 追記 CircleCI で定期的に... (01/04) CircleCI の Schedule Job を利用して定期的に処理させようと思ったいたんだけど, Access Token の期限切れ対策で, 一日に一回よりも短い周期でスクリプトを動かす必要がありそう. circleci.com となると, CircleCI の Schedule Job では, crontab によく書く以下のような書き方をする必要があ
1 つの AWS アカウントで出来るだけうっかりミスを抑えつつ本番環境を運用する為にやったこと - ようへいの日々精進XP
tl;dr 原因 実装 2 つの実装 実装 (1) IAM ユーザーの分割 〜 本番環境のリソース操作を拒否する 〜 実装 (2) Chrome Extension による IAM ユーザーの判別 最後に tl;dr 先日, 完全に自分のうっかりで AWS リソースをオペミスで壊してしまいサービス障害を発生させてしまいました. 原因は, 何を隠そう自分の「うっかり」であり, 完全に人為的なミスです. 今後, このような事故を出来るだけ起こさないように対応策を施したので書ける範囲で共有させて頂きます. 原因 同 AWS アカウントを利用して検証中の事故でしたが, 以下のような幾つかの状況が重なった事故だったと考えています. 検証環境のリソースと本番環境のリソースが混在している状況だった 検証環境のリソースと本番環境のリソースで見分けがつけ辛い状況だった 利用している IAM ユーザーについて
ギョームで使うシェルスクリプトを社内に配布する方法を検討した - ようへいの日々精進XP
tl;dr シェルスクリプトサンプル 配布パターン (1) 〜 Amazon S3 に設置して配布する 〜 S3 バケットの設定 セットアップシェルスクリプト 実際の配布からスクリプトの実行までの流れ 配布パターン (2) 〜 Docker コンテナで配布する 〜 おっ, S3 よりもモダンな感じ コマンドを封じ込める Dockerfile コマンドラインオプションを封じ込める docker-compose.yml 実際の配布からスクリプトの実行までの流れ 以上 tl;dr AWS CLI と Docker コマンドを駆使した社内ツール (Bash スクリプト) を社内メンバーが利用出来るように配布する方法を考えてみた 尚, 記事内のコード等については, サンプルスクリプト以外については, あくまでも妄想で書いたコードである為, 実際に動くかどうかは検証していない (すいません) シェルス
【俺の一行チップス】docker-compose の Extension fields を使って DRY な YAML にする(docker-compose 3.4 以降, docker-compose 2.1 以降編) - ようへいの日々精進XP
やりたいこと 諸注意 やったこと これまでの docker-compose.yml 令和の docker-compose.yml 以上 参考 やりたいこと docker-compose.yml を書いていて, 同じ内容を何度も何度も書いていて, 令和の時代にこれはアカンということで Anchor, Alias で少しでも DRY にしたい. DRY とは, アサヒスーパードライではなく, Don't Repeat Yourself のことなので酔っ払わないように. 諸注意 動作確認環境は以下の通り. $ docker-compose version docker-compose version 1.24.1, build 4667896b docker-py version: 3.7.3 CPython version: 3.6.8 OpenSSL version: OpenSSL 1.1
リトライ処理が適切に行われるかをテストする方法を考えた Python 編 - ようへいの日々精進XP
tl;dr retry モジュール retry モジュール retry モジュールのシンプルな使い方 ということで, そのリトライ, ちゃんとリトライしてますか？ まずは... リトライ で, リトライされていることをテストする 以上 tl;dr Python の retry モジュール超便利 で, ちゃんと意図した通りにリトライされているか心配になった リトライされているかユニットテストのレベルでテストしたい さあ, どーしよう. 尚, 本記事で利用している環境は以下の通り. $ sw_vers ProductName: Mac OS X ProductVersion: 10.11.6 BuildVersion: 15G20015 $ python --version Python 3.6.4 retry モジュール retry モジュール retry モジュールは, まさにその名前の通
Docker コンテナのメトリクス監視について雑にメモる - ようへいの日々精進XP
追記（2015/08/14） Docker 1.8 のリリースに含まれていた追加仕様 により dd-agent からホスト側 cgroup のマウントポイントが見えない状態が発生していたようだ。 github.com 既に上記にて対応済みとなっているが、まだ dd-agent の最新版には反映されていないので注意が必要。すぐに対応が必要な場合には以下のように最新の docker.py を取得して独自にコンテナをビルドする必要があると思われる。 $ git diff Dockerfile diff --git a/Dockerfile b/Dockerfile index 17f11f5..d4a1343 100644 --- a/Dockerfile +++ b/Dockerfile @@ -26,7 +26,12 @@ RUN mv /etc/dd-agent/datadog.conf.
「Ansible 徹底入門」を読んでる途中だけど Ansible Callback Plugin(CloudWatch Logs にイベントを送信するプラグイン) を作ってみたのメモ - ようへいの日々精進XP
Ansible 徹底入門 燃えてｷﾀ━━━━(ﾟ∀ﾟ)━━━━!! Ansible Plugin について 作った Ansible Plugin デモ デモ環境 プラグインの置き場 Playbook プロビジョニング CloudWatch Logs を確認 実装にあたり ということで Ansible 徹底入門 www.shoeisha.co.jp 自分自身はまだ読んでいる途中ですが、Ansible をこれから利用しようと考えている方から、各種クラウド環境と組み合わせた一歩踏み込んだ利用を考えて方まで幅広い層の皆さんにお薦め出来ると思います。 燃えてｷﾀ━━━━(ﾟ∀ﾟ)━━━━!! Ansible 徹底入門を読み進めているうちに、燃えてきたので Ansible Callback Plugin(CloudWatch Logs にイベントを送信するプラグイン) を作ってみました。 Ansibl
自分で作った Python スクリプトを Windows Server にサーヴィスとして登録するショートコント（1） - ようへいの日々精進XP
ども、「ブログはショートコント」だが持論の初老丸です。 ショートコント... Python スクリプトを Windows Server でサーヴィスとして動かしたい。 起 まずは コントは起承転結で。 ひとまず、自分で作った Python スクリプトを Windows Server でサーヴィスとして登録する方法としては以下の二つを見つけた。 Windows でサーヴィスとして登録する honcho を使ってみる（Windows 上で動くか不明確） Python 製でプロセス監視ツールとして名高い Supervisord は Windows では動作しないようだ。 Supervisor works on just about everything except for Windows. It is tested and supported on Linux, Mac OS X, Solar
Python でお気軽にプログレスバー - ようへいの日々精進XP
この記事は... (what)何をしたかったのか (why)なぜやりたかったのか やったこと tqdm Hello tqdm コマンドラインでも使える 以上 この記事は... qiita.com 参加者の少ない, 初老丸 Advent Calendar 2017 14 日目の記事です. (what)何をしたかったのか Python スクリプト実行時にプログレスバーを出したかった (why)なぜやりたかったのか ながーい処理をさせる際に, ざっくりでも構わないので進捗を知りたかった やったこと tqdm ググったら一瞬で出てきた. github.com ドキュメントも充実していて, Github のスターも 4700 を超えている. Hello tqdm 試す環境は Python 3.6.2 で. $ python --version Python 3.6.2 tqdm のインストールは p
Docker Compose チュートリアル - ようへいの日々精進XP
Docker Compose とは Docker Compose とは複数のコンテナを利用して一つのサービスを提供する場合に YAML 一発で構築出来るようにするツール（という認識）で、以前は同様なツールで fig というツールがあったと記憶しているがこの fig がそのまま Docker Compose に名前を変えたようだ。 Fig has been replaced by Docker Compose, and is now deprecated. The new documentation is on the Docker website. なるほど、なるほど。 準備 Docker Compose のインストール 現状は Docker Compose 自体のインストーラーは存在せず、以下のようにインストールするしかないようだ。 curl -L https://github.com/
Docker Compose チュートリアル（2）～ Nginx + Rails + MySQL 環境を作った雑なメモ ～ - ようへいの日々精進XP
ども、かっぱです。 tl;dr Docker Compose って複数のコンテナで構成されるアプリケーションを管理するのにイイよ！って人に薦めておきながら、ずっと触れてなかったのでドキュメントの Quickstart を見ながら手を動かしてみた。 参考 docs.docker.com 上記の例は Rails + PostgreSQL の組み合わせだけど、それだと面白くないので、上記の docker-compose.yml や Dockerfile を参考に Nginx + Rails + MySQL な構成にして Rails の一人学習環境の構築を目的として進める。ゴールは環境の構築ではなく、構築した環境で Rails アプリケーションを構築してみること。（本記事でゴールまでたどり着けるか解らないけど。） メモ 以下のような感じで 各種ファイル docker-compose.yml db:
Dockerfile の書き方「私的」なベストプラクティス（3）〜サービスの起動について〜 - ようへいの日々精進XP
はじめに ずるずる引きずってすいません Dockerfile 内でのアプリケーションサービスについて monit を利用する方法を思いついたので試してみたのでまとめてみた 参考 monit どうするのか？ 何はともあれ monit をインストールする。 sudo apt-get install monit Dockerfile 内では以下のように書く。 RUN apt-get install monit ちなみに monit の詳細については上記の公式サイトへ。monit をざっくり言うと... ホスト上で稼働しているサービスを監視する 監視しているサービスが停止した場合にはルールに従ってサービスのプロセスを再起動する サービスの監視方法としては PID ファイルの監視やプロセス名を監視する WebUI が利用可能で WebUI から監視しているプロセスの再起動や稼働状況を監視出来る イメ
CentOS 6.4 に growthforecast を構築するメモ - ようへいの日々精進XP
はじめに この年の瀬に growthforecast の環境を構築する必要が発生したのでメモ perlbrew を使う try and error で構築したのでちょっと心配（すいません） 参考 GrowthForecas GrowthForecast を CentOS 6.3 にインストールして Supervisor で管理してみた cpanmを使ってみる perlbrewで構築するモダンなPerl環境 memo 準備 sudo yum -y install pkgconfig glib2-devel gettext libxml2-devel pango-devel cairo-devel sudo yum -y groupinstall "Development Tools" sudo yum -y install perl-ExtUtils-MakeMaker growthfore
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
