3/29(日)に開催されたDevelopers.IO 2015 Developer Dayにて、「Ansible + Packer + CloudFormationでらくらく構築・運用」というタイトルで話をしてきました。 スライド スライドはSlideshareにて公開しています。 内容について スライドの内容はここ半年でPacker + Ansible + CloudFormationでのAWS基盤構築に取り組んだ感想や効果的な使い方について重点をおきました。ですが、見なおしてみるとPackerの利用に関わらずAWS上でシステムを構築する上で重要なことがたくさん入ったかな、と思っています。例えばCloud DIの話とか、Auto Healingの話などですね。API経由でインフラのリソースを扱えるAWSにおいてはこれまでも様々なデザインパターンが考えられてきましたが、これを上手く組み合わ
こんにちは。 Chef実践入門を書いたことで、 @miyohideさんからお誘いがあり 日本OSS推進フォーラム主催 第5回アプリケーション部会勉強会で掲題の発表をしてきました。 Chef・Ansible等を用いた環境の自動構築方法 - connpass Chef実践入門著者陣、@miyohideさん、日本OSS推進フォーラムの方々にお礼申し上げます。ありがとうございます。 また、当日のお昼のスライドを見ていただいた id:daaaaaai さんありがとうございました。おかげさまで発表の流れが洗練されました。 これまでの勉強会よりも早いペースで参加登録が埋まったそうです。 ありがたい限りです。Chefなどのプロビジョニングツールへの関心が高まっているということでしょうか。 当日は、発表時間を勘違いしていて遅刻してしまったことを申し訳なく思っています。ご迷惑おかけしました。 発表の内容につい
7 月に開催された「JAWS-UG 三都物語 2014」でも発表したとおり、自分が関わっているプロダクトをオンプレミスから AWS に移行しました。 JAWS-UG 三都物語 2014 に登壇しました 移行して 2 ヶ月ほど経ちましたが、目立った障害もなく安定した運用を続けています。スライドでも少し触れていますが、これまでのやり方を大きく変えるキッカケにもなりました。 今回は「オンプレミスから AWS に移行して変えた 3 つのこと」と題して、社外に公開できる範囲でご紹介します。 稼働中のサーバに変更は加えない いわゆる Immutable Infrastructure の考え方を取り入れました。最初は流行りに乗りたかったという気持ちが大きかったのですが、今では昔のやり方にはもう戻れません。 オンプレミスでは本番稼働中のサーバにログインして何か変更するということが当たり前に行われていました
一昨日 Testing Casual Talks #1 に参加した。名前の通り、ソフトウェアテストに関するカジュアルなカンファレンス。とても面白かった。すこし思ったところを書いていこう。 テストのエンジニアリング トップバッターの @ikasam_a さんの発表では Software Engineer in Test at DeNA ということで、氏が勤務先でテストエンジニアリング部門を立ち上げていくにあたってのいきさつや背景といったところが述べられていた。 テストは開発者の生産性を向上するためにある、生産性向上のためにテストを書くテストエンジニア、近年複雑化するテストの実行環境を構築するのもテストエンジニアの役目、"Testing Activities SHOULD be in Developments" ─ テスト活動は (従来型のQAのように開発の外ではなく) 開発の中で行われるべき
こんにちは。斎藤です。 Chef、最近、流行っていますよね。勉強会に参加すると、ITインフラ関係者や開発関係者などの各方面から人が来るようになりまして、オムニバス感満点であります。 さて、ChefはITインフラを支えているMSPではどのような形で用いられているのか、私の周りの事を少しお話ししてみたいと思います。プログラム開発とともに用いる形とはちょっと違う部分をお楽しみいただけたらと思います。 話は、次の流れで進めます。 導入の目的 「開発会社」との状況の違い 自動化されるノウハウとは 留意している事 今後について おわりに また、本内容は「Chef Casual Talks Vol.1」にて、私がLT時に利用したスライドをもとに、より詳しく記述しております。スライドと合わせてご覧頂くと、概要がつかみやすくなるかと思います。 導入の目的 当初の目的は、新規構築時に用いている「標準作業手順」
Private content!This content has been marked as private by the uploader.
この記事では、Facebook のあいさつ(Poke)機能への返信を題材に、沢山たまるとウザい嬉しいあいさつを自動で返すスクリプトを書くことで、Selenium2.x の使い方、特に Ajax アプリをテストする方法について学べるようにする。 Ajax がからんだWebアプリケーションのエンドツーエンドの最近のテスト手法についてのまとめにもなっていると思う。 最初の3節ぐらいは「Seleniumとは〜」とか「テストってのはさー」とかゴタクをごたごた書いているので、Seleniumの実際のコード見た方がはえぇよ。って言う人はコードが出てくるまで記事を飛ばすと良い。 こんな記事を気合入れて書いて公開した当日に…FacebookのUIが変わって…作ってたスクリプト動かなくなってしまった…orz。俺が何かやったり買うと事件が起きるんや・・「なにか買うとその直後に安くなったり、新機種がでたりするとい
さて、今日２発目のブログは、多くの人に書いてくれ〜と言われて約束していたネタです。 目下最近の私の２大関心毎は「Lean Startup/UX」と「Continuous Delivery」です。Lean Startupは書きましたので、何で「Continuous Delivery」か？というのは、理由があります。 最近実は企画フェーズのコンサルの中でプログラムを書いています。JQuery Mobile + Ruby on Rails on EC2 という感じです。インフラからアプリケーション、そしてUX的な要求開発なんかもやっています。チームは企画フェーズのアジャイルなので小さいですが、今回のアプリケーションを作っていて思っていることですが、Agileに加えてRailsやJQuery Mobileを使うとかなり開発って加速するのですが、どうしてもめんどくさい事があります。１つはインフラ構築
1.V字開発プロセスモデルによる分類 1.1.要件定義 VDM 形式手法(Formal Methods)により仕様の自動検証などを行う。 1.2.システム設計 モデル検査 Spin モデル検査により状態遷移図の状態で自動検証を行う。 LTSA モデル検査により状態遷移図の状態で自動検証を行う。 NuSMV モデル検査により状態遷移図の状態で自動検証を行う。 モデル駆動 ZIPC(商用:キャッツ株式会社) 状態遷移図による検証が可能 MDA モデルを実際に動かして動作検証する。Executable Umlなどを使用して仕様を記述。 IAR visualSTATE(商用:IAR SYSTEMS) ステートマシンを設計、検証、実装できるツール。20ステートまでの無料の評価版あり 1.3.詳細設計 Enterprise Architect(商用:SPARX SYSTEMS) テストツールではないが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く