JJUG CCC Spring 2016 での発表資料です。
![ブラウザテストをサクサク自動化するためのGeb実践入門 #jjug_ccc](https://cdn-ak-scissors.b.st-hatena.com/image/square/02413697542c1b8cdc1688d29617773897246795/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F898cc2480a1a4c2a96a7b6a827122333%2Fslide_0.jpg%3F6326635)
JJUG CCC Spring 2016 での発表資料です。
2016年4月23日(土) #qpstudy 2016.04 響け!アラートコール! 発表資料 http://www.zusaar.com/event/12327003 Read less
その上で、新しく作り上げた deploy フローについて、雑な絵になりますが概略図を以下に示します。 主要な登場人物は Itamae Auto Scaling CodeDeploy GitHub / Circle CI となります。それぞれ追って説明をしていきます。 https://github.com/itamae-kitchen/itamae Itamae は @ryot_a_rai さんが作られた LightWeight な Chef like な OSS です。Chef で実現できた事のうち、 recipes の部分のみを切り出したようなシンプルなツールになっています。 (こちらの発表資料より引用) 弊社内で蓄積された Chef 関連のリソースを再利用・再整理するために粒度がちょうど良かったこともあり、Itamae を用いて provisioning の定義を書き直すことにしました
- version 1.02 (July Tech Fest の資料アップデート版です) Re: ご注文は自動化ですか?[2] オーケストレーションで仕事を楽しくする話 Serf とか Consul とか聞くけど、イマイチわからん!という疑問はありませんか。 どのような働きをするのかや、使いどころを、皆さんと共有したいなと思っています。 1. オーケストレーションとは ← update! 2. 基本編 ・ Serf, Consul, envconsul 3. 実践編 ・ API 連携 4. まとめ #hbstudy 60 http://connpass.com/event/7322/ July 20, 2014, @ Shinjyuku, Tokyo, Japan Read less
Hi there! I just wanted to share a list of sites that helped me a lot during my studies: .................................................................................................................................... www.EssayWrite.best - Write an essay .................................................................................................................................... www.LitR
HP Helion 標準搭載!! OpenStack TripleO解説 講師:真壁 徹(米ヒューレット・パッカードカンパニー クラウドチーフテクノロジスト) TripleOは、OpenStackコミュニティで開発されているOpenStack用デプロイメントツールです。 OpenStackのインストール、アップデートを容易にすべく、HPやRed Hat社のメンバーを中心に開発が進められています。 TripleOの生まれた背景、特長を、すでにそれを製品として標準搭載しているHP Helionを題材に、Helionの中の人が解説します。
最近登場した新たなSeleniumの記録・再生ツール、Selenium Builderについて、Selenium IDEとの機能比較を過去4回の記事にわたって行ってきました。 今回はその比較結果をコンパクトにまとめ、Selenium Builderとはどのようなツールなのかについて、分かりやすくお伝えしていきます。 Selenium Builderとは Selenium Builder(以下Builder)は、Seleniumスクリプトの記録・再生を行うFirefoxプラグインです。 Seleniumの記録・再生ツールとしてはSelenium IDE(以下IDE)が有名ですが、IDEには 旧来のSelenium RC形式のコマンドしか扱えない アーキテクチャがFirefoxに強く依存しており、他ブラウザへの移植やプラグイン開発が難しい といった難点があります。※1 Builderは、これら
Github社製のBotフレームワークであり、同社の運用の中心的なツールとして使われている「Hubot」をインストールし、独自のスクリプト作成、Herokuへのデプロイまでしてみます。 Hubotとは? GitHub社が作成したオープンソースのBotフレームワークで、Botとは、自動的に実行、応答するようなプログラムのことを指します。HubotはNode.js、CoffeeScriptで作成されており、 HerokuなどのPaaSへのデプロイも容易 となっています。 Botなので、定期的、または自動的にプログラムを実行したり、問い合わせに応えるような機能を提供します。Hubotに最初から組み込まれているスクリプトでは画像の投稿や、地図の表示、計算などが行えるのですが、自身でスクリプトを追加することも可能です。 例えばGitHub社では、チャットアプリとHubotを繋げ、チャットルームにHu
本シリーズは、WebブラウザをUIとして利用した業務システムやアプリケーション(以下、Webシステム、Webアプリケーション)のテストをテーマとして、Webブラウザを使ったテストを自動化するOSSのツール「Selenium2」を紹介します。業務システム開発の現場で適用してきたノウハウを元に、これまでSelenium2について知らなかった人から以前使った経験がある人まで、より実践的な「使える」内容を盛り込んでいきたいと思います。 1. はじめに 今回は、Selenium2を利用して作成した自動テストをフル活用すべく、JenkinsというCI(継続的インテグレーション)ツールを利用して、Selenium2のテストを自動実行する方法について説明します。また、IE、Firefox、Chrome、Safariなど多様化するブラウジング環境でのテスト方法やテストの並列化についても説明します。 2. J
at RubyWorld Conference 2013, on Nov. 21st, 2013.
「最強」のチームを「造る」技術基盤 Presentation Transcript 「最強」のチームを 「造る」技術基盤 Nov/09/2013 Hiroyuki Ito IT Department, Rakuten, Inc. http://www.rakuten.co.jp/ Hiroyuki Ito (伊藤 宏幸、The Hiro) 情報技術部 プロセス・品質課 テスト駆動開発グループ @hageyahhoo 2 アジャイルコーチとして、 開発現場を日々サポートさせていただいています。 3 造る = 栽培する・耕す 4 CI/CD TDD ATDD この3つを軸にした チーム造りについてお話します。 5 Agenda 1. チーム造りの背景 2. 1st Stage : CI/CD 3. 2nd Stage : TDD for Android 4. 3rd Stage : ATDD
前回の続きでSerfを触ってる。前回のエントリを見て、@zembutsuさんが作ってくれたserf-muninが素晴らしかったので、弊社仕様に若干修正して導入した。 serf-muninでmunin-nodeの監視自動追加/削除 | Pocketstudio.jp log3 Serf-muninが自動生成、削除するファイルは/etc/munin/conf.d/配下で、 既存のmunin環境(/etc/munin/munin.confとか)を壊すことがないと思うので、すぐに試すことが出来ると思う。 導入環境は CentOS 6.4 Serf 0.2.0 munin-2.0.17 で、Serfの起動コマンドや生成されるmuninのconfの関係上、Serf 0.2.0とmunin 2.0以上は必須条件になります。 serf-muninの仕組みの説明 1. web server1がmuninサー
http://techblog.netflix.com/2013/11/scryer-netflixs-predictive-auto-scaling.html Neflixがエンジニアブログで紹介しているScryerは、リアルタイムの数値に応じてインスタンスの数を調整するAmazon Auto Scaling (AAS)とは違って、予想したトラフィックにあわせて自動的にスケールする仕組みです。 1) Amazon Auto Scaling and the Netflix Use Case AASはクラスターの現在のワークロードにあわせて、つまりload averageのような数値を元に、閾値を超えると動的にインスタンスを増減させる。これは、システムの可用性、コストの最適化、ときには遅延の減少に役立つ。AWSでスケールを考える会社にはお勧め。 しかし、Netflixの場合、AASで対応でき
To deliver the best possible experience to Netflix customers around the world, it is critical for us to maintain a robust, scalable, and resilient system. That is why we have built (and open sourced) applications ranging from Hystrix to Chaos Monkey. All of these tools better enable us to prevent or minimize outages, respond effectively to outages, and/or anticipate the kinds of operational gaps t
https://www.facebook.com/notes/facebook-engineering/windex-automation-for-database-provisioning/10151551942243920 「Facebook: MySQL Pool Scannerでの徹底した自動化」で紹介したMPSと連携して、サーバを本番環境に再投入する準備をしてくれる自動化システムがWindexです。サーバが修理対象かどうか、資産管理簿上でステータスがどうなってるかも、システマティックに確認してくれるのですね。すごい。世の中には、自分で確認して、エクセルにステータスを記入(もしくはその管理もきちんとできてない。)という会社が多いとは思いますが。。 Windexは、元々は、本番サービスからはずれたサーバのデータをクリーンアップし、OSからMySQLまでを再インストール、そして設定を完
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く