Netlifyで静的サイトのホスティングをする - Qiita
あら便利カレンダー2018というのをやってます。 去年のもあるようです。（あら便利カレンダー2017） が、僕は最近joinしたので今年からの参加になります。 あら＾〜便利カレ(ry ...あら便利カレンダー2日目の記事です。 概要 「あら便利カレンダー2018どうやって公開する？」 「GitHubPages?（思考停止）」 「Netlifyちょっと使ってみたいな」 「じゃあそれで決定」 みたいな流れで、あら便利カレンダー2018はNetlify上に載せることになりました。 基本的にAPI等の開発をするのがメインなのですが、そんな僕でも簡単にサイト公開までできました。 Netlifyでサイト公開するまでの流れを書き残しておこうと思います。 Netlifyとは 静的コンテンツのホスティングサービス。 使い勝手の良いUIと、簡単な手順で公開までできるのがめっちゃよい。 GitHub / Git
NewsPicksにCTOとして入社して1年でDX Criteriaを大幅改善した話 - Uzabase for Engineers
こんにちは。このブログでは初めまして。2020年の2月にNewsPicksに入社した高山です。 今回は僕がNewsPicksのCTOになってからの1年でやったお仕事について書いていきます。 CTO最初のミッション DX Criteriaについて 「デプロイ回数」を定点観測 やってきたチャレンジ 1年経ってみて CTO最初のミッション NewsPicksは2013年に誕生し、5年ほどの壮大な創業期の間にたくさんの新しい領域に挑戦しており、僕が入社したときには既に事業面でもシステム面でも「それなりの複雑さ」という感じでした。 前任CTOの杉浦さん（今はグループ内でアメリカでの新規サービスの立ち上げをしています）からバトンを受け取って最初のミッションが「DX Criteriaを上げること」だと聞いたときにそのあたりの事情を全て察しました。😅 結論から先に書くと、1年で大幅改善を達成することがで
数時間で完全理解！わりとゴツいKubernetesハンズオン！！ - Qiita
社内でKubernetesハンズオンをやってみたのでおすそ分け。 参加者6人からバンバン出てくる質問に答えながらやって、所要時間4時間ほどでした。 SpeakerDeckにも資料を上げています。 https://speakerdeck.com/ktam1219/yaruze-kuberneteshanzuon (2019/07/11追記) 続編書きました！ -> 今度はあんまりゴツくない！？「わりとゴツいKubernetesハンズオン」そのあとに ハンズオンの目標 Kubernetesとお友達になる イメージを掴む 触ってみる(ローカル・EKS・ちょっとGKE) 構築・運用ができるような気分になる 巷にあふれるKubernetesの記事・スライドが理解できるようになる EKSがメインになっているのは、会社の業務でAWSを使うことが多いからです。 純粋にKubernetesを勉強したいだけな
継続的デプロイ＆ダウンタイムなしのデプロイのために - Qiita
みなさん、デプロイしてますか！！ ロールバック失敗してないですか！！ ロールバックが失敗したとき冷や汗かきますよね。 さて、何気なくしているサーバーに対する新バージョンのアプリデプロイ。 どんな方法があるのでしょうか。 簡単にですが利用したことがある方法をまとめてみました。 サービス停止＆デプロイ 最もシンプルですが駄目な奴です。 サービスを停止させないとデプロイできない悲しい方法。 アプリに必要なファイルを上書きしていたり配置している瞬間はサーバーが動作しないためです。 シンボリックリンク・デプロイ CapistranoやFabricが有名かと思いますが、各サーバーに新しいアプリを配置してから一気にシンボリックリンクを書き換えていき、新しいアプリに向けさせる方法です。 ロールバックする場合は以前のシンボリックリンクに戻します。 たまにロールバックに失敗して悲しいことになることも。 Rai
「Blue-Green Deployment」とは何か、マーチン・ファウラー氏の解説
クラウドを活用した本番システムのデプロイ手法の1つに「Blue-Green Deployment」がある。Blue-Green Deploymentの目的とそのメリットを、マーチン・ファウラー氏の解説から紹介する。 1つ前の記事で紹介した、チャド・ファウラー氏によるImmutable Infrastructureの記事「Immutable Infrastructure（イミュータブルインフラストラクチャ）と捨ててしまえるコンポーネント」では、デプロイをより安心して行うために、サーバの内容を変更する際には既存のサーバに手を加えるのではなく、新規に作り直して切り替える、という方法を提案しています。これがサーバの不変性、すなわちImmutable Infrastructureにつながるわけです。 これから紹介するマーチン・ファウラー氏の記事「BlueGreenDeployment」は、Immut
No such file or directory(public/assets/manifest*)
During my rails(3.2.16v) deploy with capistrano v3 I am getting the following error. $cap development deploy --trace DEBUG [014a40e4] Running /usr/bin/env [ -L /home/ec2-user/capistrano-3/my_app/releases/20140117124107/public/assets ] on 50.13.220.55 DEBUG [014a40e4] Command: [ -L /home/ec2-user/capistrano-3/my_app/releases/20140117124107/public/assets ] DEBUG [014a40e4] Finished in 0.602 seconds
私家版のgoでホットデプロイの仕組み、もしくは椅子もマサカリも投げられたくないときの気遣い : D-7 <altijd in beweging>
なんかごく一部に補足されているので、念のため軽く説明しておきます。 masahiro nagano@kazeburo某所のlestrratさんのgolangなアプリはhot-deployが可能になってる。サーバはserver_starter経由で起動されていて、バイナリ消してHUPを送ると自動でビルドしなおしてプロセスを入れ替えてくれる。便利 2014/04/30 12:18:31 これ、ベストな方法だとは思っていないんだけど、最初にこれを書いた当時の考え方は以下の通り： これは自分の部署で初めて 本番に設置するgoアプリである一次対応をする人は自分とは限らない細かいコード内容の修正はともかく、明らかなバグっぽいものの修正（例：SQL文の変更）などを自分以外の人間が施した後にサーバーを簡単に再コンパイル＋再起動するする方法がないと椅子が降ってくる事が容易に予想される Apache::Log
RACK_ENVとUnicorn、SinatraでのRACK_ENVの扱いと注意点 - SHOYAN BLOG
RACK_ENVについて調べた内容とUnicorn、SinatraでのRACK_ENVの扱い方や注意点をまとめました。 RACK_ENVとはRACKの環境変数です。 何を設定するかによって使用するmiddlewareが変わります。 RACK_ENVには、development、deployment、noneの3種類があります。 以下がそれぞれのRACK_ENVで使われるmiddlewareです。
golangで書いたツールをCircleCI上でビルドしてその成果物をGitHub Releasesにリリースする - その手の平は尻もつかめるさ
表題の通り．いくらかポイントがあったのでメモとして記す． 基本的にこの記事の内容を真似した． medium.com あらかじめ，CircleCIの側の設定でGITHUB_TOKENという環境変数を登録しておく．なおGitHubのPersonal access tokenにはrepoのpermissionを付与しておく． とは言えこれでは動かない．理由はghr (ghrについてはこちら: 高速に自作パッケージをGithubにリリースするghrというツールをつくった | SOTA) がcontextに依存しているからで，contextはgo 1.7以降でないと利用できない．しかしながらCircleCIのgolang環境は1.6系が使える内の最新なので *1 このままではghrをgo getすることが出来ない． というわけでCircleCI上でgo 1.7を使うようにしましょう，ということでそう
Publish Go binaries in Github with CircleCI
Initially we used to build the binary locally, then push it to the repository. In addition to being potentially misleading — how can you be sure that the committed binary is representative of the latest changes — this method required to clone the whole repository in order to get the latest binary… not elegant at all. That approach was good enough considering our needs but it could be automated and
アセット的なアレを実行バイナリ内に入れる話。 | さにあらず
結論#go 言語でウェブアプリケーション書くなら、go-bindata使うべし。 はじめに#go で書いたサーバは一つのバイナリに全部入るからデプロイが楽だという話がありますけども、それは全部のコードを go で書いた時だけです。 ウェブアプリケーションでは、ユーザインターフェース用のテンプレートファイルなど、どうしても go のコードではないリソースが発生します。 例えばテンプレートをパーズする標準 API を見ると、こんな風になっています。 html/template#ParseFiles func ParseFiles(filenames ...string) (*Template, error) { return parseFiles(nil, filenames...)}コピー この API 構造はソースコードを配置しているディレクトリ構造が単純だと特に問題ないのですが、少し複雑
capistrano の deploy を git (ssh) で行うときの設定 - tkuchikiの日記
capistrano で、repository を以下のように設定した場合の諸々の設定。 ※この作業は、~/.ssh/id_rsa 以外を使う場合に必要となる。 # config/deploy.rb set :scm, "git" set :repository, "git@github.com:tkuchiki/example.git" このまま deploy しようとしても、以下の様なエラーがでる。 Permission denied (publickey). fatal: Could not read from remote repository.repository につなげていないからっぽいので、 ~/.ssh/config に設定を書く。 cat >> ~/.ssh/config Host example.github.com User git Port 22 Hostname
capistrano3のコードを読んで仕組みを理解する - ぼっち勉強会
メモです。 はじめに capistrano3の概要を知るには以下の記事がとても参考になる。 入門 Capistrano 3 ~ 全ての手作業を生まれる前に消し去りたい Capistrano3のデプロイフレームワークの使い方 業務での使用も経て何となく分かったつもりだったが、デフォルトで色々やってくれるのが逆に少し気持ち悪かった。 内部を理解しないことには気持ち悪さは解消されそうにないのでコードを読んだ。 だいぶ理解したものの、すぐに忘れそうなのでメモしておく。 対象 capistrano3について何となく知っている。使ったことがある capistranoの内部でどういう風に処理が走っているかは知らない capistranoのバージョンは3.4.0 長くなったので、各項目のまとめだけ読むと手っ取り早いと思う。 1. cap install 入り口としてcap installが何故実行出来るの
Rails on DockerをElastic Beanstalkにデプロイする | DevelopersIO
AWSアップデート祭りを横目に、認定デベロッパー目指して一人Elastic Beanstalkをあれこれ触っている、八幡です。 個人的な趣味もあり、AWSのサービスについて学ぶときはRubyやRailsを媒介者とすることが多いのですが、今回Elastic Beanstalkに"Rails on Docker"をデプロイしてみましたのでその手順をご紹介します。 構成 Elastic BeanstalkはRDS有りのシングルインスタンス環境です。 RailsアプリはRuby on Rails チュートリアルのサンプルアプリを使いました。(動かしたのはDevelopment環境です。) Elastic BeanstalkにRails on Dockerをデプロイするやり方は幾通りか考えられるかと思いますが、今回はRailsアプリのソース、Dockerfile、Dockerrun.aws.json
(翻訳): Ansibleを使ったデプロイに関する一考察 — そこはかとなく書くよん。 ドキュメント
(翻訳): Ansibleを使ったデプロイに関する一考察¶ (訳注: この記事は Thoughts on deploying with Ansible の翻訳です。著者のRamon de la Fuente さんから許可を得て、翻訳・公開しています。元記事の公開は2014年6月ですが、2015年1月現在にも通用する話だと思います) 私たちのデプロイ手順を簡単にするために Ansible で roleを書きました(以前は Capistrano を使っていました)。このroleは今やかなり完璧で、本番環境に使い始めています。しかし作り始めた当初はいくつかの点で議論する必要がありました。今回みなさんとその議論を共有しようと考えたわけです。 デプロイとは？¶ 最初に "デプロイ" を定義しましょう。デプロイするとき、ユーザーはすでに "Provisioning" を終えており権限なども適切に整って
bundlerの環境変数でハマった話
capistranoでrailsアプリをbundle packageを使ってデプロイしようとしてハマった話。 ちょっとまとめるのが億劫だったので、つらつらと。 困った あるプロジェクトで、capistranoのcopyストラテジーを使って デプロイしているのですが、その際に、外部へgemを取りに行かないように、 bundle package を使っています。 で、その bundle package をする部分は自前で定義していて、 下記のように単純にやっていました。 system("cd #{destination} && bundle package --all") しかしこれだと予期したように動かなかった。 想定としては、 /tmp/hogehoge/vendor/cache の下に、gem達が入るはずなのに、なぜか capコマンド実行ディレクトリ/vendor/cache に入ってし
Rails 3 + Nginx/Unicorn を Amazon AWS に Capistrano 3 でデプロイする - bekkou68 の日記
はじめに Amazon AWS 環境下で Rails 3 のアプリを Nginx/Unicorn で動くように Capistrano 3 でデプロイする手順をまとめました。 以下を前提に話を進めます デプロイ対象のアプリ/DBインスタンスはすでにつくられているとします デプロイ対象のアプリインスタンスのドメインは production.example.com とします アプリインスタンスは ephemeral disk がマウントされているとします プロジェクト名は myproject とします。ご自身のプロジェクト名に読み替えてください アプリインスタンスに SSHログインするための秘密鍵は ~/.ssh/myproject.pem に配置してあるとします RVM を使ってます。rubyenv での設定はこちらの記事が参考になるかと思います デプロイ先ディレクトリの準備 アプリを /va
capistrano 3.x系を使ってrailsをデプロイ | iii ThreeTreesLight
capistrano 3.x系を使ってrailsをデプロイ 発端サテー久しぶりにrails projectでも作るかなー、いつも通りdeployはcapでやろう。 $ bundle install $ cap install よし、中身を設定するかー。 $ vim config/deploy.rb set :application, 'app_name' set :repo_url, 'git@repo:app.git' # ask :branch, proc { `git rev-parse --abbrev-ref HEAD`.chomp } # set :deploy_to, "/var/www/app_name" # set :scm, :git # set :format, :pretty # set :log_level, :debug # set :pty, true # s
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
リダイレクトの警告
Rails 4でHeroku Pushまでの詳細手順 [haml/bootstrap 3.0/postgresql or MySQL]![Rails 4でHeroku Pushまでの詳細手順 [haml/bootstrap 3.0/postgresql or MySQL]](https://cdn-ak-scissors.b.st-hatena.com/image/square/c2ea7e72d0d7f3ba6c237909f321e67ffbdaa24e/height=288;version=1;width=512/https%3A%2F%2Fmorizyun.github.io%2Fimg%2Fog_image.png)
