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 を利用したログ収集の構成としては一般的なものかと思います。 (バッ
RubyでServerless: AWS Lambda編2016年度版 - Qiita
RubyでServerless（FaaS）するには この記事はServerless Advent Calendar 2016の8日目の記事になります。 さて。唐突ですが先日のre:Invent速報記事、「［速報］AWS LambdaでC#のサポートを発表。オープンソースの.NET Coreを採用。AWS re:Invent 2016」のはてなブックマーク人気コメントを見てましょう。 (http://b.hatena.ne.jp/entry/www.publickey1.jp/blog/16/aws_lambdacnet_coreaws_reinvent_2016.html) あー。まあ、Rubyistのみなさんの思うことはだいたいそんなところですよね。 re:Invent 2016でAWS Lambdaのサポート言語にC#が加わり、JavaScript、Python、Javaと合わせて４つ
AWSのEMRで分散クエリエンジンPrestoクラスタ作成→rubyから接続してS3の大量ファイル操作体験をしてみよう！ - Qiita
この記事はフロムスクラッチ Advent Calendar 2016の9日目の記事です。 筋トレ大好き！プログラミング大好き！ あれ？そうすると、、、 筋肉系カレンダーにも投稿しないと、自称筋肉プログラマー失格なのでは！！ と本気で悩んでいます。 mixです。 最近の事件 そう！AWS、ATHENAが発表されました！ Presto信者としては血湧き肉躍るニュースです！ 簡単に説明すると、Prestoというfacebookの作ったフレームワークを AWSで__サーバーレスに使える__という画期的かつ凄すぎる新サービスです！ カレンダー2日連続になっていますが、 AWSの回し者とかじゃないです。。。(>_<) そもそもPrestoってなんじゃい？？ 下の説明を正確にしていくと、 分類も定義によったり、 テラバイト処理には対応する大規模構成が必要になったり、 クエリがSQLなのはPrestoの特
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 SDK for Ruby バージョン 2 で期限付きURLの発行 - Qiita
はじめに 前回、「AWS SDK for Ruby バージョン 2 を使用したS3バケットへのオブジェクトアップロード」でS3へオブジェクトのアップロードを行いました。 でも、このままではアップロードしただけで、誰もアップしたオブジェクトにアクセスができないですね。。。 ということで、今回はアップロードしたファイルをブラウザからアクセスできるように期限付きURLの発行をしてみたいと思います。 ちなみに期限付きURLとはその名の通り、URLを発行してから１0分だったり3日だったり１週間だったりと、利用できる期限を持たせたURLです。 1. アクセス先の準備 前回、「AWS SDK for Ruby バージョン 2 を使用したS3バケットへのオブジェクトアップロード」で作成したバケットを利用するので今回は省略します。 2. アクセスユーザーの用意 まずは、バケットへアクセスできるユーザーを準備
【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という広大な領域
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
4. Amazon AlexaからHerokuのRailsにつなぐ - Qiita
Amazon AuroraのフェイルオーバーとRailsのコネクションプーリング - Qiita
Webpack で React を導入した Rails アプリケーションを Heroku で動かすまでの手順 - Qiita
AWS SDK for Ruby V2でS3をいろいろ使う - Qiita
Rails x HerokuでPDF出力した時に「𠮷」を表示する方法 - Qiita
(デプロイ編②)世界一丁寧なAWS解説。EC2を利用して、RailsアプリをAWSにあげるまで - Qiita
AWSのEC2上でNginxを使ってRailsを動かす - Qiita
