タグ

2015年3月25日のブックマーク (9件)

  • [3]S3のつまずきポイント、命名ルール知らないとエラーに

    AWSにおけるWebストレージサービスである、Amazon S3のつまずきポイントが今回のテーマだ。S3はデータ耐久性が高いことで有名だ。実に、99.999999999%のデータ耐久性を達成するように設計されている。 S3はEC2など他のAWSサービスと同様に、Webコンソール(Management Console)やAPIなどで、「バケット※1」を作成したり、バケット内にオブジェクト(ファイル)※2を作成・削除したりできる。また、S3に関しては様々なサードパーティのクライアントがあるので、そちらを利用して簡単に操作することも可能となっている。

    [3]S3のつまずきポイント、命名ルール知らないとエラーに
    edajima
    edajima 2015/03/25
  • 大規模トラフィックを捌くための CloudFront 以外の選択肢 – I'm Sei.

    〜 大晦日に秒間 1 万ユーザを捌くためにやったこと (ロードバランサー編) 〜今回、ロードバランサーは全面的に AWS の Elastic Load Balancing (ELB) を使用しました。 Web API を提供するシステムにはもともと ELB を使う予定だったのですが、静的ファイルの配信などは ClouldFront + S3 という構成でいこうと思っていました。 が、最終的には静的ファイルを配信するシステムも ELB + EC2 という構成になりました。 そのへんの経緯とか、AWS を使うときのシステムのフロント周りの負荷分散にはどういう選択肢があるのかとか、軽くまとめてみようと思います。 静的ファイルの配信には CloudFront を使ったほうがいいのかCloudFront は S3 と併用することで、静的なファイルの配信のことはほとんど考えなくていい、というくらい簡単

    大規模トラフィックを捌くための CloudFront 以外の選択肢 – I'm Sei.
    edajima
    edajima 2015/03/25
  • [セッションレポート]Maximizing Amazon S3 Performance #reinvent | DevelopersIO

    re:Inventのセッション「Maximizing Amazon S3 Performance」を聞いてきたので、そのセッションレポートを書きました。 内容 リージョンの選択 どのリージョンでS3を作成するか、の検討基準 ユーザになるべく近いリージョン その他のAWSリソースと近いリージョン 保存されるデータがsensitiveなものの場合は法律上の規則も確認しておく必要がある オブジェクトの命名 オブジェクトへのアクセスが100TPS(Transaction per Second)を超えるかどうか、がS3のアーキテクチャ上重要になる S3のキーの先頭部分が同じだと、S3上で同一のパーティション上に保存されるアーキテクチャとなる。つまり、大量のファイルのキーの先頭部分が同じ場合は同じパーティションへのアクセスが集中するためパフォーマンスが落ちる。(例: 2014-01-01-photo.

    [セッションレポート]Maximizing Amazon S3 Performance #reinvent | DevelopersIO
    edajima
    edajima 2015/03/25
  • 大量生成ホストやHTTPS化――ブルーコートが語る、さらに「見えにくく」なる攻撃の現状 

    大量生成ホストやHTTPS化――ブルーコートが語る、さらに「見えにくく」なる攻撃の現状 
    edajima
    edajima 2015/03/25
  • TechCrunch | Startup and Technology News

    The keynote will be focused on Apple’s software offerings and the developers that power them, including the latest versions of iOS, iPadOS, macOS, tvOS, visionOS and watchOS.

    TechCrunch | Startup and Technology News
    edajima
    edajima 2015/03/25
  • インフラエンジニアじゃなくても押さえておきたいSSHの基礎知識 - Qiita

    最近はクラウド上のサーバーを利用する事も多くなってきた。 サーバーの用意やネットワーク周りの設定はインフラ部門がやってくれるけど、アプリのデプロイ/設定は開発者がする事が多いので、開発メインでやってるエンジニアでも最低限SSHの知識は必要になる。 また、Vagrant等でローカル環境にVMを作成する事もあるので、ローカル環境内でSSHを使用するケースも増えてきた。 というわけでインフラエンジニアじゃなくてもSSHクライアントの知識は必須になってきているので、改めてSSHの再学習をしてみることにした。 SSHとは 暗号や認証の技術を利用して、安全にリモートコンピュータと通信するためのプロトコル。 SSHでは以下の点で従来のTelnetより安全な通信が行える。1 パスワードやデータを暗号化して通信する。 クライアントがサーバーに接続する時に、接続先が意図しないサーバーに誘導されていないか厳密に

    インフラエンジニアじゃなくても押さえておきたいSSHの基礎知識 - Qiita
    edajima
    edajima 2015/03/25
  • Vim幼稚園からVim小学校へ - Qiita

    emacsキーバインドに慣れ親しんだせいで長らくVim幼稚園のままだった私が来ましたよ。キーバインドを一度に覚えようとすると挫折しやすいので、以下のように少しずつボキャブラリーを増やすのがたぶん吉。 特記しない限りノーマルモードが前提。後、.vimrcでの設定については最小限にしか触れない (emacsでつい設定ファイルをいじってしまいがちだった反省から) ので各自好きにしてください。 Level 1 最小限の使い方だけ覚えて、ぶっつけでサーバーの設定ファイルを更新したりしていた。10年以上この状態。 iでその場でインサートモード aで直後の文字にインサートモード :wqで保存終了 :q!で保存せずに終了 移動はひたすらカーソルキー xでカーソル下の文字を削除 困ったらEscキーを連打 上はもともと、vimの先祖でずっと機能の少ないviの操作なのだけど、viならほぼどんなたいていのUnix

    Vim幼稚園からVim小学校へ - Qiita
    edajima
    edajima 2015/03/25
  • 顧客の言うままに作ると、たいてい大失敗します

    やまさき ふみのり 1974年、山口県生まれ。早稲田大学大学院に在学していた1998年、趣味のロボット開発の資金を捻出するためにイクシスリサーチを設立。2000年に科学技術振興事業団(現科学技術振興機構)のプロジェクトで2足歩行ロボット「PINO(ピノ)」を開発した実績も持つ。 (写真:陶山 勉) ――どのような経緯でロボットに興味を持ったのですか。 ロボット業界では、「鉄腕アトム」や「ガンダム」などのテレビアニメを見てこの業界を志した人が多いと思います。ですが自分は子供の頃、ロボットのアニメを全然見ていません。実家が山口県の田舎だったので、田んぼでサッカーをしたり山でカブトブシを採ったりして遊んでいました。あと実家の工具箱からノミやのこぎりを持ちだして、工作をしていましたね。木の切れ端を船の形に加工して、川に浮かべたりする遊びです。 そんなふうにモノづくりに強い興味を持っていた小学5年生

    顧客の言うままに作ると、たいてい大失敗します
    edajima
    edajima 2015/03/25
  • Knife-ZeroでCookbookの作成/実行/削除&git cloneコマンドでCookbookの取得

    Knife-ZeroでCookbookの作成/実行/削除&git cloneコマンドでCookbookの取得:サーバー管理者のためのChef超入門(2)(1/2 ページ) エンタープライズ向け機能が充実してきたChefを使って高速かつ精度の高いサーバーインフラを構築/管理する方法について解説する連載。今回はKnife-ZeroでCookbookを操作する方法やgit cloneコマンドでCookbookを取得する方法、Gitを使う利点などについて解説します。

    Knife-ZeroでCookbookの作成/実行/削除&git cloneコマンドでCookbookの取得
    edajima
    edajima 2015/03/25