SUPER CLASSIC 薄い財布 小さい財布 【グッドデザイン賞】
薄い財布 — for Men — 18,200円（税込） お札・小銭・カード（3〜5枚）・鍵をまるごと収納できる「世界一薄い二つ折りメンズ財布」を目指し、開発しました。 雑誌や新聞にも多数掲載されている、スーパークラシック一番の人気商品です。 同じ革の「薄いカードケース abrAsus(アブラサス)」（別売り）を挿しこみ、一体化してご利用頂くこともできます。 薄い財布 — for Ladies — 18,200円（税込） 「ちょっとした外出にもパーティーなどのフォーマルシーンにも活躍する、世界一薄い二つ折りレディース財布」を目指し、バッグやポケットに入る極薄財布を作りました。 薄さや機能性は「薄い財布 abrAsus(アブラサス) for Men」と同じまま、バイカラーなどエレガントなレザーで仕上げています。プレゼントにもぴったりです。 薄い財布 — classic — 20,800円（税
FinTech新参者のFolioが変革したい日本人の資産運用スタイル--今秋サービス開始を目指す - CNET Japan
日を追うごとに注目が高まる「FinTech」だが、ここにまた新たな産声をあげたばかりで大きな資金調達に成功したスタートアップ企業が加わった。それは2015年12月10日に起業したFolioで、DCMベンチャーズとDraper Nexusに対して第三者割当増資を実施し、総額3億円を調達したと3月15日に発表された。Folioは、FinTechの中でもロボアドバイザー（顧客のリスク許容度を踏まえたうえでの自動運用も含めた資産管理、運用サービス）の分野で、独自のアルゴリズムを活用し、金融資産への投資が誰でも簡単、効率的に実現できる次世代型証券プラットフォームを提供しようと、サービスの設計やシステム、ユーザーインターフェースなどの開発を進め、サービス提供に必要な金融免許の申請、取得をしたうえで、今秋頃のサービス開始を目指している。 まずは、どのようにFolioが起業するに至ったか、創業者で代表取締
Amazon Elasticsearch Serviceを使ったログ収集基盤の構成を考えてみた
みなさんこんにちは。@ryuzeeです。 6月10日にAmazon Web Services企業導入ガイドブックが発売になっていますのでよろしくお願いします。 さて今回はAWS上でログ収集と分析をする際に、Amazon Elasticsearch Serviceを使う前提とした場合だとどのような構成案がありそうかいくつか考えてみたのでご紹介します。 なお、検討の材料にしている全体の構成としては、複数のVPC(またはAWSアカウント)があって、さらにオンプレ側とDirect ConnectやInternet VPNで接続しているような、よくあるそれなりの規模の構成になります。 各VPCの中には複数のサブネットがあり、そのうちのいくつかはプライベートサブネットに分かれているものとします(個人的にはインターネットゲートウェイの有無しか違いがないので、プライベートサブネットあまり作りたくない)。
[小ネタ]fluent-plugin-aws-elasticsearch-serviceにて、重複行を登録させない設定 | DevelopersIO
コンニチハ、千葉です。 fluent-plugin-aws-elasticsearch-serviceを利用してAmazon Elasticsearch Serviceへログを登録している環境があります。この環境でログを再送した時に同じログが数十件登録されました。具体的には、2万件ほどリダイレクトでログを書き込んでみたところ、同じログが10行から15行程登録されていました。これは困った。 ということで、ログを重複させない方法を調査してみました。 どうやるの？ まず前提として、Elasticsearchには_idというフィールドが有り、ドキュメントの一意なIDとなります。このフィールドに一意なIDを指定することで重複を避けられそうです。(同じIDが送信された場合上書きされます) そしてログに一意なID、request_idを追加しておきます。この一意なrequest_idを、ドキュメントのI
![[小ネタ]fluent-plugin-aws-elasticsearch-serviceにて、重複行を登録させない設定 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/1d961533060dc1db635d98a12564379de74b56a8/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2016%2F09%2Ffluentd.png)
fluent-plugin-aws-elasticsearch-service を使う場合は reload_connections を false にする - kakakakakku blog
最近 Amazon Elasticsearch Service にログを転送している Aggregator の /var/log/td-agent/td-agent.log に以下のログが出力されていて，調査してわかった fluent-plugin-aws-elasticsearch-service を使う場合に必要な設定に関してまとめておく． 2016-10-24 16:54:50 +0900 [warn]: temporarily failed to flush the buffer. next_retry=2016-10-24 16:54:52 +0900 error_class="Elasticsearch::Transport::Transport::Error" error="Cannot get new connection from pool." plugin_id="xx
fluentd + logstash_formatの難点をrecord_reformerで解決した話 - 平日インプット週末アウトプットぶろぐ
「アプリケーションで出力したログをelasticsearchにインデックスするときにログ時間のフィールド名を@timestampにしたい。」 こんなときにfluentdのlogstash_formatを使うと少々はまります。 今回はそのハマりポイントと解決についてのお話です。 なぜログ時間のフィールド名を@timestampにしたいか 先々にkibanaでもログを取り込むことを考えていました。（kibanaではログ時間のTime Fieldの扱いが@timestampとなっています。） アプリケーションから出力されるフィールドはtimeのままで@timestampにしたくありません。 logstash_formatを使えばtimeフィールドを@timestampに変換してくれますが難点があります。 logstash_formatを使わない理由 logstash_formatはfluentd
Fluentdの設定を考えるときはこんなかんじで考えると便利 - Qiita
Fluentdはデータを流すのに非常に便利なツールでそこら中で使われている(個人調べ)。そのため、なんかいろんなところで設定を見るのであるが、タグに情報が付いていたりフィールドに情報がついていたりして、あれ、これどうなってるんだっけ感に襲われることがよくある。 このあたり自分でも混乱しがちなので、普段どのように考えているかだいたいまとまった気がしたところで書いておくことにした。 Fluentdのデータ構造 まずはFluentdのデータ構造を知っておいた方が良い。Fluentdの内部データはMessagePackで符号化されているが、Fluentdのデータ構造は単なるハッシュではなく、時刻(time)とタグ(tag)という属性を持っている。次のような感じだ。 レコード レコード(record)は入力されたデータそのものであり、tailプラグインであれば、tailした1行のデータに相当する。重
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
