Gitを使ったRoute53の管理2018/04/11 に行われた第20回 鹿児島Ruby (K-Ruby) のライトニングトーク資料です。
伸縮自在の不動産「Amazon Elastic Estate」 - いぬビーム
ついにAmazonが不動産に進出。しかもAWSの一機能だ。物件スペックを指定しての新規インスタンス(住居)確保はもちろん、1DK -> 2LDK といったサイズ変更も可能である（面積増加は可能だが、削減の場合は若干の条件がつく）。APIの向こうで行われるのは引っ越しであるから秒単位とはいかないが、同一エリア内なら最短6時間で梱包・移動・開梱まで完了する。 出勤中にスマホから間取り変更を指示すると、引越し先物件がサジェストされる。これをconfirmすれば、夕方には別の物件に帰宅することになる。元の鍵がそのまま使える。便利なのは "仮想住所" 機能で、配送業者に登録しておけば変更連絡なしに荷物が届く。電気ガス水道ネットといったインフラも承継してくれる。いくらクラウドが進化してもネットの中には住めないと思っていたが、何のことはない実世界をクラウドの範疇に含めてしまえば良かったのだ。 っていうサ
ニコニコデータセット 分析環境作ってみた-ニコニコデータデータ分析研究会
Satoshi Nagayasu from the Japan PostgreSQL Users Group is proposing a pgDay Asia event to be held jointly with FOSSASIA 2016 in Singapore from March 18-20. FOSSASIA 2015 had over 900 attendees from 27 countries for its 3-day conference. The proposed pgDay Asia would occupy 1 day of FOSSASIA 2016 with 2 tracks (to be determined) focused on PostgreSQL in Asia. This is still a work in progress but at
サイトを Amazon S3 に移行しました - WebOS Goodies
WebOS Goodies へようこそ！ WebOS はインターネットの未来形。あらゆる Web サイトが繋がり、共有し、協力して創り上げる、ひとつの巨大な情報システムです。そこでは、あらゆる情報がネットワーク上に蓄積され、我々はいつでも、どこからでも、多彩なデバイスを使ってそれらにアクセスできます。 WebOS Goodies は、さまざまな情報提供やツール開発を通して、そんな世界の実現に少しでも貢献するべく活動していきます。 遅ればせながら、新年明けましておめでとうございます。今年もよろしくお願いいたします。 2008 年に移行してからずっと XREA で動いていたこのブログですが、さすがにこのご時世にレンタルサーバーはないだろということで、年末年始の休みを利用して Amazon S3 に移行してみました。 DNS は以前から Route 53 に移行済みなので、サイトのほぼ全体で 9
カジュアルに鯖を監視するNewRelic をAmazon Linux に導入 - aws memo
今っぽい感じのSaaS型監視サービス NewRelicを Amazon Linuxに入れてみる。( Newvem とか Server DensityとかPingdomとかもある） New Relic は、エージェントを監視対象ノードに入れておく点は Zabbix等と変わらないが、監視サーバを構築しないですぐに(無料で)始められる、という点がメリット。 監視対象サーバが少ないシステムだと、監視サーバのコスト・運用負荷がデメリットになるので、CloudWatchを補助する目的で、CloudWatchで取れない Load Average, free memory, Disk UsageといったOS内部の情報をカジュアルに一元管理するのに向いている。 特徴を説明したページはこちら。 Server Monitoring Application Monitoring Real User Monitor
勘違いしないようにしたい､Amazon Glacierのデメリットあれこれ | Pieces of Peace
1GBが約1円/月のAmazon Glacierへ簡単にバックアップ＆同期できるフリーソフト「FastGlacier」 – GIGAZINE 先日GIGAZINEでこんな記事が公開されてました｡反応を見ていると｢写真の保管に使えそう｣｢消せないファイル置き場にいいね｣などと皆さんの印象はよさそうですが､実はこれ､｢転んでも泣かない方｣専用です1｡ 注意喚起として､転びそうなポイントを挙げておきます｡ ダウンロードは二重の｢有料制｣ 公式サイトによると､データをダウンロードするにはデータ取り出し料とデータ転送料の2種類の費用を払う必要があります｡ 前者は無料範囲を越えると0.01USドル～/GB､後者は～0.12USドル/GBということで､例えば100GBのアップロード済みデータを全てダウンロードすると 一ヶ月かけてゆっくりダウンロードする 12.83USドル 回線速度が許す限り急いでダウン
ややこしすぎるAmazon Glacierのデータダウンロード料金まとめ | Pieces of Peace
まだまだ続くGlacierネタ、もうしばらくお付き合いくださいまし。 1GB/1セント/月の料金で個人向けバックアップサービスとしても注目のAmazon Glacierですが､その安さの仕組みゆえか､ややこしいのが料金体系｡ 特にデータダウンロードの方は料金表を見てるだけではいくらかかるかまったく分からない複雑さで､FAQを読み解いてようやく理解しかけてきたところ｡せっかくなのでまとめておきます｡ 時間がない方向け：公式の計算機を使いましょう Amazon Web Services Simple Monthly Calculator 身も蓋もないですが､金額を把握したいだけならそれが一番手っ取り早いです｡計算しとけばあとで驚く心配なし｡ ↑200GB保管､50GBを1日でダウンロードの例｡ では次に､データダウンロード料金計算の仕組みを知りたい方向けに､実際に料金体系を分解してみます｡ デ
AWS News Blog
Announcing General Availability of Step-by-Step Guides for Amazon Connect Agent Workspace At AWS re:Invent 2022 we announced the availability of step-by-step guides for Amazon Connect agent workspace in preview. My colleagues who collaborated to write the announcement post wrote about some of the challenges that contact centers face with training new agents to get up to speed with their agent desk
Amazon VPC環境にメンテナンス用の踏み台サーバを構築する | DevelopersIO
よく訓練されたアップル信者、都元です。前回は「Amazon VPCを使ったミニマム構成のサーバ環境を構築する」と題して、Amazon VPCに小さなサーバ環境を構築しました。この環境は、アプリケーションサーバ（Webサーバ）がユーザからのHTTPを受け付けつつ、管理者によるメンテナンスのためのSSHの受け付けも兼ねている状態です。セキュリティの観点からは、あまり好ましい状態とは言えませんね。 そこで今回は、メンテナンスのための踏み台(bastion)サーバを構築し、よりセキュアな構成にしてみましょう。環境の構成図は右の通りです。まず、アプリケーションサーバはHTTPのみを受け付けるようにSecurity Groupを調整します。また、public subnetの中にもう一つサーバを起動し、踏み台として使います。こちらはSSHのみを受け付けるように調整します。踏み台サーバは常時起動しておく必
クラウドだけどプライベートさえあれば関係ないよねっ - サーバーワークスエンジニアブログ
アマゾンさんが入っているビルのエレベータがあのダンボール風って本当ですか？ わたし、気になります！ 具体的には遊びに行かせて下さい！ このダンボールでお馴染みのアマゾンさん、利用したことがないという方はほとんどいらっしゃらないと思います。 このアマゾンさんがクラウドサービスもやっていることは御存知ですか？（御存知ない方が意外にいらっしゃいます） 「クラウドをやっていることは分かった。でも、サーバを立てたら公開されちゃうんだろ？」 いえいえ。アマゾンさんのクラウド（AWS）は、「私しか使えないクラウド」、プライベートなクラウドを作ることができるんです。 「データセンタを借りて、サーバを買って、プライベート・クラウドを作るぞ」と息巻く前に、下記の『続きを読む』をクリックして続きをお読み頂ければと思います。 ５分程度で読めます。AWSでもプライベート・クラウドができるとお分かりいただけると思いま
Amazonの障害と利用規約による免責 ― ウェブサービス利用規約の「日本流」と「米国流」を比較してみる : 企業法務マンサバイバル
2012年07月02日07:00 Amazonの障害と利用規約による免責 ― ウェブサービス利用規約の「日本流」と「米国流」を比較してみる カテゴリ法務＿契約法務 businesslaw Comment(0)Trackback(0) 先週は日本のファーストサーバ、今週はAmazonと、世界各地で相次いでクラウド／データセンターの障害が発生し、その上でサービスを展開する法人に大打撃を与える事態が発生しています。あれ？自前でサーバーを持つよりもそういうリスクが低減できるのがいいところじゃなかった？という感じですが、ファーストサーバはメンテナンス中の事故、Amazonは自然現象が原因とはいえ、事業を支えるシステム・データを人に預けてしまうことの危険性を改めて認識させてくれています。 ▼Amazon EC2が落雷で障害 InstagramやPinterestがダウン（ITmedia） 米Amazo
Amazon EC2 を使った無限IPアドレスの作り方 - ぼくはまちちゃん！
こんにちはこんにちは！！ たまにIPアドレスがたくさん必要な時ってありますよね。 ぼくも先日そういう機会があって、ちょっと困りました。 で、「AmazonさんならIPいっぱいもってるのでは？」ってことで、 ちまたで話題のクラウドサービス Amazon Web Servise を試してみました！ あ、もちろんタイトルは煽りぎみで実際にはIPアドレスは有限なんですが＞＜ 正直、クラウドとかサーバーとかよくわかってなかったんですが、 とりあえず試してみたら意外と簡単にできたので、忘れないようにメモしておきます！ そうそう、Amazonのクラウドって高そうなイメージがあるけど、いまだと制限つきで無料らしいので、お得ですね！ もし無料枠こえても、無茶な使い方をしない限りはそれほど高くない。と思います。たぶん。 制限を見る限り、とりあえず一ヶ月がっつり試すだけならタダです！ 必要なもの： ・クレジット
Steve Yegge の Google とプラットフォームに関するぶっちゃけ話を訳した（前編）
Google エンジニアの Steve Yegge 氏、Google+ への懸念を漏らす http://japan.internet.com/busnews/20111013/8.html で記事になってたけど、原文とちょっと要旨が変わっちゃってサービスへの警鐘みたいになってしまってたので、全文訳してみた。くそ長い。お暇な方どうぞ。 （2011/10/19 08:14）ありがたい誤訳の指摘をいただいたので3カ所修正。 Stevey の Google プラットフォームぶっちゃけ話 僕は6年半ばかり Amazon にいて、今はそれと同じくらい Google にいる。この二つの会社について強く感じることは（しかもその印象は日々強まるのだけれど）、 Amazon は全てにおいて間違っていて、 Google は全てにおいて正しいということだ。そう、やりすぎな一般化だけど、驚くほど正確だと思う。いやも
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News