Amazon Web Services ブログ [AWS Black Belt Online Seminar] 形で考えるサーバーレス設計 サーバーレスユースケースパターン解説 資料及び QA 公開 先日 (2020/11/18) 開催しました AWS Black Belt Online Seminar「形で考えるサーバーレス設計 サーバーレスユースケースパターン解説 」の資料を公開しました。当日、参加者の皆様から頂いた QA の一部についても共有しております。 20201118 AWS Black Belt Online Seminar 形で考えるサーバーレス設計 サーバーレスユースケースパターン解説 AWS クラウドサービス活用資料集(すべての過去資料が閲覧できます) Q. 業務系APIグループ企業間APIのユースケースですが、LambdaとRDSの組み合わせはコネクションの問題があり
Amazon Web Services ブログ [AWS Black Belt Online Seminar] AWS CodeStar & AWS CodePipeline 資料及び QA 公開 先日 (2020/11/11) 開催しました AWS Black Belt Online Seminar「AWS CodeStar & AWS CodePipeline」の資料を公開しました。当日、参加者の皆様から頂いた QA の一部についても共有しております。 20201111 AWS Black Belt Online Seminar AWS CodeStar & AWS CodePipeline AWS クラウドサービス活用資料集(すべての過去資料が閲覧できます) Q. CodeStarで構築される環境は CloudFormation のテンプレートとして公開されているのでしょうか? A.
Amazon Web Services ブログ [AWS Black Belt Online Seminar] Amazon CloudFront deep dive 資料及び QA 公開 先日 (2020/10/28) 開催しました AWS Black Belt Online Seminar「Amazon CloudFront deep dive」の資料を公開しました。当日、参加者の皆様から頂いた QA の一部についても共有しております。 20201028 AWS Black Belt Online Seminar Amazon CloudFront deep dive AWS クラウドサービス活用資料集(すべての過去資料が閲覧できます) Q. AWS WAFやShieldがリリースされる以前はCloudFront単体でDDoS Protectionされていたと記憶していますが、それは今
マネージドサービス時代の DNSの運用管理について考える 2020年11月26日 Internet Week 2020 ランチタイムウェビナー 株式会社日本レジストリサービス(JPRS) 森下 泰宏・小障子 尚太朗 Copyright © 2020 株式会社日本レジストリサービス 1 ~ DNSテイクオーバーを題材に ~ ランチのおともにDNS オンラインでも「ランチのおともにDNS!」 • 今年のInternet Weekはオンライン開催となり、 このセミナーの名前も「ランチセミナー」から 「ランチタイムウェビナー」に変わりました • 今年は残念ながらランチをご提供できませんが、 DNSのお話に耳を傾けつつ、それぞれのランチタイムを お楽しみいただければ幸いです! Copyright © 2020 株式会社日本レジストリサービス 2 講師自己紹介 • 森下 泰宏(もりした やすひろ) –
ボット検出システムである「CAPTCHA」では、GoogleのreCAPTCHAが有名ですが、Google以外にもさまざまな企業や組織がCAPTCHAを提供しています。そんな中の1つであるhCaptchaが、Google以外の企業が提供するCAPTCHAとしては最大の15%という市場シェアを獲得したと報告しています。 hCaptcha Is Now the Largest Independent CAPTCHA Service, Runs on 15% Of The Internet https://www.hcaptcha.com/post/hcaptcha-now-the-largest-independent-captcha-service CAPTCHAは、グニャグニャの文字を読み取って入力したり、提示されたテーマに沿った画像を複数選択させたりすることで、画像認証を利用して人間かボ
はじめに ログ集約・可視化・検索ツールとしてはELKスタックを利用するケースが多いが、これをLokiに置き換えることでより軽量にログを集約することができるようになる。 Grafana Lab社が開発したLokiは、ログのストリームに対してタグ付けし保存する仕組みを持つ。Prometheusと親和性がたかく、水平展開、高可用性、マルチテナントが可能。 構成 各クライアントからのsyslogは514/udpポートで送信される。これをrsyslogデーモンで受け5514/tcpポートへ転送する。fluentdは5514/tcpポートで受信したsyslogをさらにlokiへ転送する。 +------------------------------------------------+ | | | +---------+ | +--------+ 514/udp | | | | | client +
指針がないとかなり難しいAWS OrganizationsのOU設計、指針とするためのAWS公式ブログを日本語で纏めてみました。 「OrganizationsのOU設計、難しすぎでは…」 AWS Organizationsでマルチアカウント環境を構築していくとき、避けて通れないのがOrganizationsにおけるOUの設計。SCPに紐づく単位というざっくりした知識はありながらも、いざ設計を開始すると途方にくれる人も多いんじゃないでしょうか。 そんな(自分も含めた)迷える子羊に向けて、AWSがその解となりうるブログを公開しています。 Best Practices for Organizational Units with AWS Organizations このブログは、上記記事をベースにOU設計のベストプラクティスを掴むことを目的として日本語で纏めたものとなります。完全な翻訳ではないこと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く