タグ

2017年10月4日のブックマーク (9件)

  • Elasticsearch 6 を利用する前に把握しておいた方がよさそうなこと | DevelopersIO

    ども、藤です。 現地時間 8/31 に Elastic Stack の次期メジャーバージョンの 6.0.0 Beta 2 がリリースされました。 Elastic Stack 6.0.0-beta2リリース 過去の Elasticsearch はメジャーバージョンバージョンアップ時に機能が変更となったり、非推奨になったり、廃止になったり、大きな変化を行ってきました。今回の 5系 → 6系に際しても大きな変化があるはずです。ということで Elasticsearch 6系の Breaking Changes に目を通してみました。今回は私が気になった項目をご紹介します。利用方法によって影響する項目は異なるので 6系をご利用される方は一通り目を通すことを推奨します。 Breaking Changes Breaking Changes バージョン 2系以前に作成されたインデックスは読み取れない E

    Elasticsearch 6 を利用する前に把握しておいた方がよさそうなこと | DevelopersIO
  • KotlinでSpring BootのRESTful APIを実装 - ブロックチェーンエンジニアの備忘録

    KotlinでSpring BootのRESTful APIを実装 - ブロックチェーンエンジニアの備忘録
  • [比較検証] Spring Bootアプリの開発生産性は従来とどの程度の違うか - Qiita

    レガシーなWebアプリケーションの開発と比較して、Spring Bootベースのアプリケーションの開発生産性はどの程度の違うのでしょうか? 少し古めの技術がベースのWebアプリケーション「EasyBuggy」と、そのクローン(全く同じ機能)であるSpring Bootベースの「EasyBuggy Boot」を、開発生産性に影響する次の数値で比較してみました。 ビルドにかかる時間 起動時間 ソースコードの修正から動作確認までの時間 ソースコードの行数 構成の相違点 ちなみに、主な構成の相違点は以下の通りです。 相違点 EasyBuggy EasyBuggy Boot

    [比較検証] Spring Bootアプリの開発生産性は従来とどの程度の違うか - Qiita
  • Nginxの名前解決についてまとめ - ktrysmt's blog

    September 30, 2017 Nginxの名前解決にはいくつか特徴があり,把握しておかないとまれにトラブルに見舞われることがある(あった)のでまとめました。 Microservicesが市民権を得てきた昨今,特にAWSのELB等をInternalなロードバランサとして使うことも当たり前になり,ハマるひとも多かったのではないでしょうか。私も漏れなくハマりまして,以前遭遇した時はNginxのバグではないかと疑っていたのですが,よく調べたらどうもこの辺りの挙動は仕様のようです。 以下具体的に述べます。 1. Nginxは通常,起動時に行った名前解決の結果を保持し続ける まずこの仕様を知っていないとトラブルのときに確実に慌てると思われます…。 この仕様は公式Blogで説明されています。 https://www.nginx.com/blog/dns-service-discovery-ngi

    Nginxの名前解決についてまとめ - ktrysmt's blog
  • Apache FlinkとScalaでセンサーデータをウィンドウ集計をする - Qiita

    Spark Streaming、Kafka Streamsに続いてストリーム処理フレームワークのApache Flinkを試します。Spark StreamingはPython、Kafka StreamsはJavaで書いたのでApache FlinkはScalaで書いてみようと思います。 Apache FlinkもKafkaと同様にScalaで書かれています。Scalaに特徴的な後方互換性を重視せずアグレッシブな開発をしています。そのためネットで検索できる情報もどんどん古くなりAPIもDeprecatedやPublicEvolvingになりがちで初学者には少し入りづらい状況です。なかなか学習用の良い記事が見つかりませんでしたが、センサーデータのウィンドウ集計の書き方はTHE RISE OF BIG DATA STREAMINGを参考にさせていただきました。 プロジェクトテンプレート Apa

    Apache FlinkとScalaでセンサーデータをウィンドウ集計をする - Qiita
  • tcpdumpからKafkaのリトライ可能エラーを追う - n-agetsumaの日記

    Kafkaのメッセージロストの原因の1つに、プロデューサの設定のretries(デフォルト0:リトライしない)の未設定がある。 Kafkaクライアントの送信リトライ プロデューサからメッセージ送信時のエラーには、retires設定によりKafkaのクライアントライブラリ内で自動リトライ可能なエラーと、リトライせずにProducer.sendメソッドの呼び出し元に例外を投げるエラーがある。自動リトライ可能なエラーで発生する例外は、org.apache.kafka.common.errors.RetriableExceptionの継承クラスである。代表的なものを以下に示す。 retiresによりリトライするエラー NotLeaderForPartitionException リーダーパーティションではないブローカーにメッセージが送られた場合のエラー応答。ブローカー障害によるフェールオーバ中にメ

    tcpdumpからKafkaのリトライ可能エラーを追う - n-agetsumaの日記
  • つまみぐい勉強法

    ここ数年、気になった自分の専門外の技術を少しずつだが試してみる事にしている。 対象は主にウェブ系の技術が中心だ。自分はミドルウェアが専門の領域のためウェブ技術仕事で使うことはない。ただ、ウェブ系の技術と連携して使ってもらう場合も多いので、色々知っておこうと思って触ってみている。 方針は「自分が手を動かす仕事では使わない」「専門家になろうとしない」あたり。屋なので専門家に任せる。ただこんなことがやりたいを伝える時に触ったことがあるかどうかはとても重要になる。 そこでとりあえず色々やってみる、つまりつまみぐいを積極的にやってみている。つまみぐいは長くても 1 週間触ってみるくらい。チュートリアルから毛が生えた程度で終わらせるようにしている。 もちろん、手を動かしてみたらとても楽しくて、専門家を目指そうとするのもよしとする。今のところは残念ながらそんな器用なことはできていないが。 つまみ

  • ReactのRedux非同期処理がサルでも分かる超解説 - ベルリンのITスタートアップで働くジャバ・ザ・ハットリの日記

    この記事はかつての私と同じように「Reduxを使った非同期処理がいまいち分かんねー」という方に向けて書いた。とりあえずはReactの公式サイト、Reduxの公式サイト、Dan氏のReduxビデオ解説を観たが、なんかスッキリしない。特にReduxの非同期処理が分からない、という方向けの超シンプル解説。 Reactは公式サイトのチュートリアルなんかも充実していて丁寧だし分かりやすかった。しかしReduxは違う。特に公式サイトの非同期処理の例が変にややこしい。 こういうことをブログで書くと「アタシは公式サイトの説明を読んでも分からないバカです」と言ってるみたいだから、恥ずかしいしあまり書かれない。ウザいぐらいに「Reduxは素晴らしい。シンプル。カンタン」という発言がネット上にあふれている。 しかし私の頭ではパっと分からなかった。私以外でも「これ難しいなー」と思ってる人が居るんじゃないだろうか。

    ReactのRedux非同期処理がサルでも分かる超解説 - ベルリンのITスタートアップで働くジャバ・ザ・ハットリの日記
  • how-to-start-redux.md

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

    how-to-start-redux.md