オペレーション部　江口です。 以前から気になっていた「ゼロトラストネットワーク」の翻訳版がオライリーから発売されました。 https://www.oreilly.co.jp/books/9784873118888/ 早速読んでみたのでレビューしてみたいと思います。 書籍の概要 最近新しいセキュリティの考え方として注目されている「ゼロトラストネットワーク」について取りあげた書籍です。 ゼロトラストネットワークの概念、どのように構成するか、認証をどうするべきかなどを解説し、またGoogleやPagerDutyでの実際のシステムの事例などを紹介しています。 目次 1章　ゼロトラストの基礎 2章　信頼と信用の管理 3章　ネットワークエージェント 4章　認可の判断 5章　デバイスの信頼と信用 6章　ユーザーの信頼と信用 7章　アプリケーションの信頼と信用 8章　トラフィックの信頼と信用 9章　ゼロト

バチェラー・ジャパン シーズン3 謎の事業をしている金持ちの一人の男（バチェラー）を、金がほしくて売れたい大勢の女が取り合う『バチェラー・ジャパン』という最高に楽しいイカレ番組がAmazonにあるんですが、今回シーズン3のバチェラーが 「最後に選んだ女を速攻でフッて落とした女と付き合う」 という完全にこれまでの法則を無視したラストをぶっこんできて、爆笑、草、草生い茂って森、森燃えて焼け野原でした。 月9ドラマとかでよくある、ヒロインの女が「優しくて好きな音楽も食べ物の好みも合うずっと一途に自分を想ってくれてる主人公の親友」と付き合ってるんだけど、本当は「性格も好みも真逆でいつも言い合いばっかりしてる主人公」のことが好きなのに「私あなたとずっと一緒にいるから」とか言って、自分の本心を隠して結局ズルズルいって結婚直前にヒロインの想いを全部知ってる主人公の親友が、 「ずっとわかってたんだ…君が誰

待望と言って良いアップデートです。ECRのイメージに対する脆弱性スキャン機能がマネージドで提供されました。まずは、皆さんのコンテナワークロードにおけるイメージの脆弱性スキャン実施してみて足元を振り返ってみてはいかがでしょうか？ 「俺はこの日を待ち望んでいた…ほんまやで…」 本日、非常に重大なアップデートがECRに舞い降りてきました。なんと、ECRに対するイメージスキャンが実装されたとのことです！ Announcing Image Scanning for Amazon ECR コンテナセキュリティを考えるにあたり、一番最初に気をつけておきたい点がそのコンテナイメージで導入したパッケージに対する脆弱性の混入。今まででも、aquasecurity/trivyや、goodwithtech/dockleなど、フリーで利用できる優秀なツールは存在していましたが、それぞれCI/CDパイプラインへの組み

京都市が、市の施策を吉本興業に所属する地元出身の漫才コンビにツイッターでPRしてもらうため、ツイート（つぶやき）1回につき、50万円を支払う契約を2018年度に同社と結んでいたことが京都新聞社の取材で27日までに分かった。ツイートには市が広告主と明確に分かる記載はなかった。市はタレントの発信力に期待したといい、金額や広報の手法について「問題があるとは考えていない」としている。 【写真】吉本興業側の請求書 市は18年10月に催された「京都国際映画祭」などのPR目的で、同年度によしもとクリエイティブ・エージェンシー（現吉本興業）と業務委託契約を結んだ。契約書などによると、同社所属タレントが「京都市盛り上げ隊」として映画祭や市の重要施策を周知するとの内容で、ツイッターなどで20万人のフォロワー（登録者）を持つタレントが2回にわたって発信することが盛り込まれた。ツイートの料金は1回50万円、計10

PHPカンファレンス、PyCon JP、builderscon tokyo などのカンファレンスでの登壇についての記事が書かれていました。 これらのカンファレンスで登壇するには、 CfP (発表の募集) に応募して発表の内容がそのカンファレンスの主旨や技術的に価値があると主催者に判断される必要があります。 なのでカンファレンスで登壇するというのはそれだけでも十分な技術的に アピールになります。そして、スポンサー企業にはなっていないカンファレンスにも登壇しこのように成果をアウトプットされていることがわかり、エンジニアの方々の技術力はもちろんのこと積極的に成果を社外に向けてアピールしていくという姿勢を個々に持っていると感じられます。 BASE さんは今のブログでの発信のペースを2年前から継続されています。つい最近マザーズに新規上場しましたし個人的にはものすごく勢いを感じています。 ------

※画像はA Serverless Journey: AWS Lambda Under the Hood (SRV409-R1) - AWS re:Invent 2018より引用 こちらはre:invent2018のセッションで紹介されていたVPC Lambdaのモデルです。Lambda実行環境から顧客VPC内のENIのNAT処理はWoker内で実行されるという説明です。旧アーキテクチャのVPC Lambdaでは1つのENIに対して1つのWorkerがアタッチされ、Workerを跨いでENIを共有することができませんでした。 まとめると旧アーキテクチャでは Worlkerを跨いでENIを共有できない メモリ3GB毎にENIを消費する という特徴がありました。 VPC Lambdaが抱えていた課題 このようなモデルの旧アーキテクチャは様々な問題を抱えていました。 ENIの枯渇問題 ENI作成の

AWSチームのすずきです。 2台のELB(ALB)を利用して Blue / Green 方式のデプロイを実施している環境で、 AWS Global Accelerator によるELB交換を行う機会がありましたので、紹介させていただきます。 構成図 準備 Global Accelerator の エンドポイント として、新しい環境(Green)用のELBを追加しました。 重み付け(Weight)指定、新しい環境(Green)は「0」とする事でスタンバイ相当。従来環境(Blue)のエンドポイントが異常時のみ利用される設定としています。 切替 エンドポイントの重み付け(Weight)を変更し、ELBの交換を実施しました。 新しい環境(Green) : 0 → 255 従来環境(Blue): 255 → 0 確認 ELBのCloudWatchメトリックで、切替が確認できました。 まとめ ELBを