CodeIQ感謝祭のパネルの前段の10分程度のプレゼン資料です
![わたしのキャリアチェンジ (仮)](https://cdn-ak-scissors.b.st-hatena.com/image/square/602bd8f0b9b2a22f8aa8710637bad5503a0f0727/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Fc83a8463119a4fbd9fd9980225ab7eee%2Fslide_0.jpg%3F4580034)
まだ開発の初期段階にあるとはいえ、Docker Machine はとても強力なツールであり、Docker エコシステムにおいてとても魅力的な 3 つの新しいもののうちの 1 つです。その他の 2 つは compose と swarm です。Docker machine は何をするのでしょうか? ローカルマシン上やクラウドプロバイダー上で Docker ホストを作成したり管理したりすることができます。 エンタープライズ向け Git リポジトリ管理製品 Stash 用に私たちは最近、公式 Docker イメージをリリースし、全製品を Docker 化する最初の一歩を踏み出しました。この機会に、Docker machine の基礎と、そして同時に簡単な Stash のデプロイ方法をご紹介するのが最適だと思っています。 ドキュメントは時にして無味乾燥すぎる場合がありますし、私の声は文字よりもかなり
辻 伸弘(つじ のぶひろ) ソフトバンク・テクノロジー所属。主に、コンピュータの弱点を洗い出し修正方法を助言するペネトレーションテストに従事する。民間企業、官公庁問わず多くの検査実績を有する。現在ではセキュリティエバンジェリストとして、TVやインターネットを通じた情報発信も積極的に行っている。監訳に『実践Metasploit』(オライリージャパン)など。 2013年以降頻発している「不正ログイン」 連載第1回となる前回は、セキュリティエバンジェリストとして知られる辻伸弘氏により「123456」や「password」といった安易なパスワードが横行している実情を解説してもらった。 パスワードには、もう1つ大きな問題がある。それが「使い回し」だ。2013年以降、多数のWebサービスがパスワードリスト攻撃(リスト型攻撃)による不正ログインの被害を受け、情報処理推進機構(IPA)がプレス向け発表をし
Ever since Google announced dropping SPDY for HTTP/2, I've started looking at HTTP/2 testing. For HTTP/2 testing, I am using h2o HTTP/2 static file and reverse proxy server (and also OpenLiteSpeed). Nginx has yet to fully implement HTTP/2 but they have outlined their plans for this year for Nginx HTTP/2 support How NGINX Plans to Support HTTP/2.. Update: Added OpenLiteSpeed web server to the mix w
はじめに 最新の Amazon Linux 2015.03 の EC2 に対して、以前に作成した chef を適用したらコケてしまい、 ハマってしまって、色々と調べて何とか解決したときの自分用のメモです。( 後述するが実は 2014.09 だった ) 今回適用した chef の recipe は、Amazon Linux 2014.03 で構築した際に作成したもの 下記がエラーが出た時の出力内容 $ knife solo cook ec2-user@hogehoge.com -i ~/.ssh/hogehoge.pem ・ ・ ・ 省略 ・ ・ [2015-03-25T06:18:57+00:00] ERROR: Running exception handlers [2015-03-25T06:18:57+00:00] ERROR: Exception handlers complete
最も賢い選択肢。 BrandSafe はてな はてなのアドベリフィケーションサービス Powered by はてなブックマーク CGMに安全に出稿する、唯一の方法です 不適切なコンテンツを1URLごとに自動判定。 ブランドイメージを毀損する心配はもう必要ありません。 「通常問題の無いWebサイトでも、この内容のページには出稿しない」を実現する唯一のサービスです。 アダルトや2ちゃんねるまとめといったサイトを判定するだけでなく、全てのページを評価するので、ブランドイメージを安全に保ちます。 インターネット上の炎上や自然災害といった、様々な条件による出し分けも可能です。 日本語特有の言い回しにも対応。仕組みについて詳しく» 効率的に投資 新たなユーザー層へリーチしつつ、 CVRの向上も期待できます。 ホワイトリスト形式から『BrandSafe はてな』での運用に切り替えることで、配信可能なイン
Pull Request 、レビューしないといけないものが貯まってしまってつらいと感じることが多かった。そういうつらみを解消するための ruboty プラグイン作った。 GitHub - morygonzalez/ruboty-check_pr_please: make ruboty beg pull request review make ruboty beg pull request review. Contribute to morygonzalez/ruboty-check_pr_please development by creating an account on GitHub. github.com ruboty-cron と組み合わせて @ruboty [GitHub の Issue のラベル名]のPull Request という感じで job 登録しておくと、毎時決まった
Serverspec本の献本ありがとうございました.とても面白かったです.詳しい書評はすでに素晴らしい記事がいくつかあるので,僕は現チームでどのようにServerspecを導入したか,どのように使っているかについて書きたいと思います. Serverspec導入の背景 今のチームではサーバーのセッアップおよびデプロイにChefを使っている.本にも書かれているようにこのような構成管理ツールを使っている場合はそのツールを信頼するべきであり,Serverspecのようなテストツールは必要ない.僕らのチームもそのような理由でServerspecの導入には至っていなかった. しかしアプリケーションが複雑になりChefのレシピも混沌とするようになるとそれは成立しなくなる.見通しの悪いレシピはChefへの信頼度を落とす.信頼度の低下はデプロイ不信に繋がり人手(筋肉)によるテストが始まる. サーバーの数がそ
VAddyのプロジェクトリーダーをしている市川です。VAddyは継続的Webセキュリティテストサービスとして2014年10月にリリースしました。 おかげさまでユーザも増えてきて、VAddyミートアップイベントもキャンセル待ちが出るほど盛況です。 VAddyミートアップやユーザヒアリングなどを通して、VAddyへの色々な要望や期待を寄せてもらえるようになり、とても良いサービスを生み出せたかなと感じています。ユーザと話をしていくうちに、我々のサービスのスタンスをもっと明確にしたほうが良いのではないかと感じるようになってきました。 というのも、ユーザごとに要望が異なっており、それらを全て実装してしまうとVAddyとは何なのかがイマイチ分かりにくくなってしまい、ぱっとしないサービスに向かって行く気がしているからです。 我々はどの方向に進むべきか、何をして、何をしないのか、という議論を1年以上チーム
携帯電話のICE。聞こえはいいですが、本当に良いアイデアでしょうか? 2015年03月23日08:00 ツイート fsecure_blog ヘルシンキ発 インターネット上のサイトやFacebookのチェーンメールで皆さんもきっと目にしたことがあると思います。携帯電話のICEという連絡先情報を入力しておくことが救急医療士に推奨されています。ICEとはIn Case of Emergency(緊急時)の略語で、携帯電話の所有者が事故に遭った際の近親者への連絡に役立つものです。便利そうに聞こえますが、まずは、実際にどういうものなのか詳しく見てみましょう。 実際、これは事実に基づいており、よくあるいたずらのチェーンメールではありません。ICEは2005年に英国で生まれ、実際に救急医療士たちに導入されました。性善説に基づいた斬新なアイデアで、スマートフォンが出る前の時代ならうまくいったかもしれません
Share on Twitter Share on Google Share on Facebook Share on Weibo Share on Instapaper スクラムをひもとくパタン はじめに スクラム。その表層的な手段の部分だけがとりざたされた結果、世の中で多くの失敗体験が生まれ、スクラム という言葉に一種のネガティブなイメージがつきまとうようになってしまっているのかもしれません。 しかし スクラム は、必然性にあふれた 原則、ロール、セレモニー、アーティファクトをとおして、プロダクト開発における認識すべきさまざまな価値を私達に示してくれます。 スクラム を手段としてではなく、改めてその根底にある原則や目的にフォーカスをあてるため、パタン・ランゲージという手法を通して、スクラム の価値を探ります。 パタンクラウド 当パタン集に登場するパタンは、スクラム のエッセンスに紐付い
人生の8割は、逃げていました。 養護施設の子に石を投げる小学校から逃げて、私立中学を受験しました。 カツアゲという伝統が21世紀まで続く高校から逃げ出して海外へ。 帰国後、私をコンロで焼こうとした親から逃げ出して東京の大学へ進学しました。 その後、かんしゃくを起こすと花瓶を投げてくる婚約者から逃げ1人暮らしを始めました。 「女の子だから30歳になったら辞めてくれるよね?」と就活で言われて外資へ逃げました。 1社目の外資で長時間労働から逃げ出して転職しました。 その結果、どうやら私は幸せです。家でルームメイトとお茶を淹れながら「人に殴られる恐怖がないってなんて幸せなんだろう」とほっこりしています。 ところが、私がドストエフスキーやカミュに耽溺している間に、本棚の最前列では「チャレンジ精神」とか「置かれた場所で咲きなさい」という言葉が蔓延していました。くらっくらしました。今までの人生、1つでも
BlogA High Available Docker Container Platform using CoreOS and Consul Docker containers are hot, but containers in themselves are not very interesting. It needs an eco-system to make it into 24×7 production deployments. Just handing your container names to operations, does not cut it. In the blog post, we will show you how CoreOS can be used to provide a High Available Docker Container Platform
前回のエントリでは、ReVIEWとJenkinsを組み合わせてPDFを自動でビルドする方法について説明しました。今回は更に進んで、ビルドされたPDFをJenkinsサーバから自動でコマンドライン経由でDropboxに保存する方法について説明します。 なお、ここで説明する内容は別にJenkinsと連携しなくても使えます。 例えば、サーバのファイルを定期的にバックアップしたり、シェルスクリプトの中で呼び出したりといったことが可能です。 Dropbox API Commandの導入コマンドライン経由でDropboxを操作するためには、Dropbox API Commandと呼ばれるツールを使うのが簡単です。 githubで公開されており、ライセンスはMITライセンスです。 https://github.com/s-aska/dropbox-api-command インストールDropbox AP
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
「論理削除が云々について - mike-neckのブログ」を読んで。 データベース設計において、「テーブルの書き換えをするな、immutableなマスタと更新ログによって全てを構成しろ」というこの記事の主張はモデリング論として全く正しい。 だが、残念なことに、ディスクやメモリが貴重な資源だった時代の技術であるRDBは、そのようなモデリングに基づいて設計されたデータベースには必ずしも適していない。 第一の問題は、RDBに対してなされる様々な「更新」(トランザクション)は不定形(どのテーブルをどのように修正するかはアプリケーション依存)だという点。不定形な「更新」を時系列にそってRDBに記録していくのは、設計と並走性の点において困難あるいは煩雑なコーディングが必要になる(というか、そのような「イベント」による「変化」はREDOログに書き、その更新された「状態」をテーブルに反映していくというのが
標的型攻撃では、攻撃者はユーザーやシステム管理者などに気付かれないように組織内ネットワークに侵入し、攻撃を進める。このため、外部からの指摘で攻撃が発覚することが少なくない。 発覚の後の調査により、数年にわたって攻撃が続いていて、既に大量の情報が持ち出されていたことが判明した事例は多い。そのような事態にならないためには、定期的にログを確認することが重要だ。JPCERT/CCで確認した事例では、Active Directoryのログを定期的に確認していれば、早期に検知できたものが多かった。 そこで今回は、Active Directoryのログの確認方法について解説する。 チェックフローに従って確認する 定期的にログを確認する際の流れ(チェックフロー)は以下のようになる(図4-1)。図に沿って説明していこう。 図4-1●Active Directoryのログのチェックフロー例(JPCERT/CC
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く