AWS FargateでRuby on Railsを動かしてみる - Qiita
本記事は個人の意見であり、所属する組織の見解とは関係ありません。 こちらはAWS Fargate Advent Calendar 2017の12/3分の記事です。 今日は、Ruby on Railsのアプリケーションをローカル環境で作成し、それをFargateにECSでデプロイするところをやってみます。なお、データベースとしてはAmazon RDSで作成したMySQLを利用します。 事前準備 以下のものをローカルにインストールしておきます。 AWS CLI ECS CLI Docker CLI (Compose含む) ローカル環境の構築 Docker ComposeのRailsチュートリアルが秀逸なので、これを踏襲しながら実施してみます。 docker Quickstart: Compose and Rails 手順は全てMakefileにしてみました。 new: echo "$$_gem
GoogleドキュメントスプレッドシートにAWS EC2一覧を自動作成する - YOMON8.NET
AWS Management Consoleはとても良く出来ていて、管理資料なんか無くても良いくらいです。 Windows使うことも無くなり、EXCEL開く回数も激減したのですが、それでもEXCELと一緒に社会人としての人生を生きてきているので、どうしてもあの表形式から離れられません。 今会社はExcelよりもGoogleドキュメントの方が良く使うので、そちらにEC2のリストを取得するスクリプトを書いてみました。 準備 スクリプト(Ruby)準備 Google ドキュメントの認証情報 設定ファイル準備 実行してみる 【補足】Google認証情報の取得方法 準備 AWSとGoogle Docsそれぞれの連携用のGemをインストールします。 gem install aws-sdk gem install google_drive スクリプト(Ruby)準備 以下のRubyスクリプトを適当なフォ
プロビジョニング事始め (3) Chef Zero編 - 俺のMoleskin.log
今更感が拭えませんが、乗りかかった船なのであと数回続けいきます。 はじめに Chefとは、Chef社(旧Opscode社)が開発したプロピジョニングツールです。 レシピと呼ばれるRubyのDSLを使ってサーバのあるべき状態をコードに定義することで、サーバの構築作業を自動化します。テキストファイルの構築手順書と比べた場合、次の様なメリットがあります。 構築作業の自動化 オペレーションミスの排除 サーバーの抽象化 コミュニティレシピの利用 世界中の企業で導入されておりプロビジョニングツールとしてはデファクトスタンダードの実績を誇ります。 サーバーをChefの管理下に置くことで、たった1台のマシンから巨大なクラスタに至るまで、サーバーの構築、オペレーション作業を集中管理できるようになります。 Red Hat社が類似ツールのAnsibleを傘下に入れたことからも重要さを伺えます。 Chef Ser
RubyスクリプトとAWSのSNSで複数デバイスへのpush通知 - Qiita
これが出来ると何が嬉しいの？ 一括メッセージ設定、一括送信の自動化が出来ます！ 前提条件 Ruby環境 gem install aws-sdk-coreを実施済みであること iOS環境 AWS SNSでアプリを作成済みであること AWS SNSへエンドポイントを自動登録出来る実装が完了していること AWS SDKを導入済みであること 上記の内容は以下のサイトが参考になります！ 概要図 ・流れ1:アプリ起動時にAWS SNSのアプリ側にデバイストークンを登録 ・流れ2:対象のSNSからエンドポイントを取得 ・流れ3:作成済みのTopicに取得したエンドポイントをSubscribeする ・流れ4:アプリに対してメッセージをpushし、即時に通知 require 'aws-sdk' sns = AWS::SNS.new( :access_key_id => 'YOUR_ACCESS_KEY',
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - betahikaru/aws-portal: Customized AWS Portal site, generated by Sinatra.
