今さら聞けない Immutable Infrastructure - 昼メシ物語
Immutable （不変な） Infrastructure は、サーバを一度セットアップしたら二度と変更を加えないという運用スタイルのことを指します。 クラウド環境では、必要に応じてすぐにサーバを用意し、不要になったら簡単に破棄することができます。Immutable Infrastructure は、このようなクラウドの特性を活かす運用スタイルとして、注目されつつあります。 背景 Immutable Infrastructure が提唱された背景にある技術として、 Auto Scaling や Blue-Green Deployment*1 などがあります。 Auto Scaling Auto Scaling は、負荷に応じて自動的にサーバ台数を増減させる技術で、 AWS では標準で提供されています。常に必要な台数だけ起動していればいいので、コスト削減になるというものです。 Auto S
これであなたもテスト駆動開発マスター！？和田卓人さんがテスト駆動開発問題を解答コード使いながら解説します～現在時刻が関わるテストから、テスト容易性設計を学ぶ #tdd｜CodeIQ MAGAZINE
和田卓人さんによるテスト駆動開発問題解説の寄稿です！ バグのないよいコードを書くには、よいテスト設計が重要です。今回は現在時刻に関する問題と、その問題で提出された実際の解答コードを紹介しながら、どのようにテスト設計し開発していくのかを解説していきます。 ゲスト解答による解答コードも公開中！ by CodeIQ運営事務局 はじめに こんにちは、和田(@t_wada)です。今日は先日出題させていただいたTDDに関する問題の総評を行いつつ、テスト容易性設計について考えてみたいと思います。 問題文 私が出した問題は、以下のようなものでした。 問1. 下記の仕様をテスティングフレームワークを使ってテストコードを書きながら実装してください。 【仕様1】 「現在時刻」に応じて、挨拶の内容を下記のようにそれぞれ返す機能を作成したい。 (タイムゾーンはAsia/Tokyoとする) 朝(05:00:00以上
configspec で Dockerfile を生成できるようにした - Gosuke Miyashita
configspec とか Immutable Infrastructure について、@kazuho さんから色々とありがたいツッコミをいただきまして、その中で 個人的にはSCMあるいはLVMの管理下において、record-cmd yum -y install httpd とかすると、コマンドがSCMのコメントに残りつつ、ファイルシステムに発生した差分が変更履歴として保存されるくらいでいいんじゃないかと思う — Kazuho Oku (@kazuho) November 26, 2013 といった tweet があり、それは Docker でやれるけど、configspec でやることではないなー、と思っていたところ、ふと configspec から Dockerfile を生成する、というアプローチもありな気がしてきた。 — Gosuke Miyashita (@gosukenator
「Haskellは企業でも十分実用になる」、NTTデータがソースコード解析サービスの舞台裏を披露
NTTデータは、レガシーシステムのソースコードを解析して設計書として出力するサービス「設計書リカバリーサービス」を提供している（ニュースリリース、ITproの記事1）。このサービスは「Haskell」というプログラミング言語で実装されている（ITproの記事2）。2013年11月22日に開催されたイベント「数理システムユーザーコンファレンス2013」のセッション「COBOL meets Haskell ～ Haskellを用いたCOBOLのプログラム解析ツールの開発事例 ～」では、NTTデータ 技術開発本部 ソフトウェア工学推進センタの岡田譲二氏が、このサービスをHaskellで実装した理由などを明らかにした（写真1）。
Ｂ－ＣＡＳカード不正視聴 一斉検挙 NHKニュース
テレビの有料放送を料金を払わずに見られるように情報が書き換えられたＢ－ＣＡＳカードをインターネットを通じて購入し、複数の有料放送を不正に視聴していたとして、警視庁は都内に住む会社員や主婦など男女４３人を一斉に検挙しました。 Ｂ－ＣＡＳカードによる不正な視聴の集中取締りは全国で初めてです。 Ｂ－ＣＡＳカードは、デジタル放送を見るためにテレビなどに差し込んで使うカードで、警視庁は料金を払わずに有料放送を見られるように情報が書き換えられたＢ－ＣＡＳカードをインターネットを通じ１枚２万円ほどで販売したとして、さいたま市の男ら４人を不正競争防止法違反の疑いで逮捕し、４人はすでに有罪判決を受けています。 警視庁が販売先を調べたところ、都内に住む２４歳から６６歳までの会社員や自営業者、主婦など男女４３人がカードを購入し、映画やスポーツなどの複数の有料放送を不正に視聴していたとして、不正作出私電磁的記録供
さくらインターネット #石狩DC 体験記 - まいんだーのはてなブログ
はい、行ってまいりました。さくらのDC@石狩。 ブログを書くまでが #石狩DC ということで、記憶がフレッシュなうちにまとめます。 謝辞 はじめに今回貴重な機会をいただきまして、さくらインターネット並びにはてなの担当者さま方に感謝申し上げます。 単に新しい/珍しいだけじゃなく、多くのレイヤーでさくらスタッフの皆様が "考えて動いて" いることを実感できるとても良いツアーでした。 インフラに関心がある人もまだない人もコレを見ずしては死ねないと思いました。 私なりに今回得てきたものをとりまとめて、今回のツアーを締めくくりたいと思います。 巡ってきたところ 今回拝見した棟 図の通り、2年前に開所した1号棟に続き、まもなくオープンする2号棟にもおじゃましてきました。 空調設備 このデータセンター、各所で報じられている通り空調に外気を取り込む仕組みが採用されており、実際にその設備の中身津々浦々を余す
Web Application の validation はどのレイヤーでかけるべきか - tokuhirom's blog
数年前にも同じことかいた気がするけど、最近の状況にあわせてかいてみる。 途中で面倒になってきて説明が雑になっている点をご容赦ください。 言いたいことは「結局、昔はサーバサイドで懇切丁寧なエラーメッセージを出すためにModelではなくControllerでバリデーションに関する知識が必要だったけど 今はJavaScriptでやるから不要だよね１１１」ってことです。 この表題は、よく話題にあがるところなのだが、理想論としては Model, Controller, Client side のいずれにおいてもきっちりと validation を行うことがのぞましい。 しかし、実際にはなかなか面倒である。ということで、どこをはぶくかというと Controller における Validation であろう。 ユーザーに対する親切なメッセージは JS の側でだすのが理想的。model の validat
Starlet + Server::Stater で UNIX domain socketに対応しました - Hateburo: kazeburo hatenablog
Starlet-0.21がリリースされました。 Starlet-0.21 - a simple, high-performance PSGI/Plack HTTP server - metacpan.org - Perl programming language このバージョンからServer::Staterとの組み合わせでUNIX domain socketをListenすることができるようになりました。 $ start_server --path /tmp/app.sock -- plackup -s Starlet app.psgiServer::Stater は以前からUNIX domain socketをサポートしていたのですが、Starlet側でうまくハンドリングできていなかったのを修正したのが今回のリリースです。 ベンチマーク #plackconでの発表にもある通り、UNIX
configspec という Immutable Infrastructure 用 Configuration Management Tool をつくってみた - Gosuke Miyashita
Immutable Infrastructure の有用性 - Togetter の流れの勢いで、インフラ系技術の流れ とか Rebuild: 25: Immutable Infrastructure (Naoya Ito, Gosuke Miyashita) とかで言ってたような、冪等性とか依存関係とかを考慮しないシンプルな Configuratin Management Tool である configspec をつくってみました。rubygems.org にもアップしてます。 この手のツールに自分が望む要件は以下の様な感じ。 冪等性とかどうでもいい まっさらな状態からのセットアップでしか使わない 依存関係とかどうでもいい ファイル名順、上から書いた順で実行してく 対象サーバに余分なものをインストールしたくない 対象サーバに SSH さえできれば OK シェルスクリプトよりは抽象度を高め
富士フイルムはなぜ、大改革に成功したのか
コア事業だった写真フィルムの大幅縮小という「本業消失」の危機に直面した富士フイルムで当時社長として構造改革を断行。事業構造を転換させ成長軌道に導いた経営の神髄とは。 ──写真フィルム事業が絶好調だった1980年代初めから、デジタル化に危機感を持っていました。 80年ごろにはすでに、写真フィルムの領域でデジタル技術が出現し始めていた。デジタルカメラの原型となる電子カメラが登場し、印刷でもコンピュータによる製版装置が売り出された。レントゲン用フィルムの分野では、当社がデジタルのCRシステムを開発している。 これからデジタル化の大きな波が来るぞと、当時、皆感じていたはずだ。しかし、どのくらいのスピードで、どこまでフィルムが代替されるかはわからなかった。 私は課長や部長という立場ながら、将来に向けた新規事業の育成を会社に訴えていた。しかし、写真フィルムが絶好調で大きな利益が出ていたこともあり、経営
オレオレ認証局の適切な運用とName Constraints - kazuhoのメモ置き場
オレオレ認証局が忌避されるべきものとされてきた理由は、X.509 PKIが保証する安全性は、最も信頼性が低い認証局（trusted root）のそれに等しいからです。 しかし、X.509 v3以降ではName Constraintsが導入され、「特定のドメインに対してのみ証明書を発行可能な認証局」を定義できるようになっており、同constraintをcritical key usage extension*1として宣言したルート証明書を安全な経路で配布、インストールすることができれば、上記のようなX.509 PKIの系全体に対する影響は発生しないことになります*2。 ここで問題になるのは、どの程度のウェブブラウザがName Constraintsに対応しているのか、という点になりますがhttps://news.ycombinator.com/item?id=5194103によると、Chro
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
