日立製作所は12月7日、パブリッククラウド上にノンストップデータベース「HiRDB」の環境を迅速に整備し、基幹データ活用を加速するマネージド・データベース･サービスとして「HiRDB Cloud Service」販売開始した。 第1弾として、Amazon Web Services上において、HiRDBが保有する基幹業務のデータを活用した新サービスの開発や安定稼働を支援するサービスを提供。これにより、パブリッククラウド上で既存のアプリケーション資産を活用した新サービスを迅速に提供が可能となり、企業や公共機関のデジタル化に役立つという。 HiRDBは、自社開発の高信頼な基幹系リレーショナルデータベースとして、25年以上にわたり社会インフラを含む多くの基幹業務を支えてきた。また近年、基幹業務のクラウド移行のニーズに対しても多くの実績を重ねてきたという。今回、これらの活動を通して蓄積してきたノウハ

じゃすてぃ @justy_AA zoomの話じゃないけど、「awsって最近すごいらしいね？あれいくらで作れる？1000万くらい？」と聞かれたことはある

昨日の完成したぞエントリーに続き、『AWSの薄い本 アカウントセキュリティのベーシック』関連のエントリーです。 私は今まで、あまりセキュリティって好きな分野では無かったです。もちろん必要性は解っていて、その対策等をいろいろ考えてはいたのですが、どこか自分の仕事じゃないなぁと思っていた部分があります。今回、AWSのアカウントセキュリティ本を書いて、ようやく腑に落ちました。それをまとめたのが、次のツィートです。 AWSのアカウントセキュリティ本書き終わって、今までセキュリティとか、その周辺の事項が好きじゃなかった。その理由が、ようやく確信に近いものを得た。あの領域の多くが、人間ではなくてコンピュータにやらした方が向いている。今まで解ってなかった— Takuro SASAKI＠技術書典-1日目 (@dkfj) 2020年3月23日 24時間365日での自動攻撃。では、防御は？ 攻撃者が24時間3

Amazon Web Services ブログ AWS Chatbot を利用して AWS 開発者用ツールの通知を Slack で受け取る方法 本投稿は Sr. Product Manager の Anushri Anwekar による AWS DevOps Blog への投稿を翻訳したものです。 開発者は多くの場合、Slack 上でコードについての議論を行います。AWS Chatbot を使用すると、リポジトリ、ビルドプロジェクト、デプロイアプリケーション、パイプラインといった開発者用ツールの通知を設定し、重要なイベントを自動的に Slack へ通知することができます。デプロイに失敗した時、ビルドが成功した時、プルリクエストが作成された時などに、開発者はもっとも気付きやすい形で通知を受け取ることができます。 2020年1月時点で通知がサポートされている AWS のサービスは以下の通りです

AWS導入～スケールまでの変遷を事例に学ぶ - コンテナ化のために「みてね」が選んだ構築戦略 これからAWSを導入する、AWSに入門するといった方に向け、AWSの導入のための基本的な戦略や考え方を事例で紹介します。多岐にわたるAWSの機能をいかに活用するか。サービス立ち上げから、その後のスケールまで、実際の現場でどのようにAWSを活用しているかを、株式会社ミクシィで「みてね」のインフラをリードする清水勲さんが語ります。 今や全世界のWebを支えるクラウドとして欠かせない存在となったAWS（Amazon Web Services）。さまざまな規模、目的のWebで活用されている中、持続的・永続的なサービス設計・開発・運用をするには、日々の情報収集と、時代に合わせたアップデートが求められます。 今回、株式会社ミクシィが提供する「家族アルバム みてね」でのAWS活用事例をもとに、AWS活用のヒント

弊社クラスメソッド株式会社主催のイベント「Developers.IO 2019 TOKYO」での登壇資料です。 セキュリティ対策メガ盛りマックス ブログ: https://dev.classmethod.jp/cloud/aws/developers-io-2019-tokyo-all-securi…

サーバーレスのメリット＆本質を、AWS Lambdaを使って理解しよう 「サーバーレス」はここ数年の技術トレンドの一つです。サーバーレスアーキテクチャを2年運用してきたJX通信社の小笠原みつき（yamitzky）さんが、そのメリットや実際の業務における考え方を、ハンズオンを交えながら解説します。 JX通信社の小笠原みつき（@yamitzky）と申します。ニュース速報アプリ「NewsDigest」の事業統括をしているエンジニアです。 JX通信社では、人手のかかる「報道」という分野を機械化・自動化することをミッションの一つとして掲げており、技術選択においても、なるべく運用を自動化できる方法を選ぶよう心掛けています。その過程で「サーバーレス」という技術に出会い、2016年ごろから本番運用してきました。 今回の記事のゴールは、サーバーレスという技術が「どんなものであるか？」を理解することです。サー

