Amazon Web Services ブログ AWS リソースのタグ管理 〜タグ付けと統制〜（前編） AWS リソースにタグ付けをすると、リソース整理、コスト配分、アクセス制御などを行うことが可能です。本ブログではタグ付け戦略やアカウント分離戦略 (*) が検討済であるという前提のもとで、タグ付けの実装に関する情報を前後編に分けてご紹介します。前編ではタグを効果的に活用するために (1) タグ付けを効果的に行う方法と (2) タグ付けの統制を行う方法を、実際の操作や設定方法の参考となるウェブサイトと共にご紹介します。後編ではタグ付けの目的に応じて (3)タグ付けと統制を行うための具体的なサンプルをご紹介します。 (*) AWSリソースに実際のタグづけを行う前に、目的に合わせたタグ付け戦略を必ず作成します。タグ付け戦略のベストプラクティスについては AWS Whitepaper をご参照く

プロダクト基盤本部の藤原です。 本エントリではWAF(Web Application Firewall)を活用していく上で、最初に導入をお勧めするファイアウォールルールを解説します。 WAFとは WAF（Web Application Firewall）とはWebアプリケーションに特化したファイアウォールです。 HTTPリクエストのヘッダやボディの内容から不審なリクエストを判別し、アクセスをブロックすることを目的としています(図1)。 図1 WAFの役割 WAFの活用を通じて実現したいこと WAFの活用を通じて実現したいことはなんでしょうか。 悪意のあるリクエストや不審なリクエストからアプリケーションを保護することでしょう。 不審なリクエストとしては、宛先が合っていないリクエスト(HTTPのホストヘッダを誤っている)1や、スクリプトキディ的なものから攻撃対象を精緻に分析したものまでさまざま

昆布山葵 @konbuwasabi これは僕の人生に大きな影響を与えた授業の話。 専門学生の頃、先生の提案で『お金持ちになるゲーム』というのをやったことがある。チームごとに『お金』を製造し、制限時間内に最も多くお金を稼いだチームの勝ち…というシンプルなゲームだった。 2018-07-13 18:14:53 昆布山葵 @konbuwasabi ルール説明① ・紙に『1000円』と書いて10cm×5cmに切り取った物を1000円と見なす。 ・紙に『500円』と書いて直径3cmの円形に切り抜いたものを500円と見なす。 ・規定より5mm以上小さかったり大きかったりするお金は無効。 ・1時間後に最も多くのお金を保持していたチームの勝利。 2018-07-13 18:15:10 昆布山葵 @konbuwasabi ルール説明② ・それぞれのチームには紙を無制限で支給する。 ・ハサミ、鉛筆、定規、コン

この記事はRed Hat DeveloperのWhat comes after ‘iptables’? Its successor, of course: nftablesを、許可をうけて翻訳したものです。 ::: By Florian Westphal October 28, 2016 ::: パフォーマンス： ユーザビリティ： nftablesとは何ですか？ 何が置き換えられますか？ なぜiptablesを置き換えるのか？ nftablesでの高水準な機能 判断マップ（ジャンプテーブル） flow文 inetファミリー はじめる チェーンの追加 NAT 既知の制限 関連記事 nftablesは、既存のiptables、ip6tables、arptables、ebtablesを置き換えることを目指した、新たなパケット分類フレームワークです。これは、長く使われてきた ip/ip6table

DevLOVE X Day1 C-5のセッションです。 ITの活用範囲の広がりとともに、費用・品質よりもデリバリを優先するプロジェクトも増えてきました。しかし「しっかり考えるよりも、作ってリリースしちゃおうぜ、正解なんて誰にも分からないんだから」というマントラを唱えながら、返済見込みの立たない大量の技術的負債を抱える。それが最善の選択なのか、もう少しだけ立ち止まって考えてみませんか? YAGNIという言葉を便利に使いすぎてはいませんか? コードを書きなぐるのと、ちょっと考えて設計して作るのとで、そんなに開発スピードに違いがありますか? 考えてみたいと思います。 Read less

If this is your domain name you must renew it immediately before it is deleted and permanently removed from your account. To renew this domain name visit NameBright.com

EUの個人情報保護に関する新しい法律(General Data Protection Regulation)が2018年5月25日から施行される。EUの居住者に対してサービスを提供していて個人情報を取り扱っている業者は、たとえ個人であろうとも遵守義務が課せられる。 最近多くのサービスがプライバシーポリシーの改定を行っているのはそのためである。個人で作っている自分のサービスにもEUのユーザが沢山いるので、そろそろ対応しなければならない(遅い)。 今回はEUの法律によるものだが、内容は至極真っ当な、客観的に見れば当たり前のルールだ。将来的には事実上のデファクトとなり、アメリカや日本もこの法律に倣うのは時間の問題だろう。だから「日本人向けのサービスだから大丈夫」とほったらかしにしている業者は後々痛い目に遭うだろう。 Twitter社がパスワードをログに記録していた件は記憶に新しいが、今これが公に

