gRPCアプリをNetwork Load Balancerで負荷分散してみた | DevelopersIO
森永です。 先日発表されたNLB（Network Load Balancer）ですが、TCPのロードバランシングができるということで、gRPCを使って負荷分散が出来ないか試してみました。 CLB版はこちら 構成 NLBの下にgRPCのサーバーを2台用意します。 クライアントからNLBにリクエストを投げてレスポンスが返ってくるか確認します。 試してみる サーバの設定 サーバー側は、gRPCのNode版サンプルのサーバーアプリケーション("Hello world"というメッセージを返す)を使用します。 UserDataに以下を仕込むだけでセッティング完了です。 2台目は下から2行目の01部分を02にしておきます。 #!/bin/bash yum install -y git curl --silent --location https://rpm.nodesource.com/setup_7.
「スキル」を計算するということ - qpp
「スキル」を計算するということ May 28, 2016 このブログポストは、Jeff Moser氏のComputing Your Skill(2010)を、原著者の許可を得て翻訳・公開したものです。全ての権利は、原著者にあります。 要約: TrueSkillのアルゴリズムをわかりやすく解説しよう。TrueSkillはXBox Liveで、プレイヤーのランキングとマッチングを行うのに使われている。また今日どのように統計的アプローチによる機械学習で実際に応用されているかを理解する、とてもよい題材にもなっている。これまでTrueSkillを実装したオープンソースのプロジェクトを三回行っている。そのたびに、アルゴリズムの複雑さとそれが出来ることを徐々に増やしていった。さらに、このブログポストで注釈をつけている数式について、数学的な詳細についても補遺を作った。興味を持ったセクションから見始めても、
セキュリティの報告先を記述する、security.txtの提案仕様 (RFC9116) - ASnoKaze blog
Webサイトのセキュリティリスクを発見したものの、連絡先が適切に公開されていないがために、結局報告されず脆弱性が放置されるケースがあるようだ(国内だと、IPA脆弱性関連情報の届出受付もあるが) 発見者が脆弱性等の報告を出来るような情報を、Web作成者が提供できるようにする仕様がIETFに提出されている。 この「A Method for Web Security Policies」という提案仕様では、security.txtをドメイン直下のURLに配置し、連絡先などを記述するようになっている。 security.txt security.txtは例えば以下のとおりである # Our security address Contact: security@example.com Contact: +1-201-555-0123 Contact: https://example.com/secur
Android 8.0 Oreo のご紹介
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
CoffeeScript 2という新たなる希望 - Qiita
CoffeeScriptは滅びぬ！何度でも蘇るさ！ CoffeeScriptがいかに駄目かを理解している皆さんならご存じの通り、これまでのCoffeeScriptには重大な欠点があった。それは「CoffeeScriptはECMAScript5(ES5)のaltJSである」と言うことだ。ES5以前のJavaScriptが駄目すぎるため、そこがCoffeeScriptの限界になってしまっていた。駄目な奴は何をやっても駄目なのだ。 ECMAScript2015以降(ES2015+)において、JavaScriptは目覚ましい発展を遂げた。ジェネレーター、テンプレートリテラル、class構文、モジュールベース、async/await等多くの機能が追加された。いくつかの機能は既にCoffeeScriptに存在していたものであったが、ジェネレーターのような全く無い物は新たに追加する必要があった。しかし、
Java Realmの扱いづらい3点 - Qiita
扱いづらい点を書いてはいますが、概ねRealmは便利です。 前提として、主に単純なDBとしてRealmを使う場合に扱いづらいと感じたことです。 特にSwift版に比べると扱いづらい印象です。 単体テストがJVMだけで完結できない Realmがandroidに依存しているので、AndroidTestで実行しないといけないです。 そういう時はRobolectricを使えばいいのですが、まだRealmには対応していないようです。 すなわち、実行に時間がかかるので、テストを気楽にできないのです。 もちろん、PowerMockで動作させることはできますが、Daoをターゲットにしたテストでrealmにinsert,update,selectが正しく動作しているかを検証したいのです。 (Dao以外のレイヤーでは、Daoはモック化するので問題ないです。) 公式のサンプルでは、やはりPowerMockを利用
🔭コラム：機械学習パラダイス（上野達弘） – 早稲田大学知的財産法制研究所[RCLIP]
最近、外国で講演する機会が多い。2011年にドイツ留学を終えて以降、いろいろと引き受けているうちに招かれることが増え、今年の予定はすでに5回（ミュンヘン、ジュネーブ、メルボルン、北京、ソウル）を超えている。 ＡＩと知財 テーマは様々だが、最近多いのがAI（人工知能）をめぐる知財問題。2016年11月にはソウルで開かれたSeoul Copyright Forumでこれについて話したのをはじめ、また2017年8月にはメルボルンで開かれた国際人工知能会議（IJCAI）でもこれを取り上げた。このテーマが外国で注目されやすいのは、内閣府・知的財産戦略本部における検討など、日本で盛んな議論が展開されていることにもよるが、実はもう一つ大きな理由がある。それが、著作権法４７条の７だ。 著作権法47条の7という規定 この規定――外国だと“Article 47septies”となって言いにくいのだが――は、コ
AppleとGoogleが修正し、Microsoftが修正しなかった脆弱性とは | スラド セキュリティ
Microsoftはセキュリティ脆弱性として報告されたバグをセキュリティ脆弱性ではないなどの理由で修正しないこともあるが、AppleやGoogleが3月に修正したのに対し、Microsoftだけが修正しなかったという脆弱性をCiscoのTalosグループが公表した(Talosのブログ記事、 TALOS-2017-0306、 The Registerの記事)。 脆弱性はApple SafariやGoogle Chrome、Microsoft Edgeでコンテンツセキュリティポリシー(CSP)のバイパスが可能になるというもの。攻撃の流れとしてはContent-Security-Policy HTTPヘッダーで「'unsafe-inline'」を有効にし、「window.open()」で空のドキュメント(about:blank)を開く。新しいドキュメントは元のドキュメントと同一生成元だが、CSP
PostgreSQLの実行計画を読み解くための参考資料集 - ぱと隊長日誌
はじめに PostgreSQLは商用DBに比べて書籍が少なく、まとまった情報が入手しにくいです。また、有志の方がPostgreSQLに関する資料を公開していますが、散在しており、せっかくの有益な情報にアクセスしにくい状況にあります。 そこで、本エントリではPostgreSQLの実行計画に焦点を絞り、公開されている有用な資料（書籍含む）をまとめました。読み返したい資料を探しやすくするため、内容のポイントも併せて紹介してます。 本エントリをきっかけに、これらの資料がさらに活用されることを願っています。 前提 各資料の前提としているPostgreSQLのバージョンは異なることにご注意ください。調査対象のPostgreSQLのバージョンが異なれば、状況は変わっているかもしれません。 各資料には内容の重複があり、ほぼ同一内容の場合もあります。重複している内容についてはポイントから割愛することがありま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「7年前のNAS」をQNAPに替えたら、速度と容量が数倍に、管理も楽になった件【イニシャルB】