参加レポート: Fluentd Meetup – 新しい応用事例とv1に関する発表 – | DevelopersIO
5/13(火)に開催されたfluentdのイベント「Fluentd Meetup - 新しい応用事例とv1に関する発表 -」に参加してきました！ 会場は六本木ヒルズクロスポイントの5階、株式会社フリークアウト様の本社「Hills-Garage」。超オシャレなスペースでした。ライブハウスみたいですね。 本イベントはトレジャーデータ様と.dotsというサービスを提供している株式会社インテリジェンス様の共催でした。主催者様、会場提供者様、ありがとうございました。 レポート Fluentd v1 and Roadmap by 中川 真宏氏 (@repeatedly) ・v1をどうするかについてはgithubのissueに全て書いてある。 →そこに書いたものをまとめたのが今日のスライド。 ・fluentd概要 →MxNをM+Nにする、ログの収集・配送を一本化することを目標にしているのがfluentd
初めてのSendGrid: Amazon EC2からSendGridでメール送信してみた | DevelopersIO
はじめに AWSではメール配信サービスとしてAmazon SESが提供されていますが、最近SESと比較してSendGridの名前を聞くことが多くなりました。そのSendGridで1日200通まで送信可能なフリートライアルが用意されていると知ったので、SendGridを体験してみました！ アカウント登録 フリートライアルの登録はSendGridの日本公式サイトで、以下のリンクから各種情報を入力し行います。 情報を入力した後に送信ボタンを押すと、登録完了のメールが届いて、アカウントページにログイン出来るようになります。アカウント画面の左側に、SendGridのアカウント名と、SMTPサーバのホスト名が表示されています。 メールを送信してみる では簡単なスクリプトを使って、Amazon EC2上からメールを送信してみます。SendGridの接続ポートは587/tcpです。 #!/usr/bin/
開発フローに新しい仕組みを導入するとき気をつけていること - $shibayu36->blog;
最近開発フローに新しい仕組みを導入したりすることも多いのだけど、気をつけていることがいくつかある。 小さく導入する 短く導入する 振り返る 小さく導入する なんか導入する時は出来るだけ小さく導入してる。 理由は いきなりスクラムだとか言い始めてチーム全体のワークフローを変えようとした結果、チームの文化が崩壊する いきなりこれからはこのツールだとか言い始めてツールを導入した結果、誰も得してないのにツールだけ使われ続ける みたいなことがよく起こると思ってるため。既存の文化を壊したら元も子もないので結構気をつけてる。 小さく導入すれば、影響範囲を最小限に留めることができるし、あとから簡単にやめることが出来る。 小さく導入する方法はいくつかあって スクラムの中の一部だけ、チーム全体に適応する -> 導入するものを小さくする チーム内タスクの一部分だけに、仕組みを導入する -> 導入する範囲を小さく
Dockerと継続的インテグレーション
13. ## Dockerfile の配置 ├──Gemfile dockerfiles/<image-name> で ├──Gemfile.lock Dockerfile を配置する ├──Rakefile ├──dockerfiles │ ├──base │ │ ├──Dockerfile │ │ └──keys │ │ ├──id_rsa │ │ └──id_rsa.pub base イメージ │ └──jenkins │ ├──Dockerfile │ └──start-jenkins.sh └──spec ├──base jenkins イメージ │ └──sshd_spec.rb ├──jenkins │ └──jenkins_spec.rb └──spec_helper.rb 14. ## spec の配置 ├──Gemfile spec/<image-name> で ├──
TRACE･皈ｽ･ﾃ･ﾉ､ﾈﾍﾑﾉﾔｲﾄﾇｽ､ﾋ､ｹ､� - Knowlege Database
ｳｵﾍﾗ † TRACE･皈ｽ･ﾃ･ﾉ､ｬﾍｭｸ妤ﾊｴﾄｶｭ､ﾇ､ﾏ･ｯ･愠ｹ･ｵ･､･ﾈ･ﾈ･�｡ｼ･ｷ･ｰ､ﾎｼ�ﾋ｡､ﾑ､､､�､ｳ､ﾈ､ﾇBasic ﾇｧｾﾚ､ﾎ･ﾑ･ｹ･�｡ｼ･ﾉ､爨ｳ､ﾈ､ｬ､ﾇ､ｭ､ﾞ､ｹ｡｣ ､ｳ､ﾎｹｶｷ筅ﾉ､ｰ､ｿ､癸｢TRACE･皈ｽ･ﾃ･ﾉｼｫﾂﾎ､ﾈﾍﾑﾉﾔｲﾄﾇｽ､ﾋ､ｹ､�ﾀﾟﾄ熙ﾎｼ�ｽ遉篶ﾀ､ｷ､ﾞ､ｹ｡｣ ｻｲｹﾍ ･ｯ･愠ｹ･ｵ･､･ﾈ･ﾈ･�｡ｼ･ｷ･ｰ､ﾈ､ﾏ ↑ Apache､ﾎｾ�ｹ遑ﾊTraceEnableﾂﾐｱ･ﾐ｡ｼ･ｸ･逾ﾋ † Apache､ﾇ､ﾏ1.3.34ｰﾊｹﾟ｡｢2.0.55ｰﾊｹﾟ｡｢2.2ｰﾊｹﾟ､ﾇ､ﾏTRACE･皈ｽ･ﾃ･ﾉ､N/OFFﾀﾟﾄ熙ﾇ､ｭ､�TraceEnableｵ｡ﾇｽ､ｵ･ﾝ｡ｼ･ﾈ､ｷ､ﾆ､､､�､ｿ､癸｢ｰﾊｲｼ､ﾎﾀﾟﾄ熙ﾇTRACE･皈ｽ･ﾃ･ﾉ､ｵｸ
顧客志向について - @hitoshi annex on hatena
最近、寝付きが悪かったり、なぜか精神的に落ち着かないことが多くなったのですよね。で、なぜか考えたんです。そしたら一つのことに気づきました。 以前より、「競合サービス」を気にすることが増えてたんです。 確かに、最近は競合のことを意識する場面が少なくありません。 資金調達とかアライアンスの交渉の中では当然競合について聞かれますし、セールスチームも営業先で競合の名前を耳にすることが増えていると言います。 営業先で「トレタさんはうちに比べたらまだ始まって間もないサービスですから、そのうち絶対にトラブルが起きますよ」なんて競合さんが話しているとか聞いたら、そりゃ心穏やかではいられません。 競合さんの間では合従連衡も進んでいますので、そういう噂話だってイヤでも耳に入ってきます。 でもね、これってほんと良くないと思うんです。事業に取り組む上で、競合の話ってほんとに「ノイズ」でしかないと思うんです。 そう
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://blog.inouetakuya.info/entry/20120826/1345979787
mysqlでgzでのdumpとリストア | ユメーディア blog