#serverlesstokyo #2 参加レポート (lambdaを速くする話・Azure functionsのtrial・開発ツールの話が面白かった) - パラボラアンテナと星の日記
#serverlesstokyo行ってきました #serverlesstokyo meetupに行ってきました。 meetupでサイバーエージェントさんにきています。🍕会場すげえ！#serverlesstokyo pic.twitter.com/8Fdk8Lh7JH— hoshinotsuyoshi (@hoppiestar) January 17, 2017 先に全体的な感想 インフラエンジニアリングレス #serverlesstokyo— hoshinotsuyoshi (@hoppiestar) January 17, 2017 というのは冗談ですが、「なんでもかんでもFaaSに任せていこう」という主旨のお話が、どんどん続いていって楽しかったです ⚡ これを見れば発表内容が全部わかるスライド一覧 こちらです --> スライド一覧 スライド抜粋 スライド抜粋1: AWS Lambda
静的解析ツール「RubyCritic」のUIが良くなっていたので紹介したいです！ - パラボラアンテナと星の日記
この記事は feedforce Advent Calendar 2016 - Adventar の2日目の記事です。 1日目は 源義経のシンプルな考え方が好き - Marketing book でした。良い話だ。(ちなみに大河ドラマが平清盛だった年は、我が家では後白河院の評価が高かったです。懐かしい。) RubyCriticのご紹介 rubyエンジニアなのでrubyのことを書きます。 RubyCriticはrubyコードを静的解析するツールです。rubygemで提供されています。 単純な使い方としては、$ gem install rubycritic するなりbundler使うなりしてインストールし、 $ rubycritic . を実行します。$ rubycritic ./app ./lib のように、指定のディレクトリだけを対象にして実行することもできます。 実行すると./tmp/ru
jqの--exit-statusオプションについて調べてまとめたので100ブクマぐらいお願いします - パラボラアンテナと星の日記
manすると1文が長くてつらい。neither A nor Bとか懐かしい。両方否定ね。 man jq o -e / --exit-status: Sets the exit status of jq to 0 if the last output values was nei- ther false nor null, 1 if the last output value was either false or null, or 4 if no valid result was ever produced. Normally jq exits with 2 if there was any usage problem or system error, 3 if there was a jq program compile error, or 0 if the jq program ran
re:dashをdocker-composeで動かしたら簡単だったぜ 2016年6月 - パラボラアンテナと星の日記
この記事では、re:dashをdockerで一通り動かすことをやってみます。 re:dashとは こんな感じでデータをビジュアライズできるツールです。 (↑公式ドキュメントより拝借) re:dashの特徴は以下のとおりです。 取り込むことのできるデータの形式が豊富!! BigQuery, TD, ElasticSearch, GoogleSpreadSheet, 任意のURL, etc. アラート機能(メール)もある!! 動かす AWS, GCEで専用マシンイメージが配布されているようですが、 今回はdocker composeを使って自分のOSX内で実行してみました。 docker compose Setupを読んで手順通りにやっていきます。 1. Make sure you have a Docker machine up and running. 2. Make sure your
dockerで遊ぶときにEC2で動かす 俺の2015年秋 - パラボラアンテナと星の日記
この記事は、最後まで読んでも特に新しいことは書いてありません。 TL;DR dockerで遊ぶとき、EC2も良いっすよ dockerで遊ぶとき docker-machineやcoreos-vagrantも良いツールなのですが、個人的にはEC2に落ちついてきました。 1つのホストの中にコンテナをぽこぽこ立てたり、マルチホスト環境とか作ったりして遊んでいます。 サンデープログラミングが捗るという感じです。 最近のことをメモがてらまとめておきます。 戦略 遊ぶ時の戦略(?)は、こんな感じです。 準備1: CoreOSで起動設定(LaunchConfigurations)を作っておく (作業時間2分以下) AMIはこのへんから、適当に。 準備2: AutoScalingGroupを作っておく (作業時間2分以下) このとき適当にロール当てておくと後でS3とかECS周りで便利(無くてもOK) 遊び始
AWS Data Pipelineをcron代替のジョブスケジューラとして利用、AWS外のワーカーで動かす - パラボラアンテナと星の日記
AWS Data Pipelineをスケジューラとして使う - Qiita やクラスメソッドさんのブログなどを読み、前から気になってた AWS Data Pipeline を利用してみました。 無理やりDocker使ってますが、ワーカーを複数立ち上げるためのツールとして使ってるだけなので、Dockerはあまり関係ありません。 1日しか触ってないので、なにか間違いとかあれば、教えて欲しいです(いつものことながらすいません) 使う前の印象 「 … Google Cloud Dataflowみたいなやつ？」 「でも AWS Data Pipelineをスケジューラとして使う - Qiita とか読むと、『 Crondの代替としてスケジューラとしても使える』のかな？」 使った後の印象 「完全にCrondの代替です 本当にありがとうございました」 ↑これは言い過ぎかもしれませんが。 先述した記事にも
細かすぎて伝わらないかもしれない、CircleCIでDockerをごにょごにょするときのスピードアップテク - パラボラアンテナと星の日記
前回、「Dockerコンテナにcookしserverspecでテストをする」ということをやりました。 キャッシュ活用などによる高速化などが課題でした。今回はいくつかの課題を解決させ、テスト時間の短縮を図りました。 (「スピードアップテク」とか書きましたが、勝手に自分がハマってたところを改善したりしてるだけの箇所もあります。) 先に結論：対策後のビルド時間 対策前(build#9) docker imageキャッシュ有効時(build#55) docker imageキャッシュ無効時(build#54) load docker image 1m41s 0m20s 1m00s knife solo cook(nginxのインストール) 2m56s 0m12s 0m21s (other) (1m03s) (0m41s) (1m06s) TOTAL 5m40s 1m13s(!!!!!) 2m27s
Docker on CircleCIでchefのcookbookをserverspecでテスト - パラボラアンテナと星の日記
CircleCI自体もコンテナなんだが、さらにその上でdockerコンテナ立ててcookbookのテストしてしまうというアレです。 「Docker使えるならChef要らないじゃん」という話は大賛成なんだが、既存のcookbook資産を使いたいことも、まあある。 【追記】続きにさらにテストの時間短縮させる工夫書いた 動いたの？ 動いた!!!!!!!!!!! 最小限で動いたところでタグを切った。コードは下記リンク参照。 CircleCI上で、 「chefでdockerコンテナにcookし、それをserverspecでテストする」 を実現しています。 以下、ポイントなど CircleCIでdockerをどう準備するか 無理にapt-get -y install dockerとかやってインストールしても、docker psすら返ってこなくなる。 公式にサポートしてるserviceを使うとうまくいっ
rubotyで、redisを使わないでみる - パラボラアンテナと星の日記
いつも実りのないエントリですが、 今回は 本当に実りがないので、ご理解ください。 rubotyは、ruboty作者の方が作ったruboty-redisがべんりです。 今回は、これを使わないとどうなるか?ということを考えてみました。 Rubotyのデータ永続化 Rubotyにおけるデータの永続化は、READMEに書いてあるとおり、Ruboty::Brainsというモジュールが担当しています。 ruboty-redis以外のbrainも可能なようにプラガブルになっています。 ちなみにGemfileにruboty-redisを書かないと、 Ruboty::Brains::Memoryというクラスが効くようになり、プロセスの中でデータを保持するようになります。 lib/ruboty/brains/memory.rbはとてもシンプルで、こんな感じです。 ruboty/memory.rb at mas
rubotyで与えられた文字列をrubyとして実行する邪悪なプラグイン作った - パラボラアンテナと星の日記
邪悪なので邪悪な名前にしといた hoshinotsuyoshi/ruboty-ruby_eval · GitHub 【注意】 何もチェックせずevalしているだけなので、仕事とかでは使わないほうがいいです。 デバッグ用途にはべんりなときもあるかもしれません。 使用例 ハンドラの内容 例によって一瞬で出来ました。 module Ruboty module Handlers class RubyEval < Base on /ruby(_|\-)eval (?<body>.+)/, name: 'ruby_eval', description: 'eval given code' def ruby_eval(message) value = instance_eval(message[:body]) rescue => e value = [e.class.name, e.message, e
rubotyでbotが次に発言する内容をセットできるようにした - パラボラアンテナと星の日記
初めてプラグイン書いてみた。 変な名前。 Ruboty::Mpush 「botが次に発言する内容をセットできる」というだけ。 ruboty-talkを使っている人は、楽しいかも。 hoshinotsuyoshi/ruboty-mpush · GitHub Usage 以下、「初めてrubotyプラグインを書くまで」を箇条書き 書くまでに聞いていたウワサ みんな「簡単だよ」と言っていた やってみて、ほんとうに簡単だった 読んだこと。 ruboty gemを軽く読んだ r7kamura/ruboty · GitHub brainが記憶領域。普通はhandlerに実装すればいいんだと知る ruboty-cron gemを軽く読んだ r7kamura/ruboty-cron · GitHub brainとhandlerを使っているので、これを参考にして作ればって動くだろなと思った（実際動いた） l
TravisCI Meetup Tokyoに参加しました #travisci_jp - パラボラアンテナと星の日記
(英語聞き取れてなかったり、誤訳あるかもしれない) 開催日時: 2014年09月17日(19:00-21:00) 会場: 渋谷区渋谷2-21-1 (渋谷ヒカリエ) 21F URL: http://connpass.com/event/7901/ 主催 DeNA リクルーティング目的って言ってた セクション 19:00 - hiro asari氏(TravisCI) TravisCIの使い方 19:30 - joshk氏(TravisCI CEO, Co founder @j2h) TravisCIについてプレゼン 20:00 - 有志によるLT5,6人 hiro asari氏 のプレゼン 日本語。 travis ciの話。 会場、travis使ってる人に挙手してもらったところ、半分くらいだった（意外と少ない）。 ライフサイクルの話。 .travis.ymlに書いたことがどのような順番で実施
Vultr、Tokyoリージョンの転送量が2倍になってた - パラボラアンテナと星の日記
1番安いプラン($5/month)で転送量が100GB -> 200GBになってて最強度が増してた。おととい8/29ぐらいまでは100GBだった。 嬉しいんだけど、プラン名称が変わるの、プライベートなCI環境作ってる身としてはどうしようか困る。(そんなプランねえよ、で途中でCIコケて気づいた) 以下、vultrについて思ってること。 実は現在の転送量もAPIで取れるから、転送量が限界に近くなってきたらdestroyして1から作りなおせば0リセットされる。素晴らしい。 デポジット2倍キャンペーン時に25ドル払ったら50ドル分使える感じに今なってる、週1でレグレッション的なDockerfileのテスト回しても月0.08ドルくらいしか使わないから、貧乏人の味方。素晴らしい。 ここ3ヶ月くらいでAPI増えてた、良く読んでない。degitaloceanみたいにイケてるgem欲しい。 以上です。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
