https://github.com/Homebrew/brew/blob/master/docs/Formula-Cookbook.md
【新機能】AWS CloudTrailでイベント履歴の表示期間が90日になりました | DevelopersIO
はじめに 本日ご紹介する新機能はこちら。 AWS CloudTrail Enhances Event History View and Search AWS CloudTrailで以下の2つのアップデートがありました。 AWS CloudTrailのイベント履歴の表示期間が、7日間から90日間に拡大しました。 AWS管理コンソールのイベント履歴ページで、表示される列をカスタマイズできるようになりました やってみた AWS管理コンソールでAWS CloudTrailを開きます。ダッシュボード画面で、表示が「過去90日間」に変更されていることが分かります。これがアップデートの1つめです。 [イベント履歴]画面を開きます。やはりこちらも表示が「過去90日間」に変更されています。［設定]ボタンをクリックします。 [列の表示/非表示]画面が表示されます。これがアップデートの2つめです。試しに「AWS
2018冬アニメ1話全部観たから格付けする
雑食なサブカル寄りライトオタアラサーメンズ増田の独断と偏見で書く。 5分アニメや朝アニメ、続きモノ以外はたぶん全部観た。今期結構豊作っぽいので選ぶ参考になれば。 視聴継続ヴァイオレット・エヴァーガーデン1話だけでいいから観たほうがいい。京アニありがとう。京アニの監督は山田尚子だけじゃなく石立太一も推せる。 宇宙よりも遠い場所一番ノーマークっぽい？演出が95点くらいでヤバイ。いしづかあつこ監督は最高。 設定はわりかし普通の現実女子高生ものなんだけど、観てるとすぐ終わるくらいテンポがいい。 恋は雨上がりのように人間ドラマが好きなんだよ。原作の雰囲気をより強調しててもくどくなくていい。主人公の声優が良い感じ。 からかい上手の高木さんマンガ良いしアニメも良い。2人とも可愛すぎる。 BEATLESS設定バッキバキSFで水島精二の時点で。kzの音楽が良い。小説作者が設定をオープンソースにしてるので要チ
ELBのアクセスログを可視化し、超絶手軽に分析する[QuickSight,Athena] | DevelopersIO
コンニチは、千葉です。 QuickSightとAthenaを使って、色々な視点からELBのログを分析してみました。 SQLをガンガンかける人は、Athenaのみで完結する場合もあるかもしれませんが、グラフで直感的に見るメリットもあると思います。 準備 手順サマリです。以下でやっていきます。 AthenaにてELBログテーブルを作成する QuickSightにて、データセットを作成する QuickSightにて分析する AthenaにてELBログ用のテーブルを作成する Amazon AthenaでELBログをSQLで解析する #reinvent こちらのエントリを参考に、Athenaにテーブルを作成します。 QuickSightにて、データセットを作成する マネージメントコンソールからQuickSightへ移動し、[New Analyze]から[New DataSet]で新しいデータセットを
![ELBのアクセスログを可視化し、超絶手軽に分析する[QuickSight,Athena] | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/2fa55da21da59730bd35238aa38fac0331bb63ac/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2016%2F06%2Fquicksight.png)
GoogleはSpectreとMeltdownの対策を昨年6月に開始し12月には完了していた。性能低下の報告はなし
GoogleはSpectreとMeltdownの対策を昨年6月に開始し12月には完了していた。性能低下の報告はなし インテルやAMD、ARMなど、現在使われているほぼすべてのCPUに影響する深刻な脆弱性「Spectre」と「Meltdown」が表面化した問題について、Googleはすでに半年以上前、2017年6月にこの脆弱性への対策を開始し、12月には完了していたことを明らかにしました。 現時点では多くの報道などにおいて、この脆弱性に対処するための修正を行うとCPUの性能低下を引き起こす可能性があることが指摘されています。またインテルは脆弱性対策のためのファームウェアを適用すると、デスクトップPC向けのベンチマークにおいて、6パーセントかそれ以下の性能低下の可能性があると発表しています（サーバ用途における性能低下の影響についてはまだインテルから発表されていません）。 ところがGoogleは
「AWS、またパッチ当てたってよ」と聞いたので3度目のAurora（MySQL互換）R4テスト（mysqlslap） - Qiita
「AWS、またパッチ当てたってよ」と聞いたので3度目のAurora（MySQL互換）R4テスト（mysqlslap）MySQLAWSAurora タイトル通り、です。 ※パッチを当てたのか別のことをしたのかは、自分ではまだ情報を捕捉できていません。そのため、今後情報を追記する可能性があります。 結果、「元の性能に戻ったみたい」です。 ※以下の記事の続報です。 MeltdownとかSpectreとか騒ぎがあったので、Amazon Aurora（MySQL互換）R4インスタンス再テスト（mysqlslap） 2018/01/15追記（01/16一部修正）： AWSとしては「対応を完了した」という認識のようですが、詳細な情報は出していません。 Processor Speculative Execution Research Disclosure ※2018/01/13 13:00 PST 更新版
AWSもSpectreとMeltdownの対策完了を報告。対策後、Amazon EC2で性能の低下は見られないと
Amazon Web Services（AWS）は、「Spectre」および「Meltdown」と名付けられたCPUの脆弱性に関して同社の対応をまとめたWebページ「Processor Speculative Execution Research Disclosure」において、すでに脆弱性対策が済んだことを報告しています。 AWSがこうした特設ページを設けるのは珍しいことで、本件の重要性と緊急性の高さがうかがえます。 ただ、Googleが脆弱性の詳細な報告と対策の経緯などを詳細にブログで開示したのに対し、AWSの情報提供は実務的であっさりしたものになっています。 Amazon EC2のワークロードに性能低下は見られない 下記はAmazon EC2に関する報告を引用したものです。すべての対策が済んだと報告されています。また、OSのアップデートが推奨されています。 All instances
Retpoline: a software construct for preventing branch-target-injection - Google Help
Retpoline: a software construct for preventing branch-target-injection At Google, we have been researching mitigation strategies for the new class of exploits discovered by the Project Zero team affecting speculative execution. We wanted to share a binary modification technique that we have developed for protecting against “Branch target injection”, also referred to as “Spectre”. It is predicate
Visualizing Meltdown on AWS - AppOptics Blog
Introduction On January 3, 2018, the Meltdown and Spectre CPU architecture flaws were announced to the world. Due to early leaks, the announcement was made roughly a week earlier than planned. These bugs are easily the largest vulnerabilities announced in the last decade and require a complete reassessment of microprocessor architectures, and how software and hardware interact. Public cloud compan
エンジニアの働き方とかについてのエモい記事 | κeenのHappy Hacκing Blog
κeenです。 非エンジニアのマネージャがエンジニアチームと上手くやる方法の記事に影響を受けてエンジニアとしての意見を書いてみようかなと。 非エンジニア向けのつもりです。 ここでいうエンジニアはソフトウェアエンジニアのことです。 Disclaimer ある程度客観的になるように気をつけてますがあくまで私個人の意見です。エンジニアを代表するようなものではありません。 κeenはまだエンジニア3年目くらいの若造なのて「それは違うんじゃねーの」と思ったところがあったら多分あなたが正しいです。 仕事内容 エンジニアの仕事は外から見たら何してるかよくわからないらしいですね。 ふつう仕事の成果物はエンジニアの間でしか共有してないのでまあ、そうなるでしょう。 なので「何をしているか」を説明するのはやめて「仕事しているときにどんな気持ちか」を話しましょう。 エンジニアの仕事は頭脳労働です。 それも問題解決
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dynamic Inventoryを用いたプロジェクトでansible-consoleを使う - Qiita
GitHub - GoogleContainerTools/container-diff: container-diff: Diff your Docker containers
GitHub - atom-archive/xray: An experimental next-generation Electron-based text editor
年収とシリコンバレーとソフトウェアエンジニア