GitHub に AWS キーペアを上げると抜かれるってほんと？？？試してみよー！ - Qiita
🤔 前書き 稀によくある 、AWS を不正利用されちゃう話、 AWSで不正利用され80000ドルの請求が来た話 - Qiita 初心者がAWSでミスって不正利用されて$6,000請求、泣きそうになったお話。 - Qiita AWSが不正利用され300万円の請求が届いてから免除までの一部始終 - Qiita ブコメ等で GitHub にはアクセスキーを検索するBOTが常に動いていて、公開するとすぐに抜かれて不正利用される 的なコメントがつくのを何度か目にしたのですが、 本当にそんな BOT が動いているの？ どのくらいの時間でキーを抜かれて、不正利用が始まるの？ というのが気になったので、検証してみました。 GitHub にそれっぽいパブリックリポジトリを作成、権限が一つもついてない AWS のアクセスキー＆シークレットアクセスキーをうっかり公開、外部から利用されるまでの時間を計測します。
aws-cliをつかってDynamic DNSサービス - Qiita
はじめに Route53はAWSのサービスですので、APIが存在します。またawsコマンドで操作も出来ます。 固定IPをもっていないマシンでもDNSで検索できるようなDynamic DNSサービスも簡単に作れます。 ということで、コマンドラインでの設定方法を説明します。cron等にいれればIPが更新されても 大丈夫です。 前提条件 ドメインは既にRoute53に登録してあること aws-cliが利用できること(aws-cli 1.4.3で確認しています) jq,curlが利用できること Hosted Zone IDの取得 まずは登録しているドメインのHosted Zone IDを調べます。以下のようなコマンドで調べられます。
What’s New at AWS – Cloud Innovation & News
AWS is constantly adding new capabilities so you can leverage the latest technologies to experiment and innovate more quickly. What's New posts show how we are doing just that, providing a brief overview of all AWS service, feature, and region expansion announcements as they are released. Browse the page below to learn about our latest innovations.
AWS大規模障害を乗り越えたNetflixが語る「障害発生ツールは変化に対応できる勇気を与えてくれる」 | さくらのナレッジ
このコラムのNetflixの「FIT（障害注入テスト）」について書いた記事を執筆した直後のことですが、Netflixのサービスをある災害が襲いました。AWS（Amazon Web Services）のus-east-1リージョン全体で大規模障害が発生したのです。 この大規模障害を同社がどのように乗り切ったか。その一部が以下のBlog記事で明かされています。 Chaos Engineering Upgraded 「AWSリージョンが落ちることはめったにない。だが、それは実際に起こった」と記事では語っています。2015年9月20日、US-EAST-1リージョンのAmazonのDynamoDBサービスが、問題が発生して停止します。これは20以上のAWSサービスに影響を及ぼしました。その影響により、AWSをインフラとする複数のインターネットサービスが6〜8時間にわたってダウンしてしまったのです。
GitHub - serverless/serverless: ⚡ Serverless Framework – Use AWS Lambda and other managed cloud services to build apps that auto-scale, cost nothing when idle, and boast radically low maintenance.
Here's a list of everything that's new in V.4, so far: Native Typescript Support: You can now use .ts handlers in your AWS Lambda functions in serverless.yml and have them build automatically upon deploy. ESBuild is now included in the Framework which makes this possible. More info here. New Dev Mode: Run serverless dev to have events from your live architecture routed to your local code, enabling
なんでもかんでもクラウドにあげるのか？ - 急がば回れ、選ぶなら近道
某エントリーの話で、「なんでもかんでもクラウド化なのか？」というお話もご意見も多数頂戴いたしまして。一応念押しですが、そういうつもりはまったくないですよ。以下、個人的な補足メモです。会社の意見ではありません。一応、会社の公式声明は「できるものは、とっとクラウド化したほうがいいですよ。」です。 クラウド化の是非については、いろいろあるでしょう。ユーザーの所属する産業毎にシステムのあり方・考え方は違うでしょうし、当然クラウド化すべきだという意見や、いやそもそも無理があるという意見もあると思います。ただ、今までのように先例がないから無理、という理屈は通用しなくなっているのが現状でしょう。その意味では無茶な理屈ではなく、普通に選択肢としてクラウド化が候補になっている、と思います。その上で、クラウド化しない、するという議論が普通にできる状態になりつつあると思います。 そんな中でいろいろ思うところをち
「オンプレミス・システムの終わり」の始まり〜AWSでのミッションクリティカルシステムの稼働 - 急がば回れ、選ぶなら近道
個人的には割と大変だったので、その辺をまとめておきます。 ニュースリリースはこちら。 http://www.nautilus-technologies.com/topics/20130409.html 要するに本部系バックエンド基幹システムの「一式」のクラウド移行です。完全なミッションクリティカルシステムで、止まった段階で業務に確実に影響が出ます。 システムの機能概要 1.売上の確定処理と債権管理 POSデータの直結です。売上確定処理を行います。同時に債権管理も行い、F/Bからの入金データをそのままつなぎ込み、入金処理・債権の消し込み処理を実行します。マッチングは自動処理できるものは処理を行い、ヒューリスティックなものはユーザー判断に従います。 2.仕入・費用の計上と確定処理、および支払いデータの作成 費用・在庫の計上確定処理です。当時に支払データの確定処理を行います。EDI（BMS）との
AWSが日本データセンターを運用開始、責任者に聞いた － ＠IT
2011/03/02 Amazon Web Servicesは日本時間3月2日23時、日本データセンターの運用開始を発表した。東京リージョン（正式名はAsia Pacific (Tokyo) Region）として運営する。同社は今後複数のデータセンターを日本に開設し、東京リージョンにおいて複数のAvailabilityZoneを提供するという。 まず気になるのは東京リージョンの価格だ。AWSのサービスはリージョンごとに価格が異なるが、下の表のとおり、「ジャパンプレミアム」は非常に小さい。シンガポールと比べた場合、例えばAmazon EC2のオンデマンドLinux／UNIXインスタンスについては1時間当たり0.5から数セント高いが、Windowsについては同料金だ。 AWSの上級副社長 アンディ・ジャシー（Andy Jassy）氏は、「当サービスの価格をほかの選択肢、例えば自分でサーバを立て
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