エンジニアHub > 記事一覧 > AWSに関するありがちミスとその対策～EC2、S3、RDS、Lambda、CloudFrontの場合 AWSに関するありがちミスとその対策～EC2、S3、RDS、Lambda、CloudFrontの場合 AWS入門者が基本として知っておくべき知識を、AWS導入＆運用サポートのプロである、アイレットのエンジニア3名に聞きました。多くのAWSユーザーに支持されるAmazon EC2、Amazon S3、Amazon RDS、AWS Lambda、Amazon CloudFrontそれぞれの勘所やオススメの設定を、余すところなく紹介してもらいます！ なぜ、AWSを選ぶのか？ Amazon EC2～インスタンス起動後はプライベートIPを設定できないので注意 Amazon S3～S3はディスクではない。マウント非推奨の理由 RDS～自動スナップショットの保持期間を

こんにちは。社会人2週間が経過して日々辛い思いを背負っているたんごです。 www.itmedia.co.jp 水曜日頃TLで賑わっていたポストTwitterとか色々呼ばれているマストドン(mastodon)が流行っていますね。ただ日本鯖であるmstdn.jpが1人の大学院生の自宅鯖で動いていてめっちゃアクセスが有ってしんどいみたいな感じだったようですね。そんな中私は仕事を終え帰宅後に1時間程度でAWSにこれをデプロイして自分用として遊んでいます。 基本的には公式ドキュメントをそのまま読めば大抵何とか成るのですが、自分用に鯖を立てて良い感じに公開する方法を記述しておきます。 必要なものと前提知識など LinuxサーバーにSSHしたことがある AWSのアカウント または適当なクラウド事業者を使うことのできるアカウント クレジットカード (無料枠だけなら必要ないかも?) 独自ドメイン エンジニア

「Oracle Database（DB）は信頼性や可用性が高く、当社のシステムには欠かせない。しかしここ数年、保守料が右肩上がり。IT予算に占めるOracle DBの保守料金の割合が増えて困っている」。 製造業A社のシステム部長は悩んでいた。会計や販売管理、生産管理など社内の主要なシステムは全てOracle DBを利用している。しかし開発時期はバラバラで、システム構築を依頼したITベンダーもシステムごとに異なっていた。Oracle DBのライセンスはシステム構築に合わせて、その都度購入している。システムごとに同じOracle DBとはいえ、バージョンは異なり、システム部門の保守作業も手間になっていた。 「Oracle DBを使っているシステムの維持費用を削減したい」。こう考えたシステム部長は、安定稼働していて、今後も大きな業務機能の変更もないと想定できるシステムのデータベースの保守契約を止

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ###おことわり 主観であり何らかのデータにもとづいてはいない この記事に書いてあることは信じずに自分で試そう #EC2 t2 ファミリーは他ファミリーと比べて不安定 どのインスタンスもいつかは死ぬという点では共通なのですがそのなかでもt2は故障したり不具合が発生したりする確率が非常に高い気がする なので死んだり、死にかけ状態で動き続けたりしてほしくないインスタンスはあんまりリソースを使わなくても t2.micro とかじゃなくて m3.medium にしとくとすこし可用性があがる 追記: CPUクレジット理解していないだけではとか書か

iPhoneプログラミング勉強会京都に行ってなぜかAWS(Amazon Web Service)についての発表を聞いてきました。 続いて、AWS ALBでバグを踏んだ話 株式会社シーズ の原口さんhttps://t.co/PYNP5CCoEz#iphonekyoto— にわタコ (@niwatako) 2016年10月19日 twitter.com 発表内容はApplication Load Balancer に恐ろしいバグが有ったというお話と、Amazonに連絡してリリースまでに修正してもらうという緊張と感動のドラマでした。 あなたの設定が悪いんでしょう、といわれて、めげずに説得を繰り返す。わずか3日で改善パッチ作成、本リリース前にパッチを当ててくれるとのことで無事リリースを迎えた。 #iphonekyoto— にわタコ (@niwatako) 2016年10月19日 twitter.c

クラウド上でアプリケーションを構築する新しい手法として「サーバーレスアーキテクチャ」が急速に注目を集めています。しかし一方で、サーバーレスアーキテクチャを採用することで得られる本質的なメリットはなにか、そもそもサーバーレスアーキテクチャとはなにを指すのか、などについてはまだ識者の間でも議論されていることです。 10月24日に都内で開催されたイベント「QCon Tokyo 2016」の伊藤直也氏のセッション「Serverless Architecture」は、こうしたサーバーレスアーキテクチャの本質について大きな示唆をもたらす内容でした。この記事では、その内容をダイジェストで紹介します。 （本記事は前編、中編、後編に分かれています。いまお読みの記事は前編です。） Serverless Architecture 一休 CTO 伊藤直也氏。 先に結論を言ってしまうと、サーバーレスアーキテクチャと

