S3をEC2インスタンスにマウントして使うときのStorageGateway, s3fs, goofysそれぞれのパフォーマンス - QiitaRegister as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up
AWS IoT Message Brokerに一般のMessage Brokerにあるべき実装がない理由を考えてみた。 | DevelopersIO
違い、というより実装として「QoS 2」「Retain」「Will」の機能がないのです。それは何故なのでしょう。ドキュメントにはこれに関しては追求されてはいないのですが、あくまで私の私見として「こうなんじゃないかなー」という考えを書いておきます。 QoS 2がない理由 - スケールしにくいから QoSとは「Quolity of Service」の略でメッセージが確実にBrokerに届いているかどうかを保証する保証レベルを指します。 QoS 0 - 投げっぱなし QoS 0は「At Most One」つまり多くても一回、というレベルです。 Publisherがメッセージを投げた結果についてPublisherは責任を持ちません。なのでBrokerに通っているのかどうかは確認のしようがありません。 QoS 1 - 少なくとも一回 QoS 1は「At least One」少なくても一回、というレベ
分散キーとソートキー - Qiita
投稿のきっかけ 仕事でRedshiftを用いてデータベースを構築する必要があり、分散キーとソートキーという単語に引っかかった。 この記事は、自習用の備忘録として、そしてQiitaへの初投稿としてお試しで投稿してみる。 参考サイト Redshiftの設計前に知っておくべき分散キーとソートキーの役割 AWSデータベース開発者ガイド ノードスライス 本題の分散キー・ソートキーに入る前に、まずこの「ノードスライス」という単語は避けて通れないらしい。 ノードスライスとはなんぞや 定義は「ノード数×CPU数」らしい。 つまりは１つのノード内に多量のデータを詰め込んで、それを並列CPUで処理する。。。その各計算単位？？？ →多分あってる。 AWSのガイドの言葉を借りると、 「テーブルにデータをロードすると、そのテーブルの分散スタイルに従って、Amazon Redshift がテーブルの行を各ノードスライ
AWS再入門 Amazon Redshift編 | DevelopersIO
はじめに 当エントリはDevelopers.IOで弊社AWSチームによる2015年アドベントカレンダー 『AWS サービス別 再入門アドベントカレンダー 2015』の4日目のエントリです。 昨日3日目のエントリは清水の『Amazon CloudFront 』でした。 このアドベントカレンダーの企画は、普段AWSサービスについて最新のネタ・深い/細かいテーマを主に書き連ねてきたメンバーの手によって、今一度初心に返って、基本的な部分を見つめ直してみよう、解説してみようというコンセプトが含まれています。 本日4日目のテーマは『Amazon Redshift』です。 Amazon Redshift（クラウドデータウェアハウスソリューション） | アマゾン ウェブ サービス（AWS 日本語） 目次 サービスの基本的な説明 高速且つフルマネージドなデータウェアハウス(DWH:Data Ware Hou
AWS再入門 AWS IoT編 | DevelopersIO
はじめに 当エントリはDevelopers.IOで弊社AWSチームによる2015年アドベントカレンダー 『AWS サービス別 再入門アドベントカレンダー 2015』の25日目のエントリです。昨日24日目のエントリはきうちの『Data Pipeline』でした。 このアドベントカレンダーの企画は、普段AWSサービスについて最新のネタ・深い/細かいテーマを主に書き連ねてきたメンバーの手によって、今一度初心に返って、基本的な部分を見つめ直してみよう、解説してみようというコンセプトが含まれています。 本日25日目、最終日のテーマは『AWS IoT』です。今年のバズワードとも言える「IoT」、乗り遅れたまま今年が終わりそう、、、という方は是非この記事で基本を抑えて下さい。 目次 サービスの基本的な説明 前提知識 AWS IoTの特徴 はじめてみよう ポイント まとめ さいごに サービスの基本的な説明
これからAWSを使ってIoTをやってみたい人が抑えておくべき10のキーサービス & 7つのキーワード #reinvent | DevelopersIO
こんにちは、せーのです。 今回はAWSの沢山あるサービスの中から、Re:InventのIoT系のセッションに参加した結果「これはやっといた方がいいなあ」というAWSのサービスとAWS以外のキーワードについて重要度順にご紹介したいと思います。 AWS サービス AWS IoT 今回初登場したAWS初のIoT系サービスです。 IoTでネックになりがちなMQTTSによるセキュアな通信や、スケールするブローカーによる振り分け、オフラインになったデバイスとのステータスSync等をAWS側で一手に引き受けてくれる、フルマネージドのサービスになります。 デバイス側にもSDKが提供されていますので、すごくシンプルにデバイスとAWSをつなげることができます。一方で「Shadow」や「Rule」等AWS IoT特有の考え方もあるので、ここはきっちり抑えておきましょう。 公式APIリファレンス: AWS IoT
実践DDD本 第4章「アーキテクチャ」 ～レイヤからヘキサゴナルへ～
前回記事：IDDD本の第3章「コンテキストマップ」の解説 本稿で紹介するアーキテクチャの種類 エバンズ本では、DDDのアーキテクチャは「レイヤアーキテクチャ」を中心に紹介していました。これに対してIDDD本では「ヘキサゴナルアーキテクチャ」を提唱しています。さらにヘキサゴナルアーキテクチャと関係が強い「サービス指向（SOA、REST）」「コマンドクエリ責務分離（CQRS）」「イベント駆動アーキテクチャ（パイプ＆フィルター、長期サーガ、イベントソーシング）」といった概念やアーキテクチャ方式についても取り上げています。 特定のアーキテクチャに依存しないDDD DDDは特定の技術に依存していないため、自由にアーキテクチャを選択することができます。アーキテクチャの選定においては、構築するシステムに求められる「機能要求（ユースケース、ユーザーストーリー、ドメインモデルのシナリオ等）」と「品質要求（性
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
