Load testing at scale for scalable businesses Trusted by developers, built for enterprises
![Gatling Load and Performance testing - Open-source load and performance testing](https://cdn-ak-scissors.b.st-hatena.com/image/square/a90b4a28f4aff030017372e19fd041d4f1240f28/height=288;version=1;width=512/https%3A%2F%2Fgatling.io%2Fhubfs%2FFeatured%2520Images%2FGatling%2520Featured.jpg)
元記事: Varnish and Microservices: Introducing zipnish [update] スライドへのリンクが変わっていたので更新: https://www.slideshare.net/Varnish_software/microservices-20-61197134 Amedia が Microservices パターンを適用した時の事例を元に Zipnish というソフトウェアの紹介記事 元記事には無い前提情報 Microservices アーキテクチャを apply する時に Varnish を活用する手法があるようだ。 今まではそれぞれのサービス間はそれぞれ通信するので、接続先のサービスを探す "Service Discovery" の問題を解決しなければいけなかった。具体的には、各サービスのインスタンス情報の格納のために Service Dir
Abstract みなさんは自らの手を汚さずにコードを生成し、それをデプロイして自分の手柄として主張したことはありますでしょうか? 私はあります。 このトークでは見た目は融通がきかなさそうなプログラミング言語であるGoにおいて、コード自動生成という一見すると闇っぽい技術を使うといかに柔軟に事をすすめることが出来るのか、世界が開けるのか、頭がパンパカパーンになるのかを説きます。 いいですか、コード生成は闇ではありません、悪でもありません。現実的なそこにある手段なのです。 コード生成を用いると、 人が読める言語で人が読めない、かつ大量のAPIのハンドラーを生成する 型が全く違うRDBMSとGoとをすんなりとつなげる 本来リフレクションが必要な箇所でコードを生成して補完を利かす 静的型付け言語が動的型付言語に見える コード生成でなんでも出来る気がしてくる コードを書きたくなくなってくる むしろコ
UVa 100 - The 3n + 1 problem UVa 101 - The Blocks Problem UVa 102 - Ecological Bin Packing UVa 103 - Stacking Boxes UVa 104 - Arbitrage UVa 105 - The Skyline Problem UVa 106 - Fermat vs. Pythagoras UVa 107 - The Cat in the Hat UVa 108 - Maximum Sum UVa 110 - Meta-Loopless Sorts UVa 111 - History Grading UVa 112 - Tree Summing UVa 113 - Power of Cryptography UVa 114 - Simulation Wizardry UVa 115 -
Nginxを拡張してLuaが便利なOpenRestyを使って簡単なAPIのサンプルを書いてみます。バックエンドのRedisに問い合わせてJSON形式でレスポンスを返します。LuaのRedisクライアントはlua-resty-redisを使っているようです。Luaで組み込みのプログラムが書けるので、リバースプロキシにも使うOpenRestyのところで、バックエンドのアプリのちょっとしたAPIの差異を吸収することができます。 プロジェクト 今回もサービスのオーケストレーションにはDocker Composeを使います。プロジェクトのディレクトリを作成してdocker-compose.ymlとnginx.confを作成します。 $ cd ~/openresty_apps $ tree . ├── docker-compose.yml └── nginx └── nginx.conf OpenRe
... というツールを書きました。Twitter Streaming Daemon なので twistd です。最近話題の名前衝突ですが、こっちは個人のツールだし一旦気にしないことにします (リポジトリ作ってから気づいた)。 github.com tl;dr Twitter Streaming API を利用してツイートを監視する 特定のワードで引っかかったら Slack に通知する 2つをいっぺんに行うコマンドを書いた (デーモンとして利用しましょう) ※ ['tomato', 'potato'] で引っ掛けてる例 モチベーション zplug (GitHub Organization) ではオーナーの他に数名のコラボレーターの方たちがいます。開発者同士のコミュニケーションには Slack を用い、GitHub Issues で issue トラッキングをしています。Slack への Gi
お客様各位 2016年10月27日 株式会社 PFU 「macOS Sierra」へのScanSnap対応状況について 「macOS Sierra(Apple社より9月21日リリース)」上での動作問題が解決いたしましたので、ご連絡いたします。 「macOS Sierra 10.12.1(Apple社より10月25日リリース)」へのアップデート、およびご使用中のScanSnap各ソフトウェアのアップデートを適用することで、macOS Sierra上でご使用いただけます。 アップデートについては、ScanSnap よくあるご質問をご確認ください。 ※このアップデートはmacOS Sierra をインストールされたお客様を対象としたアップデートです。OS X El Capitanなど他のOSでは利用できませんのでご注意ください。 また、OS X El Capitanなど他のOSでは今まで通りSc
Ask questions and post articles about the Go programming language and related tools, events etc.
Abstract Heroku や Google Apps Engine は大変に便利ですが、ジョークアプリや自分専用のアプリなど全く収益性の無いアプリを沢山デプロイするにはちょっと高価です。 また、なんらかの事情で上記のようなプラットフォームに頼れないような環境で、オレオレ PaaS のようなものを構築できる知識を持っておくとなにかと便利です。 かつて、このようなものを構築するには、様々なソフトウェアとコンポーネントの知識が必要でした(簡単に構築できるものはあまり実用的ではありませんでした)。 しかし、時代は変わりました。おめでとうございます。今や Docker swarm mode によって、 PaaS モドキは簡単に作れるようになりました。殆ど知識は必要ありません。 しかし、これは終わりなき戦いのはじまりだったのです。 ここでは私は以下のことを話します Docker swarm mo
Abstract 本発表では私が2年間社内向けのPlatform as a Service(以下PaaS)の開発と運用に関わった中で得た知見を共有します.PaaSについて知ることはインフラ/アプリケーションエンジニアそれぞれから見て以下のような利点があると考えています. インフラエンジニア視点から見ると,自社でPaaSのようなプラットホームを持つことは現在のクラウド環境を考えると,もしくは会社の規模などを考えるとあまり現実的ではないかもしれません.しかしPaaSまではいかなくても各チーム間で統一的なデプロイ機構を準備したい,もしくはDockerコンテナのデプロイ環境を整えたい,という要望は今後も多く想定されるでしょう.PaaSにはすでに長い歴史があります.デプロイなどの仕組みを自分で構築上でつまずくポイントはすべてPaaSが踏み抜いてきています(そもそもDockerはPaaSから登場した技
第2回では、Vue.jsの基礎文法について、駆け足で紹介します。 Vue.jsは、ビューの領域にフォーカスしたシンプルなライブラリです。そのため、他のライブラリとの連携や、既存のプロジェクトへの導入も容易です。今回の内容を通して、自身のプロジェクトにVue.jsを導入するきっかけにしてください。 記事の内容は、Vue.jsがロードされたjsfiddleにアクセスして、コードを入力することで試せます。詳しい文法について知りたい場合は、公式のガイドやAPIリファレンスを参照してください。 Vueインスタンスとデータバインディング Vue.jsで基本になるのは、Vueコンストラクタから生成されるインスタンスです。 var vm = new Vue({ el: '#example', // document.getElementById('example'), $('#example')[0] も
高校生までは、留年(原級留置)は、全日制の普通科の高校であれば、たいていの学校においては1パーセントにも満たない少数の生徒のことであろうかと思います。 けれども、大学ではそうではありません。文部科学省の学校基本調査によれば、4年制学部を4年で卒業するのは、入学者のおおよそ8割弱です。超過して在籍せずに4年で退学したり、それ以前の学年ですでに退学している学生もいますので、残りの約2割のすべてが5年目に突入するわけではないのですが、それでも高校の場合と比べれば桁違いに多くの学生が既定の年限を超えて在籍します。留年も含めてとにかく卒業までこぎ着ける人は、入学者のおおよそ9割です。 京都大学においても事情はほぼ同じです。ただし学部により留年の発生率はかなり違っており、入学定員の3割台に上る学部もあれば、1割台に留まる学部もあります。けれども、大学全体ではおおよそ2割の学生が留年しています。 これだ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く