Active Storage + S3 による添付ファイル機能を試してみる - QiitaDeleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
RailsアプリをGoogle Container Engineで動かす - Qiita
背景 herokuでRailsアプリを動かしていましたが、いかんせん無料なので起動が遅かったり、デプロイ時にR10（60sでタイムアウトする）に引っかかったりと辛くなってきました。 herokuへの課金や移行先を考えるにあたり、折角なのでGoogle Container Engine (GKE)も試してみました。 その際ちょいちょい躓く所があったので、備忘録として手順を残しておきます。 なお、とりあえず動かすことにフォーカスしています。 参考にされる場合、productionとして必要なNginxやSSLなどの諸々は追加で設定してください。 前提 dockerコマンドはインストールされているものとします 動くRailsアプリがあるとします 無ければRails newしたものでも良いですが、DBとの通信を確認できた方が良いです migrationファイルを適当に用意しましょう MySQLで考
✔ Rails ☓ AWS 環境構築 タスクリスト φ(・・*) - Qiita
├── Gemfile # `gem "itamae"` ├── Gemfile.lock ├── README.md ├── Vagrantfile ├── cookbooks # ここにレシピを置く 命名、分け方自由 │ ├── dir_set # Rails pjt を置くディレクトリを用意 / 権限設定 など │ ├── etc_packages # 基本的なpackage群をinstall │ ├── iptables │ ├── mysql │ ├── nginx │ ├── ntp │ ├── redis │ ├── security │ ├── time_set # 日本時間にする設定 │ ├── unicorn │ ├── yum │ └── zabbix ├── node │ └── rails # ここで設定したもの
[Ruby] RailsをHerokuへデプロイする時の７つの注意事項 [Heroku] - Qiita
先日、Ruby開発者のためのHeroku入門というWebセミナーを行いました。この時の内容の振り返りとしての、注意事項の補足説明です。 元のスライドはRuby開発者のためのHeroku入門を御覧ください デプロイ前の注意事項 デプロイする前、アプリケーションを開発する時に考慮しておくべき事項 5つを紹介します 1. データベースサーバの選定について Heroku では、RDBMS は Heroku Postgresを、高速なKVSの場合には Heroku Redisを推奨することが一般的です。純粋に、Herokuが提供しているアドオンだからということと、Heroku Postgresに限っては、常に最新版を利用することができることも、推奨するポイントです。 もちろん、MySQL や Mongo、Cassandraなど、3rd Vendorの提供するデータベースを利用することも可能ですが、H
![[Ruby] RailsをHerokuへデプロイする時の７つの注意事項 [Heroku] - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/74fb8153eabc9112bcf594da60ab8aca37dd7c0d/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFtYXpvbmF3cy5jb20lMkYwJTJGMzcyNjMlMkZwcm9maWxlLWltYWdlcyUyRjE1MTQ0NDYzMDA_aXhsaWI9cmItNC4wLjAmYXI9MSUzQTEmZml0PWNyb3AmbWFzaz1lbGxpcHNlJmZtPXBuZzMyJnM9NjZiMDQ0NWY2YTI5MDFjZjA1ZjY1ZDFiYWIzYzNmMGM%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253D5416e92f8f52f41915d863924b4abf36%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCUnVieSU1RCUyMFJhaWxzJUUzJTgyJTkySGVyb2t1JUUzJTgxJUI4JUUzJTgzJTg3JUUzJTgzJTk3JUUzJTgzJUFEJUUzJTgyJUE0JUUzJTgxJTk5JUUzJTgyJThCJUU2JTk5JTgyJUUzJTgxJUFFJUVGJUJDJTk3JUUzJTgxJUE0JUUzJTgxJUFFJUU2JUIzJUE4JUU2JTg0JThGJUU0JUJBJThCJUU5JUEwJTg1JTIwJTVCSGVyb2t1JTVEJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LXBhZD0wJnM9Y2U1ZWU1ZDNhZTVmMDNhYWRjNjBiOWNlMDNkOWEyNDA%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBzaG83NjUwJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LXBhZD0wJnM9ZDBiOTg1MGQ0MzVmY2QxZjM5NTQwYWI3Zjc3ZTBjYTE%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3D5774f3415feb1f2d572cd423c8c06543)
AWS CodeBuildにRailsのテストを実行してもらう - Qiita
株式会社LITALICOでエンジニアをやっております@Takuan_Oishiiです。 この記事は『LITALICO Advent Calendar 2016』23日目の記事です. 23日目はAWS re:Invent 2016で発表されたAWS CodeBuildでRailsのテストを実行してもらう話をお届けします🎁 CIツールを検討しているRails開発者の方の参考になれば幸いです. はじめに テスト, してますか? セコム, してますか? LITALICOではCircleCIを使ってRailsアプリに対してRSpecで記述したテストを実行しています. GitHubにブランチをpushする, あるいはpull requestをマージすると自動でCircleCIが該当ブランチのテストを実行してくれるようにしています. 最近はコードレビューの負担減などを目的に, プルリクを小さく出すこと
オートスケール環境におけるFluentdのログ重複・欠損対策 - Qiita
この記事は Akatsuki Advent Calendar 2016 の15日目です。 はじめに 今やログ収集ソフトウェアのデファクトスタンダードとなったFluentdですが、オートスケール環境においては思わぬログの重複や欠損が発生する可能性があります。今回は私の所属するプロジェクトで行ったログ重複・欠損対策について紹介したいと思います。 前提 今回前提とするシステムは下図のような構成になっています。 ELB配下にオートスケーリンググループに属するEC2インスタンスのアプリサーバが複数台あり、各インスタンス上では Rails と Fluentd (sender) が動作しています。各アプリサーバから出力されたログは Fluentd (aggregator) により集約され、最終的に DB に保存されます。 Fluentd を利用したログ収集の構成としては一般的なものかと思います。 (バッ
Heroku Container Registryで作るDocker時代のRails 5 入門 - Qiita
この記事はRuby Advent Calendar 2016の5日目です。 昨日はiguchi1124さんの「Railsアプリケーションでより良いリソース設計を実装するためのテクニック」 でした。 明日は、tomokane@githubさんの記事になります。 はじめに 最近、個人的なプロダクトを久しぶりにRailsで書いています。 自分の場合、Rubyはテキスト処理とかスクレイピングとかそういったスクリプトで使う用途が多いので、 Railsをまともに触るのは実に２以来。そのせいで５を触るにあたって大分忘れてたことや時代に取り残されたところがありました。 あと、Herokuも本格的に使ったことは無かったのですが、今回Dockerに完全対応したということで使ってみたので、 Heroku Container Registryを使ったDockerによるRails環境について備忘録がてら、今年はまと
railsアプリケーションをhttpsでアクセスできるようにするまでのこと。 - Qiita
概要 もともと存在していたアプリケーションをhttpsでアクセスできるようにすることとなりました。 それまでにやったことと思ったことをつらつら書いていこうと思います。 最初からhttpsでアクセスする前提で作っていると楽なんでしょうけど、 世の中がみんなそうだったらきっと世の中は平和ですよね。 さぁ頑張りましょう。 目次 まず環境 rails自体の変更 AWSの設定 heroku周りの変更 余談:わけあってwordpressの変更 データベースの変更 デプロイなど 環境 Rails 4系 Ruby 2.2系 サーバ: heroku データ置き場: AWS CloudFront/S3 データ連携にWordpress Railsの設定 アクセスを強制的にhttpsにする すべてのアクセス？をhttpsに流す設定はconfigで設定が可能です。 これだけでhttpsでアクセスしてくれます、よかっ
【AWS】Amazon SES / Messaging・Route53を用いてドメインメールを送信する - Qiita
TL;DR; Railsアプリケーションから、noreply@my-domain.comのような形式でドメインメールを送りたい． メールサーバーはAmazon SESを使用 RailsアプリケーションからAmazon SES APIを用いてメール送信リクエストを送る DNSはRoute53を使用 ドメインはお名前ドットコムで取得 今回はRailsアプリケーションからSDK経由でメール送信するが，他のアプリケーションでもAWSの設定は同じ．DNSやドメイン取得も他のサービス使ってもよい． (追記)2017年8月現在 Messaging に名前が変更されてる (追記)2019年12月現在 CustomerEngagement に名前が変更されてる Simple Email Service > US West(Oregon) と選択していくと，今まで通りのSES画面に遷移する． 検証環境 Rai
(デプロイ編①)世界一丁寧なAWS解説。EC2を利用して、RailsアプリをAWSにあげるまで - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 本記事は2021年版にアップデートされ、下記URLに移転いたしました。 https://zenn.dev/naoki_mochizuki/books/1471ce20222227 本記事では、アップデートされた記事の冒頭部分を抜粋して記載させていただきます。 =====以下、記事抜粋部分===== それでは、いよいよAWSアカウントにログインして作業を進めていきます。 まずは、EC2サーバを作成するための周辺環境を構築していきましょう。 1.VPC VPCとは、Virtual Private Cloudの略です。 AWSという広大な領域
production環境でRailsアプリをdockerコンテナとしてECSで運用するために考えたこと - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 実際には、まだ本当の本番環境では運用できてなくて開発用のステージングで運用が開始できたぐらいで、他にもやること一杯あるんだけど、ある程度知見が溜まったのでまとめておく。 ちなみに、規模はそんなに大きくないがデータ量は多いアプリケーションで運用環境はAWSのECSを想定しており、現時点で普通のEC2ノードとコンテナで並行稼動している。 docker-swarmなりで自前でコンテナプールを構築してもいいのだが、そうするとサービスディスカバリとか考えなければいけないことが増えるので、後回しにしている。 (注: かなりサービス固有の事情が含まれ
[Swift]AWSのSNSとRailsを使って決まった時間にiOSへpush通知 - Qiita
前提条件 push通知を行う際には以下の 内容を実行、完了済である必要があります。 AWS側 AWSのアカウントを持っていること AWSのSNSの設定が完了していること Swift側 AWSのSDKを導入していること AWSのSDKを使ってメソッドが利用出来ていること Rails側 既にRailsのアプリケーションをサーバーに配置済であること まだこのあたりを実行されていない方は以下の記事を参考に。 参考サイト SwiftでAWS SDKを使ってPush通知 Swiftアプリでも確認済み！RubyスクリプトとAmazon SNSで複数デバイスへのpush通知 バージョン Swiftのバージョン:1.2 Rubyのバージョン:2.1.5 Railsのバージョン:4.1.7 手順 1.GemファイルにAWSのgemを追加する gemの管理をしたいため Gemfile production: a
![[Swift]AWSのSNSとRailsを使って決まった時間にiOSへpush通知 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/bff4045a63057ab397bd5c4c86c98e8209521d5b/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFwLW5vcnRoZWFzdC0xLmFtYXpvbmF3cy5jb20lMkYwJTJGMTU4MTIlMkZwcm9maWxlLWltYWdlcyUyRjE2Mjc1NDc5MTA_aXhsaWI9cmItNC4wLjAmYXI9MSUzQTEmZml0PWNyb3AmbWFzaz1lbGxpcHNlJmZtPXBuZzMyJnM9NzY3ZWFjMjRlYzcwNGM0N2M4Yzc0Y2UxMmVmNjYxMTM%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253De90196baaa38d121e1c6d4196c0dd91d%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCU3dpZnQlNURBV1MlRTMlODElQUVTTlMlRTMlODElQThSYWlscyVFMyU4MiU5MiVFNCVCRCVCRiVFMyU4MSVBMyVFMyU4MSVBNiVFNiVCMSVCQSVFMyU4MSVCRSVFMyU4MSVBMyVFMyU4MSU5RiVFNiU5OSU4MiVFOSU5NiU5MyVFMyU4MSVBQmlPUyVFMyU4MSVCOHB1c2glRTklODAlOUElRTclOUYlQTUmdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtcGFkPTAmcz0wNzFlYTAyMTgxZjk0ZTNiMjA2NGQzOGQ5NmYwNDA4OQ%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBnMDhtMTEmdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtcGFkPTAmcz1mMjVhZTdmYzE4Y2E4MDFhMDIxYTdlYzAzMTJjNWJhYg%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3D37ff95508ff89ff6b6de068774e34f12)
RailsアプリケーションのAWSによる公開｜unicorn + nginx - Qiita
まえがき AWSのVPCとEC2の設定が出来ている状態から、 実際に自分のRailsアプリケーションを公開する までの一連の流れを説明します。 (まだ、VPCとEC2の設定が出来ていない方は以下の記事を見て設定をお願いします。 AWS VPCによるネットワーク構築とEC2によるサーバー構築) 「protospace」というアプリケーションをサーバーに「shizuma」というユーザーで作成していきます。 適宜、お好きに変更して作業を進めて下さい。 実際に自分のRailsアプリケーションを公開することが目的ですので実際に手を動かしながら見てもらえると嬉しいです！ 作業は、「local」と「server」の作業どちらか確かめながら進めて下さい。コマンドを記載したエリアの左端に記述しています。 (「#」はコメントアウトです) capistranoでのデプロイ等は本記事ではいたしません。本記事の後に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
4. Amazon AlexaからHerokuのRailsにつなぐ - Qiita
Amazon AuroraのフェイルオーバーとRailsのコネクションプーリング - Qiita
Webpack で React を導入した Rails アプリケーションを Heroku で動かすまでの手順 - Qiita
Rails x HerokuでPDF出力した時に「𠮷」を表示する方法 - Qiita
(デプロイ編②)世界一丁寧なAWS解説。EC2を利用して、RailsアプリをAWSにあげるまで - Qiita
AWSのEC2上でNginxを使ってRailsを動かす - Qiita