ジェフ・ベゾス氏は4月20日、ジョージ・W・ブッシュ大統領センターで開催されたイベントに登壇、自社のちょっと変わった会議について語った。同社の会議では、練り上げられた6ページの長文メモが用意される。そして会議の冒頭で全員がそれを黙って読む。ベゾス氏はもう何年も前にパワーポイントの使用を禁止した。同氏が考える、メモを使った会議の方がはるかに優れている理由を見てみよう。アマゾンで幹部として働くなら、専門分野が何であろうと、文章を書くことと読むことが得意でなくてはならない。仕事に必要な会議をうまく取り仕切るために。 アマゾンCEOジェフ・ベゾス氏は4月20日、ジョージ・W・ブッシュ大統領センターで開催されたイベントに登壇した際、このやり方が「奇妙」に聞こえることは承知していると語った。 「アマゾン社内ではパワーポイントは使われていない」とベゾス氏。 「外部から新たに幹部を採用したときは、『アマゾ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 完全に趣味ですね。 実は5年くらい前に作っていたんですが、眠らせておくのももったいないので（誰得感はありますが）、何となく紹介してみます。 問題設定 日本の鉄道駅名1を読みがなでしりとりします。 なぜ駅名かというと、メンテナンスされている単語リストがあるからということが理由の一つです。 その他、単語数が手頃だとか、身近な存在（多くの人がいくつかは知っているはず）だとか、いろいろありますが、結局は個人の趣味という点に帰着するかもしれません。 ルール 今回は以下のルールでやってみます。 原則として同じ駅名を2回以上使ってはいけない。 しりと

散骨は今や多くの人が知る葬送の方法となっています。しかし一方で、散骨に関して明確に定めた法律はいまだに存在しないため、どのような方法で行えば問題がないのかについて明文化された手がかりはありません。散骨について明確に「こうすれば合法」「こうすれば違法」といった基準が明示されているわけではないのです。したがって、ルール違反にならない散骨の仕方について事前に理解しておくことが必要となります。そこで、散骨に関連する法律についての知識を解説し、各自治体が個別に行っている条例による規制についても説明していきましょう。 ※この記事の内容は詳細にわたっており長文です。お急ぎの方は概要をまとめた次の別記事をご覧いただければと思います。 ・散骨は合法か違法かについての整理（簡易版） ・散骨に関する条例の規制一覧表（簡易版） ・散骨をする際にはなぜ遺骨を細かく粉骨する必要があるのか。 尚、この記事には条例の情報

Mercari Advent Calendar 2017の3日目はmhidakaがお送りします。 Advent Calendarで空いてるところに収まったら12月3日は日曜日ということで、エンジニアの趣味的な話です。 筆者は技術的なブログや書籍を書くかたわら、技術書のためのイベントなどを開いてます。 技術を追求すること、プログラミング、まとめることが好きでモバイル分野で継続的に書籍を出版しています。 内容はおおむね同人誌作りへ適用している技術の話です。 書籍の作り方は出版社によっても違いますが、紹介する内容と同様の作り方をしている商業書籍もたくさんあります。 ここでは著者の目線から出版業界のテクノロジーをのぞいてみましょう。 作る楽しみと読者の視点 著者が本を書く動機は人それぞれですが技術を広めたい、たくさん売れたい、自分の知識をまとめたいなど目的を持って書き始めます。 また一方で書籍の目

Wantedlyの開発現場で活用されている技術や手法は、日々進化するプロダクトに合わせて柔軟に変化しています。この連載では実際の開発で取り組んでいる技術や手法を、実務に使える形でお伝えしていきます。前回はWantedlyのインフラチームが大切にしている「変化に強いインフラ」づくりについて解説しました。第2回となる今回は、架空のサービスをサンプルとして、Kubernetesの活用方法を具体的に紹介します。 はじめに 本連載は、WANTEDLY TECH BOOK 2から抜粋し、再編集したものになります。第1回に引き続き、第2回もインフラチームの坂部（@koudaiii）が担当します。前回は「変化に強いインフラはWantedlyにとってなぜ必要か」「これまでどのように変化に強いインフラに取り組んできたのか」といったことを中心に紹介しました。今回は、架空のサービスをサンプルとして、Kuberne

AWS Config芸人の森永です。 AWS Configにアップデートがありましたので早速触ってみました！ 今回アップデートされた項目は以下です。 タグ変更検知の高速化 新しいマネージドルールの追加 コンソールへの項目追加 AWS Config – タグの変更検知の高速化、新しいマネージド ルール追加、およびユーザビリティの向上 アップデート内容 タグ変更検知の高速化 高速化前にどれくらいかかっていたかを記録していなかったので正確な値は分かりませんが、試してみます。 マネージドルールの「required-tags」で必須タグが付いているかどうかをチェックできます。 デフォルトで対象のリソースが複数選択されています。 今回は検証のため、VPCのみにしますが、タグ付けが必要な項目（料金発生する項目を選択するのが一般的かと思います）を残します。 「Owner」「Project」「Created