すべてのAWSのサービスを 3行以下でまとめました。 AWSが色々ありすぎてわからん！ **3行以下で誰かまとめて！！**という思いで、AWSを3行で書いてるところがなかったので自分で作りました。 掲載した金額は最小使用時のもの。無料枠や大量購入割引(Volume discount)、あと転送量でかなり変わるので、参考程度に。 以下からのカッコよすぎな見出しは AWSクラウド製品のページ からのそのままの引用です。「 広範かつ奥深いコアクラウドインフラストラクチャサービス」って僕が言ってるわけじゃない！ 広範かつ奥深いコアクラウドインフラストラクチャサービス なんのこっちゃ。 よーするに「基本サービスですよ」ってことらしい。基本サービス多すぎだろ・・・。 い。 コンピューティング AWS is 何 いくら？

AWS Summit Tokyo 2016のDevelopers Conferenceで、「ドワンゴがAWSを使ってメディアストレージ基盤を開発してみた」と題して講演してきた。 すでに一週間以上経過しているが、なかなかこのような機会もないので振り返ってみることとする。 DevCon会場 #AWSSummit 『ドワンゴが AWS を使ってメディアストレージ基盤を開発してみた』 満員御礼立ち見です！ pic.twitter.com/AVf6mVgnRp— アマゾン ウェブ サービス (@awscloud_jp) 2016年6月3日 登壇してみて 飲みの席で引き受けた話がまさか本当に実現するとは思わなかったが、非常に良い経験になった。 2015年にドワンゴに入社して以来、Rubyなアプリケーションを開発しつつも主務はAWSを用いたインフラエンジニアということで、各プロダクトの環境構築・整備や開

2016/06/03 AWS Summit Developers Conference DevCon-Use Case Track

VPSを選択するメリット 性能とコストのパフォーマンスが良い 構成の自由度が高い VPSのデメリット 構成するためのコスト（作業工数）が高い 転送量が増えるとアカウントをいきなり取り消されることがあるらしい ミドルウェアのバージョンアップなどの運用コストがかかる スケールアップが難しい PaaS コードの変更を反映させるだけでアプリケーションをすぐに動作させることが出来る、動作環境（プラットフォーム）を提供するサービス。 サーバーを直接触ることが出来ない代わりに様々なAdd Onが提供されているので、それらを利用して動作環境を拡張していく。 主なPaaS Heroku Google App Engine Engine Yard Herokuを利用して以下の様な環境を構築した場合、__約50$/月(1$=120円レートの場合、6,000円/月)__となった。 AWSとほぼ同程度の金額で利用出

登録から12ヶ月間無料で使える枠と、その後も引き続き無料で使える枠がゴッチャになるのでまとめた 新規利用から12ヶ月間（毎月）無料の枠 EC2 t2.micro Linux 750時間 ELB 750時間 + 15GB分のデータ処理 EBS 30GB + 1GB分のスナップショットストレージ S3 5GBの標準ストレージ 20,000 Getリクエスト 2,000 Putリクエスト RDS micro DBインスタンス Linux 750時間（Single-AZ） 20GBのストレージ 1000万のI/O 自動バックアップと任意スナップショット用 20GBストレージ CloudFront 50GBのデータ転送（アウト） 2,000,000件のHTTP/HTTPSリクエスト Cognite 10GBのクラウド同期ストレージ 1,000,000回の同期操作 AppStream 20時間分 デー

Amazon Web Services パターン別構築・運用ガイド : NRIネットコム株式会社, 佐々木 拓郎, 林 晋一郎, 小西 秀和, 佐藤 瞬 : 本 : Amazon.co.jp AWSとは クラウドとは・・・・・IAAS(ネットワーク、ストレージ、仮想コンピュータ） オンプレ（初期費用全額、調達まで数週間）とAWSの違い・・・所有からサービスへ レンタルサーバーとAWSの違い・・・・AWSはEC2(レンタルサーバー）以上のサービス レンタルサーバーの問題点・・・自由度の低さ、セキュリティ、他ユーザーの影響の大きさ パブリッククラウド＝不特定多数に対してのサービス プライベートクラウド＝特定の企業 ハイブリッドクラウド＝パブリック➕プライベート 2.サービス概要 Amazon Elastic Compute Cloud(EC2)＝仮想サーバー、インスタンス Auto Scali

どうも、セクションナインの 吉田真吾（@yoshidashingo）です。 個人で使ってるAWSアカウントについて、それぞれにログインして管理するのがしんどいので、今は図のようにして集約管理してます。 今後ちょっと変えることはあるかもしれないけど、基本的にはこんな感じでいいかなと思ってますので、以下ちょっとだけ説明。 ユーザーと料金支払いについて AWSアカウント共通 (Prod, Stg, Dev, Sandbox, Handson) Rootユーザー MFA設定して Security Credential は発行しない（あれば全部削除） Prod (=本番AWSアカウント) 本番アカウントにだけひとつ IAMユーザー をつくってある これはすべてのアカウントをまたぐスイッチ元ユーザーです。 SMS MFAを設定してあります。ログインしようとするとSMSが飛んできます。 今日時点だと R