Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
明けましておめでとうございます。Cassandraいじってたと思ったら次はAWSですか….。次から次へとまぁ…目下余裕がないんだよね。さてさて、今日はAWSでVPCな環境を作ったのでそのメモ。AWSでサービスする環境を作ったのは初めてだったけど、ほとんどハマりどころが無かった(ただ、これで良いのかはワカンネ。気になることがあったら指摘チョンマゲ)。しかし楽だね、Amazon。ちょっと金かかるけど。 0. アーキテクチャ 次のような構成のものを作った。典型的なWeb-DBな構成。ここには書かなかったけど、chefサーバとかjenkins用のサーバもいる。あとredisも。 黒線はサービストラフィック。青線は社内ネットワークからのアクセス(数字はポート)で、EC2インスタンスへのログインはまずは踏み台にsshしてから他のインスタンスにログインする(NATインスタンスやWebサーバインスタンスな
目次 1. まえがき 2. pairsとシステム 3. kibana サンプルシステム構築 3.1 サンプルのサーバー構成例 3.2 fluentd 3.3 Elasticsearch 3.4 kibana 4. kibanaを使う 5. エウレカでの実際の活用事例 6. 〜終章〜 1. まえがき 1.1 対象者 気軽にデータ収集をしたいと思っている開発者 基本的なLinuxコマンドの理解がある方 1.2 この記事を読んで分かること fluentd x Elasticsearch x kibana を用いたアクセスログの収集・計測方法 pairsのシステム概要 私の好きなアニメ pairs高速化チーム 1.3 この記事を読んでも分からないこと 本格的な統計解析 恋人の作り方 1.4 自己紹介 はじめまして。サービス事業部の森川と申します。 エウレカには今年のはじめ頃にJoinしました。 エ
Pelletkachels waren ooit eenvoudige apparaten voor verwarming, maar ze hebben een opmerkelijke evolutie doorgemaakt sinds hun bescheiden begin in de jaren ’80 van de vorige eeuw. In dit artikel duiken we diep in de geschiedenis van pelletkachel, bespreken we de belangrijkste mijlpalen en ontwikkelingen op het gebied van subsidiemogelijkheden en werpen we een blik op de transformatie tot moderne en
日頃からJavascriptで開発をしているのにも関わらずあまりテストを書かないので、ここは本格的にテストを書こうと調べてみました。JavascriptのテストフレームワークといったらJsUnitなのかなーと思っていたが、調べてみると結構いろんな種類のテストフレームワークがあったりして、その中で得に人気なのかどうやらJasmineらしい。 Jasmine ～ JavaScript Test フレームワーク より引用: 今回は, JavaScript のテストを行うためのフレームワークJasmine の紹介です。 JavaScript のテストといえば, JSUnit が有名です。 JSUnit は, JUnit とに似たような, Matcher が利用できたりしてわかりやすいのですが, 開発やメンテナンスがストップしており, またWebプロジェクトに組み込まないと利用できないことが ちょっ
第１話「はじまるよ」 第２話「バター犬してやるわ」 第３話「アナルビーズマン」 第４話「放送禁止」 第５話「さがしてます」 第６話「オナホールマン」 第７話「サンカクモクバン」 第８話「怪人会」 第９話「ひとりぼっち」@/A 第１０話「ぺろぺろ」 第１１話「ぬるぬる」 第１２話「むらむら」 第１３話「ヒーローごっこ」 第１４話「いやだぜ」 第１５話「腑抜け」 第１６話「とどめですよ」 第１７話「カニちゃん」 第１８話「みっけ」 第１９話「アナルビーズマンVSカニバルマン」 第２０話「震えるな」 第２１話「昂奮」 第２２話「孤独の穴」 第２３話「嘆願」 第２４話「話をしないか」 第２５話「いこうよ！SM喫茶」@/A 第２６話「やろうよ！インポ」 第２７話「タイホだ！」 第２８話「喰神家」@/A 第２９話「退院アナ」 第３０話「魂の夏ト
今回解決したい課題 こんにちは植木和樹です。本日の課題はタイトルの通り「fluentdでS3のバケットにアップロードしたログを検索・集計する」です。EC2でサーバを構築した場合、インスタンスがTerminateした後もログが参照できるようfluentdを使ってS3にファイルをアップロードしておくのがAWSのベストプラクティスです。 「Amazon Recommends Fluentd as “Best Practice for Data Collection” over Flume and Scribe」 しかしS3にアップロードしたログファイルはツールを用いなければアクセスすることができず、このままでは容易に検索できません。EC2からS3をs3fsでマウントしてgrepという方法はありますが、遅すぎて実用的とはいえません。s3cmdでいったんローカルにファイルをダウンロードしてから検索す
Falcon is a Python web framework developed by Rackspace. It also has a benchmarking tool to test the framework against other frameworks. Out of curiosity, I wanted to see how other frameworks perform in this benchmark. Frameworks of this benchmark: bottle CherryPy Django Falcon Flask Pecan: This was already part of Falcon's default test. I had never heard of it. web.py Werkzeug: More like a utilit
前提 auto-completeを導入. 以前の記事を参照 monoの最新版を導入 csharp-modeの導入 Emacs 24.3にはC#用のメジャーモードがデフォルトで用意されていないため、csharp-mode.elを入れる. curl -O http://www.emacswiki.org/emacs/download/csharp-mode.el mv csharp-mode.el ~/.emacs.d/site-lisp/ OmniSharpの導入 C#のコード補完を行うためにOmniSharpを導入する. git clone git@github.com:nosami/Omnisharp.git cd Omnisharp git submodule update --init --recursive cd server xbuild /p:Platform="Any CPU
Docker: boot2docker SSH Login without Password
Docker: boot2docker VM にパスワード無しで SSH 接続する方法 通常の Linux サーバ同様、ssh-keygen コマンドで作ったキーペアの公開鍵をリモートサーバ上に置けば boot2docker VM に対してもノンパスワードで接続できる。 ただし、例によって boot2docker を再起動しても設定が永続化されるようにするためには 少々の細工が必要となる。 作業手順 1. 秘密鍵、公開鍵のペアを作成 キーペアを新規に作成し、~/.boot2docker/id_rsa として保存する例。 Mac$ ssh-keygen -t rsa -f $HOME/.boot2docker/id_rsa プロンプトが出るのでパスフレーズを2回入力。(空でもよい) 2. 公開鍵を boot2docker VM の中に置く 公開鍵を永続化するため、/home/docker な
MongoDB 8.0 Community Edition supports the following 64-bit Debian releases on x86_64 architecture: Debian 12 "Bookworm" MongoDB only supports the 64-bit versions of these platforms. See Platform Support for more information. Production Notes Before deploying MongoDB in a production environment, consider the Production Notes for Self-Managed Deployments document which offers performance considerat
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
