タグ

2017年8月27日のブックマーク (35件)

  • Cache-Control の Immutable 拡張によるリロード時のキャッシュ最適化 | blog.jxck.io

    Intro ブラウザはリロード時に、 max-age に満たないキャッシュを持っていても Conditional GET によってキャッシュの Validate (有効性の問い合わせ)を行う。 Cache-Control Extension として提案されている Immutable 拡張は、キャッシュが max-age 内であればリロード時もキャッシュヒットさせる拡張である。 このヘッダの効果と、サイトへの適用について記す。 Cache-Control Cache-Control に max-age を指定することで、ブラウザにリソースをキャッシュさせることができる。 このキャッシュは max-age の期間内は fresh とみなされ、 fresh であればサーバへの問い合わせなく再利用される。 サーバへの問い合わせ(RTT)が無いため、事実上最速のリソース取得となる。 Reload

    Cache-Control の Immutable 拡張によるリロード時のキャッシュ最適化 | blog.jxck.io
    zsiarre
    zsiarre 2017/08/27
  • Java EE 8 (Jakarta EE 8) 新機能まとめ - Qiita

    Overview Java EE 8 (JSR 366) が 2017年9月 にリリースされました。 Java EE 8 の 7 からの変更点、新機能についての整理を兼ねてのメモ代わり。 手が空いたときにでも都度追記していきます。 Impression いきなり所感だが、Java EE 8 というが、メジャーバージョンアップさせるほどの強力な新機能がそんなに多いとは感じられない。 全体的には Stream や Date and Time API などの Java SE 8 API との親和性向上が図られたっぽい。ラムダにはそんなに対応していない雰囲気? 当初予定していたMVC1.0が無くなったり、一時期進捗が停滞していたりと、これまでの Java EE の仕様策定と比較して、Oracleによるリードが鈍化してきている感は否めない。故に、Java EE Guardiansなるものが誕生した所

    Java EE 8 (Jakarta EE 8) 新機能まとめ - Qiita
    zsiarre
    zsiarre 2017/08/27
  • 社内で技術力評価会というものをやった - Sionの技術ブログ

    技術力評価会ってなに? VoyageGroupで評価制度の一環。 半期に1回、「どんくらい技術的にドヤれることをしたの?」というの評価します。 おまえはどんなドヤ顔してきたの? SREとして、PHP+CentOS6+apacheで動いてたとあるシステムを、Go+CentOS7+nginxに移行した話をしました。 それについては VOYAGE GROUP エンジニアブログ でいつか書く予定なので、乞うご期待。 おおまかな流れ 評価する人、される人が入ったslackチャンネルを公開で作る 評価する日のをfix ドヤ顔する内容をgithubにあげる 素振り(任意) 評価実施(1時間30分くらい) フィードバック(その内容もgithubに上がります) 素振りis何? 評価はお賃金に反映される。ぶっつけ番する前に軽く指摘欲しい! って人がやったりします。やっててよかった。。 githubにあげた内

    社内で技術力評価会というものをやった - Sionの技術ブログ
    zsiarre
    zsiarre 2017/08/27
  • Linuxのdrop_cachesにwriteした時の動きを追う - Qiita

    はじめに drop_cachesにwriteしてみて、その前後での/proc/meminfoやfree(1)コマンド結果を観察するような記事はたくさんあるけど、drop_cachesにwriteしたときに何をやっているのかを詳しく解説したような記事が全然見つからなかったので、自分で調べてみることにした。 ・・・という間違いを犯して泥沼にハマり貴重な休みを潰してしまったとあるエンジニアの活動を記録した記事である(たぶん) なお、Linux-4.12くらい、procps-ng-3.3.12くらいを見ています。 ページキャッシュの概要 概要 そもそも通常は、あえてdrop_cachesに値を書いて操作する必要が出るような場面はないと思われる。敷いていえば、ページキャッシュに乗ってる場合と乗っていない場合とでのベンチマークをしたいときくらい? まれに/proc/meminfoのMemFreeが少な

    Linuxのdrop_cachesにwriteした時の動きを追う - Qiita
    zsiarre
    zsiarre 2017/08/27
  • AWSがLambda@Edgeをリリース、Node.js関数をCDNと共にエッジロケーションで実行可能に

    Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。このでは、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

    AWSがLambda@Edgeをリリース、Node.js関数をCDNと共にエッジロケーションで実行可能に
    zsiarre
    zsiarre 2017/08/27
  • SaaS事業の成長可能性を判断する、3つの指標 | Coral Capital

    500 Startups Japanでは、世界60ヶ国で1600社に投資してきた実績を活かし、日でも様々なノウハウを起業家の皆さんに伝えていきたいと考えています。 今回はSaaS関連のアーリーステージのスタートアップ向けに、その成長可能性を判断するための3つの指標をご紹介します。また、この指標に合わせて、日々の数字を管理するためのSaaSの指標管理テンプレートもこちらから無料でご利用いただけます。是非、これら指標とテンプレートを活用してください! 日の「紙業界」に投資したい、と冗談まじりに言うことが時々あります。もちろん、文字通りの「紙」ではありません。何が言いたいかと言うと、ペーパーワークに多くの時間を割かざるを得ない業界の慣習や手続を、ソフトウェアを活用して効率化しようとしている会社に投資したい、ということです。もうすでにしばらく前から「ソフトウェアが世界を飲み込んでいる」のに、日

    SaaS事業の成長可能性を判断する、3つの指標 | Coral Capital
    zsiarre
    zsiarre 2017/08/27
  • さくらのVPS、スタートアップスクリプト「Crowi」の提供を開始

    日2017年8月21日より、さくらのVPSのスタートアップスクリプトにおきまして、 パブリックスクリプト「Ubuntu_Crowi」の提供を開始いたしました。 「Crowi」はMarkdown記法で記述することができるシンプルなWikiアプリケーションです。 「Ubuntu_Crowi」は標準OS Ubuntu16.04 (amd64)に対応しております。 さくらのVPSコントロールパネルより「標準OS Ubuntu16.04 (amd64)」と「Ubuntu_Crowi」を 選択し、インストールを実行してください。 スタートアップスクリプト実行後は「http://<さくらのVPSのFQDN>/installer」にブラウザから アクセスし、Crowiの初期設定を行ってください。 [関連リンク] ■スタートアップスクリプト

    さくらのVPS、スタートアップスクリプト「Crowi」の提供を開始
    zsiarre
    zsiarre 2017/08/27
  • Route 53 が CAA レコードに対応しました! | DevelopersIO

    日(現地時間 8/21)、Route 53 が CAA レコードに対応しました。 Amazon Route 53 now supports CAA records CAA Format - Supported DNS Record Types - Amazon Route 53 さっそくマネジメントコンソールから設定できるようになっているわけですが、その前に CAA レコードについて少し解説します。 CAA (Certification Authority Authorization) レコード ひとことで言うと、 「このドメインに関する証明書(SSL, TLS)を発行できる認証局(CA) を指定する」ためのレコードです。 例えばこのレコードに「認証局 A しか発行してはならない」と記述した場合は、認証局 B はたとえリクエストがあったとしても証明書を発行しません。 勝手に他人のドメイン

    Route 53 が CAA レコードに対応しました! | DevelopersIO
    zsiarre
    zsiarre 2017/08/27
  • WEB+DB PRESS Vol.100 特集「対応必須!完全HTTPS化」を執筆しました - 水深1024m

    2017年8月24日発売の WEB+DB PRESS Vol.100 に「対応必須!完全HTTPS化 - 移行手順からつまずくポイントまで」という特集記事を執筆しました。 この特集は、2017年4月に会社の技術ブログに執筆した Web サービスの完全 HTTPS 化 - クックパッド開発者ブログ という記事をベースに、中身をほぼ新規に執筆したものです。 2017年1月にクックパッドという Web サービスを完全 HTTPS 化したので、その経験を4月にブログ記事という形で公開したのですが、これをご覧になった編集部の方からご連絡をいただき今回の話に繋がりました。 WEB+DB PRESS は8年くらい前、格的に Web 技術者を目指そうかなと思い始めた学生の頃から時折読んでおり、私にとってもかなり身近な雑誌です。しかし執筆はというとVol.92 でちょこーーっとだけ Fluentd による

    WEB+DB PRESS Vol.100 特集「対応必須!完全HTTPS化」を執筆しました - 水深1024m
    zsiarre
    zsiarre 2017/08/27
  • PostgreSQLでスケールアウト

    Masahiko SawadaPostgreSQL Global Development Group - Major Contributor at PostgreSQL Global Development Group

    PostgreSQLでスケールアウト
    zsiarre
    zsiarre 2017/08/27
  • 物理的にアメリカのオフィスを作った話 – DeployGate

    こんにちは!Software Engineerの井上恭輔( @kyoro353 )です。今日はDeployGateの米国オフィスを物理的に作った話をご紹介したいと思います。 DeployGateは2016年3月に米国法人を登記し、海外のお客様向けの各種サポートを提供しています。しかし、実は今までリモートベースの活動がメインで自分たちのオフィスを持っていませんでした。 おかげさまで三期目を迎えた今年は、米国やベトナムを始め海外での利用事例が増えていることもあり、米国にも固定オフィスを作るか!という話になりました。が、私たちは小さなスタートアップ。オシャレなオフィスを作りたいけど、丸投げで依頼するお金も無いし、何より面白く無い… …そうだ、DIYの聖地アメリカだし、自分たちで施工してしまおう!! という考えに至った私は「大抵のプログラミングはできるのだから、きっとググれば家くらい作れるだろう」

    物理的にアメリカのオフィスを作った話 – DeployGate
    zsiarre
    zsiarre 2017/08/27
  • 「hbstudy#75 SRE大全:メルカリ編」で登壇しました | メルカリエンジニアリング

    こんにちは。SREの @kazeburo です。8月17日に株式会社ハートビーツ様が主催する「hbstudy#75」において、メルカリSREの取り組みについての発表をしてきましたので、資料を公開します。 hbstudyでは、SRE大全というテーマで、#74において先日発売となりました「SRE サイトリライアビリティエンジニアリング ―Googleの信頼性を支えるエンジニアリングチーム」の翻訳者の発表があり、また#76にてXFLAG スタジオのSREによる発表が予定されています。 発表内容 トークの時間が2時間ありましたので、前半、後半にわけて資料を作成しました。内容も多く盛り込んでおります。 メルカリがSREを採用した理由 メルカリSREチームの紹介 OnCall/運用当番について 先日のCDN変更での個人情報漏洩について PHPアプリケーションの最適化 セキュリティの取り組み(パスワード

    「hbstudy#75 SRE大全:メルカリ編」で登壇しました | メルカリエンジニアリング
    zsiarre
    zsiarre 2017/08/27
  • 8月にリリースされたFirefox 55以降ではSelenium IDEが動作せず、Seleniumオフィシャルブログで報告。今後の方向性は?

    8月にリリースされたFirefox 55以降ではSelenium IDEが動作せず、Seleniumオフィシャルブログで報告。今後の方向性は? 8月9日にリリースされたFirefox 55ではSelenium IDEが動作しなくなっていることが、8月9日付けの「Official Selenium Blog」に投稿された記事「Firefox 55 and Selenium IDE」で報告されています。 Selenium IDEとは、ブラウザ自動化ツールSelenium関連のソフトウェアのひとつ。ブラウザの操作をコマンドとして記録することができ、それをテストケースとして再利用できるというツールです。Webアプリケーションのユーザーインターフェイス周りのテストなどで便利に使われてきました。 Firefox 55で動作しなくなった原因は、Firefoxの拡張機能の仕組みが従来の「XPI」から、We

    8月にリリースされたFirefox 55以降ではSelenium IDEが動作せず、Seleniumオフィシャルブログで報告。今後の方向性は?
    zsiarre
    zsiarre 2017/08/27
  • Web Payments はなぜ避けて通れないものになるのか - ウェブでの新しいお金の払い方

    前回の記事で解説したように、Payment Request API によってウェブでの支払いにおけるユーザーエクスペリエンスは大きく変わる可能性があります。しかし、これが当にメインストリームになるのか、将来的に自分のサイトを対応させる必要性は出てくるのか?そんな疑問を持つ方は少なくないと思います。 僕はかなり高い確率で、今後ウェブ上でのほとんどの支払いが Web Payments を経由したものに変わっていくと予想しています。この記事では、その理由を説明していきます。 クレジットカードセキュリティ問題 # あなたはクレジットカードを紛失して再発行した経験はありますか? クレジットカードは紛失や盗難で番号が漏れて他人に知られてしまった可能性がある場合、カード番号を変更しなければなりません。番号が変わるということは、設定してある自動引落などが全てやり直しになってしまいます。その手続きの大変

    Web Payments はなぜ避けて通れないものになるのか - ウェブでの新しいお金の払い方
    zsiarre
    zsiarre 2017/08/27
  • SpinnakerによるContinuous Delivery | メルカリエンジニアリング

    SREの@deeeetです。 新しい機能を素早くリリースしフィードバックを得てすぐにPivotの決定を行う、もしくはリスクを抑え小さな改善を継続的に行うContinuous Deliveryはソフトウェア開発において非常に重要です。 メルカリではこのContinuous DeliveryのためのPlatformにSpinnakerを採用し始めました。現在は主にkubernetes(k8s)へのコンテナアプリケーションのDeployに利用しており、既にいくつかの番アプリケーションがSpinnakerによりDeployされています。 記事ではなぜSpinnakerを採用したか、Spinnakerとは何か、実際にメルカリでどのようにSpinnakerを使っているか、について簡単な紹介をします。 kubernetes上でのDeploy問題 k8sへのコンテナイメージのDeployは非常に簡単で

    SpinnakerによるContinuous Delivery | メルカリエンジニアリング
    zsiarre
    zsiarre 2017/08/27
  • AWS ALBに長いリクエストURLでGETすると414や500でエラーになる - YOMON8.NET

    AWS ALB(Application Load Balancer)に長いURLリクエスト投げてみたら、以下のテーブルのように、ある長さのリクエストからエラーが出ることを発見しました。 URLの長さ(Byte) HTTPレスポンスコード 〜16446 200 OK 16447 500 Internal Server Error 16448〜 414 Request-URI Too Large AWSのサポートに聞いたら以下のような制限があることを教えてもらいました。仕様なのでパラメータ等での変更はできないようです。また、旧ELB(Classic Load Balancer)にはこの制限が無いようです。 HTTP headers for Application Load Balancers have the following size limits: Request line: 16K S

    AWS ALBに長いリクエストURLでGETすると414や500でエラーになる - YOMON8.NET
    zsiarre
    zsiarre 2017/08/27
  • メンテナンス・障害情報・機能追加|さくらインターネット公式サポートサイト

    2017年08月25日掲載 障 害 発 生 の お 知 ら せ さくらインターネット株式会社 平素よりさくらインターネットをご利用いただき、誠にありがとうございます。 日、ご提供サービスにおきまして、以下の通り障害が発生いたしました。 ご利用中のお客様には大変ご迷惑をおかけいたしましたことを深くお詫び 申し上げます。 < 記 > 発生日時 : 2017年08月25日12時25分 - 2017年08月25日17時25分 影響範囲 : インターネット向け通信の一部 障害内容 : 弊社の複数の上位回線キャリアにて障害が発生しております。 --------------------------------------------------------------------- 2017年08月25日 13時20分 : 障害内容を更新いたしました。 13時35分 : 障害内容の文面を更新いたしまし

    zsiarre
    zsiarre 2017/08/27
  • [続報]OCNの通信障害、米グーグルによる誤った経路情報の大量送信が原因か

    2017年8月25日、NTTコミュニケーションズ(NTTコム)のインターネット接続サービス「OCN」で発生した通信障害に関して、インターネット通信関連の識者は誤った経路情報が大量に流れたことが原因ではないかとの見方を示した。ここでいう経路情報はルーターがBGP(Border Gateway Protocol)というプロトコルを使って交換するものだ。 日ネットワークインフォメーションセンター(JPNIC)の岡田雅之氏は、NTTコムは複数の組織と対等な関係でネットワークの経路情報をやり取りしているが(これを「ピアリング」という)、そのうちのある組織が誤った経路情報を大量に流したのではないかと話す。その結果、「NTTコムを介してインターネットに接続していた企業のルーターが、大量の経路情報を受け取り高い負荷がかかり、一部はフリーズしたような状態に陥るなどして通信障害につながったのではないか」(岡

    [続報]OCNの通信障害、米グーグルによる誤った経路情報の大量送信が原因か
    zsiarre
    zsiarre 2017/08/27
  • メルカリとソウゾウアプリの アプリ間連携の仕組み in 2017 summer

    メルカリとソウゾウアプリの
アプリ間連携の仕組み
in 2017 summer Souzoh Android Talk https://mercari.connpass.com/event/63552/ Application Interoperability Sample https://github.com/operando/Application-Interoperability-Sample Android アプリのセキュア設計・セキュアコーディングガイド https://www.jssec.org/dl/android_securecoding.pdf 「メルカリとソウゾウアプリのアプリ間連携の仕組み in 2017 summer」のセキュアコーディングガイドに関する補足 http://hack-it-iron.hatenablog.com/entry/2017/08/28/10

    メルカリとソウゾウアプリの アプリ間連携の仕組み in 2017 summer
    zsiarre
    zsiarre 2017/08/27
  • ソニー創業者・盛田昭夫が53年前に提唱した「働かない重役追放論」 | 文春アーカイブス | 文春オンライン

    盛田昭夫氏は、終戦直後の1946年に井深大氏とともに東京通信工業株式会社(後のソニー)を設立した。ソニー副社長だった盛田氏は、1960年、米国にソニーの現地法人が設立されると同社の社長に就任。アメリカのビジネス界から強い刺激を受けたようだ。 その盛田氏が、東京五輪が行われた1964年に先進的なコーポレートマネジメント論を発表していた。 ジャーナリスト・大西康之氏の解説付き。 出典:「文藝春秋」1964年7月号 いま日では、自由化対策とか開放経済にどう対処するのかということが、焦眉の急となっている。温室育ちの促成栽培も一応軌道にのって、世界の耳目を驚かすほどの経済成長を示しはじめたので、もはや一人前と認められて、弱肉強の自由競争の世界にひきずりこまれ、いやが応でもそこで生きていかねばならなくなったのである。 日の企業に真の国際競争力があるか、厳しい世界の自由経済の中で生きぬくだけの実力

    ソニー創業者・盛田昭夫が53年前に提唱した「働かない重役追放論」 | 文春アーカイブス | 文春オンライン
    zsiarre
    zsiarre 2017/08/27
  • 1995年はすごかった

    youkoseki.com 1995年はすごかった 1995年といえばWindows 98が発売された年で、発売日には秋葉原中のパソコンショップが深夜営業をしていたものだった。あちこちに長い行列が出来たせいで、一部の行列で混乱が起き、「物売るっていうレベルじゃねぇぞ」の名言が生まれたのがこのとき。 アップルはアップルでスティーブ・ジョブズが復帰して、Think Differentのコピーと共にiMac、iPod、iPhoneを一斉発表したのが1995年だった。大きなスクリーンにハンマーを投げつける伝説的なコマーシャル(Copland)がすごく話題になって、今思えばIBMの一強時代に終わりを告げた象徴だった。 パソコンもスマホも、今でこそ海外メーカばかりだけど、当時はまだ国産メーカが元気だった。NECPC98やPC88、MSXなんかが人気だったな。スマートフォンはドコモがiPhone対抗に

    1995年はすごかった
    zsiarre
    zsiarre 2017/08/27
  • フリマアプリ「メルカリ」の多様なデータと機械学習 @TECH PLAY Conference 2017

    メルカリでは、多様で大量のデータが日々増え続けています。出品時に入力される、商品説明文やタイトルのテキストデータ、商品カテゴリやブランドのカテゴリカルデータや商品画像データ、さらには、お客さまの商品検索・閲覧・購入といった行動の時系列データ、お客さま同士の価格交渉や商品取引の対話データなど、多岐にわたります。当セッションでは、これらのデータを活用したサービスの改善事例や取り組みについて紹介いたします。

    フリマアプリ「メルカリ」の多様なデータと機械学習 @TECH PLAY Conference 2017
    zsiarre
    zsiarre 2017/08/27
  • 8月25日に発生した大規模通信障害をまとめてみた - piyolog

    2017年8月25日12時過ぎより、Webサイトにつながらない等の接続障害とみられる事象が複数発生しました。また同時間帯にNTTコミュニケーションズ、KDDIから障害報告が発表されています。ここでは関連情報をまとめます。 インシデントタイムライン 日時 出来事 8月25日 正午過ぎ Googleが誤った経路情報を送信。 〃 12時22分 NTTコミュニケーションズのOCNバックボーンで通信障害発生。 〃 12時24分 KDDIのサービスで通信障害発生。 〃 以降 日国内の複数のサービス等で接続障害が発生。 〃 送信後8分以内 Googleが誤設定情報を修正。 〃 12時39分 KDDIの通信障害が復旧。 〃 12時45分 NTTコミュニケーションズの通信障害が復旧。 〃 夕方頃 各組織で発生した障害が概ね復旧。 8月26日 Googleが誤設定を認め、謝罪する声明を発表。 8月29日 総

    8月25日に発生した大規模通信障害をまとめてみた - piyolog
    zsiarre
    zsiarre 2017/08/27
  • テレビ放送に向けての負荷対策(AWS x Rails の場合)[前編]

    Housmart高松です。 先日、テレビ東京のWBS(ワールドビジネスサテライト)で弊社サービス「カウル」をご紹介いただきました。今回は、その前後でシステムの準備として実施したこと、当日の実際のアクセス数などをご紹介します。 WBSサイト(不動産流通に革新は起こるか): http://txbiz.tv-tokyo.co.jp/wbs/feature/post_107290/ 仲介手数料無料の不動産サイト「カウル」: https://kawlu.com/ 突然のテレビ取材!テレビに出るとどのくらいアクセスが来るの?サーバは何台増やしたらいいの? そんな時の参考になれば幸いです。 内容 前提 前回の失敗 フロントエンド システム構成 事前準備 負荷予測 サーバ台数決定 サーバ増強 その他 放送当日 [後編] 振り返りとまとめ [後編] 1.前提 前回の失敗 つい半月ほど前に別の局で朝の番組にも

    テレビ放送に向けての負荷対策(AWS x Rails の場合)[前編]
    zsiarre
    zsiarre 2017/08/27
  • テレビ放送に向けての負荷対策(AWS x Rails の場合)[後編]

    Housmart高松です。 先日、テレビ東京のWBS(ワールドビジネスサテライト)で弊社サービス「カウル」をご紹介いただきました。 前編ではテレビ放送に向けたAWS上のシステムの事前準備について説明しました。後編では放送当日と事後の振り返りについて書いていこうと思います。 ※前編をご覧になっていない方はこちらを先にご覧ください。 WBSサイト(不動産流通に革新は起こるか): http://txbiz.tv-tokyo.co.jp/wbs/feature/post_107290/ 仲介手数料無料の不動産サイト「カウル」: https://kawlu.com/ 内容 前提 [前編] 事前準備 [前編] 放送当日 直前の放送時間変更 放送内容 アクセス数まとめ 振り返りとまとめ アクセス予想振り返り まとめ 3.放送当日 直前の放送時間変更 WBSは通常23時からの放送なのですが、この日は前の番

    テレビ放送に向けての負荷対策(AWS x Rails の場合)[後編]
    zsiarre
    zsiarre 2017/08/27
  • 「Slackの生産性を上げる」を考える - Pepabo Tech Portal

    "スッコココ"ー チャットツール「Slack(スラック)」をご利用のみなさまにおかれましては、ココロ踊る通知音ではないでしょうか。 はじめまして、キッズ・子供服 を中心としたハンドメイドマーケットtetote(テトテ)を運営しております、tetote事業部の 新井正樹(@msk) と申します。 さて冒頭のSlackにつきまして、もはやチャットツール以上の強力なコミュニケーションプラットフォームとして、リモート勤務パートナーふくめ10数名のtetoteチームからペパボ全社まで、絶賛大活用されております。 そこで、せっかくなので「こうするともう少しだけ生産性が上がるのでは」というポイントをまとめてみました。 前提 見落とさないために 「見てませんでした/気づきませんでした」は非生産的プレーの代表選手! 「Activity」を必ずチェックしましょう 右上の :fish_cake: みたいな@マー

    「Slackの生産性を上げる」を考える - Pepabo Tech Portal
    zsiarre
    zsiarre 2017/08/27
  • AWS Solutions Architect ブログ

    こんにちは、ソリューションアーキテクトの岡です。 2017/8/9に開催致しました AWS Black Belt Online Seminar 「Amazon DynamoDB」の資料を公開いたしました。当日参加者の皆様から頂いたQAの回答と併せてご紹介致します。 今後のAWS Black Belt Online Seminarのスケジュールは こちら です。皆様のご参加をお待ちしております。

    zsiarre
    zsiarre 2017/08/27
  • AWS Solutions Architect ブログ

    こんにちは、パートナーソリューションアーキテクト(PSA)の相澤です。 先日開催致しました AWS Black Belt Online Seminar 「Monitoring on AWS AWS運用監視」の資料を公開いたしました。当日参加者の皆様から頂いたQAの回答と併せてご紹介致します。 今後のAWS Black Belt Online Seminarのスケジュールは こちら です。皆様のご参加をお待ちしております。 過去の資料や、動画もこちらから視聴可能ですので、そちらもご参照ください。 Q1. AMIで提供しているBIG Pなどは監視対象としてあるのでしょうか A1. 基的にはAWSリソースの監視はAWS責任共有モデルに基づき監視されます。この場合、監視対象とするメトリックにもよりますが、Cloudwatch Metricsが提供しているような OSリソースに関しましてはClou

    zsiarre
    zsiarre 2017/08/27
  • AWS Solutions Architect ブログ

    こんにちは、プロフェッショナルサービスの宮です。 先日開催致しました AWS Black Belt Online Seminar 「Deployment on AWS」の資料を公開いたしました。当日参加者の皆様から頂いたQAの回答と併せてご紹介致します。 今後のAWS Black Belt Online Seminarのスケジュールは こちら です。皆様のご参加をお待ちしております。 Q1 CodeStarの設定内容のエクスポートは可能でしょうか。 A1 CodeStarにはエクスポート機能はありませんが、CodeStarで作成されるCodeCommit,CodeBuild,CodePipelineなどのリソースは各サービスのコンソールから確認できますので、設定情報は各コンソールを参照してください。 また、CodeStarはCloudFormationを利用して各サービスを配備するのです

    zsiarre
    zsiarre 2017/08/27
  • Amazon Route 53 が CAA レコードをサポート

    Amazon Route 53 は、ドメインとサブドメインの証明書を発行できる認証機関を指定できる、CAA (Certification Authority Authorization) リソースレコードセットをサポートするようになりました。CAA のサポートにより、Route 53 は、ドメインの証明書を発行する前に DNS CAA レコードの存在について認証機関 (CA) が確認する、認証機関およびブラウザフォーラム (CA/ブラウザフォーラム) の要件に準拠することができます。詳細については、Amazon Route 53 開発者ガイドの「CAA の形式」を参照してください。

    Amazon Route 53 が CAA レコードをサポート
    zsiarre
    zsiarre 2017/08/27
  • Cisco Crosswork Cloud

    Loading

    zsiarre
    zsiarre 2017/08/27
  • サブコマンドはUNIX哲学と相反していないのか | おそらくはそれさえも平凡な日々

    「UNIXという考え方」に書かれているUNIX哲学に「各プログラムが一つのことを上手くやる」というのがある。それとサブコマンドは矛盾するんじゃないかと感じていた。一つのプログラムが複数のことを実行できるじゃん、という。 最近は以下のように思うようにあった。 サブコマンドを持つようなツールの名前自体は「名前空間」である 「サブコマンドが一つのプログラム」だと考えればいい 汎用的なコマンドラインツールはグローバルな名前になるので、名前の衝突には気をつける必要がある。今や多くの開発者がコマンドラインツールを書くようになった。 また、コンテキストを同じくした複雑なツール群を提供する場合、名前空間的なものはあったほうが良いのは確かでしょう。例えば git のサブコマンドが全部バラバラのコマンド名だったら発狂してしまう。 最近、僕はGoでツールを書く事が多いが、サブコマンドを採用せずに各々のコマンドで

    zsiarre
    zsiarre 2017/08/27
  • DMM.comのビッグデータ基盤を支える技術

    TECH PLAY Conference 2017 の発表資料となります ビッグデータを活用したWebサービス技術 #techplayconf2017 #techplayjp https://techplay.jp/event/628968 株式会社DMM.comラボ 鈴木 翔太 / 吉田 龍馬 === 弊社ビッグデータ部では、オンプレミス環境で Hadoop をベースとしたデータ基盤の保守運用を行っており、それに加えアドホック分析には Presto、エンジニア・アナリストが利用するBIツールとして Zeppelin / Re:dash、ETLにワークフローエンジン Digdag など様々なOSSを積極的に採用し、より快適な分析基盤の構築に努めています。当セッションでは、ビッグデータ部発足時の分析基盤の課題を解決するためにこれまでにどのような取り組みを行ってきたかをご紹介します。

    DMM.comのビッグデータ基盤を支える技術
    zsiarre
    zsiarre 2017/08/27
  • BGP leak causing Internet outages in Japan and beyond. | BGPmon

    BGP leak causing Internet outages in Japan and beyond. Posted by Andree Toonk - August 26, 2017 - BGP instability - No Comments Yesterday some Internet users would have seen issues with their Internet connectivity, experiencing slowness or parts of the Internet as unreachable. This incident hit users in Japan particularly hard and it caused the Internal Affairs and Communications Ministry of Japan

    zsiarre
    zsiarre 2017/08/27
  • Web サービスの信頼性を守るための取り組み / jtf-2017-site-reliability-engineering

    #jtf2017 ( http://2017.techfesta.jp/ ) にて『Web サービスの信頼性を守るための取り組み』というタイトルで発表しました。

    Web サービスの信頼性を守るための取り組み / jtf-2017-site-reliability-engineering
    zsiarre
    zsiarre 2017/08/27