How We Build Code at Netflix
How does Netflix build code before it’s deployed to the cloud? While pieces of this story have been told in the past, we decided it was time we shared more details. In this post, we describe the tools and techniques used to go from source code to a deployed service serving movies and TV shows to more than 75 million global Netflix members. The above diagram expands on a previous post announcing Sp
Tomcatのwarファイルとデプロイと自動展開 - ろば電子が詰まつてゐる
またもやTomcatでハマってしまったので、ちょっとまとめておこうと思う。Tomcatでのwarファイルの扱いと、コンテキストパスと、自動デプロイについて。 Tomcatのデプロイとwarファイル Tomcatではアプリケーションをデプロイするには、warファイルという、Webアプリケーションに必要なclassファイル・jarファイル・jspファイルやWEB-INF/xmlファイルなどをまとめてひとかたまりにしたファイルを配置してデプロイする。 このwarファイルは実質はただのzipファイルであるため、unzipコマンドで展開して中身を覗いてみることもできる。 $ file struts2-showcase.war struts2-showcase.war: Zip archive data, at least v1.0 to extract $ unzip struts2-showcas
Java製アプリを Eclipse から実行したことしかない新人に「ビルドツールとは？」を説明してみる…そして CI へ - Qiita
Ant とか Gradle とか，名前は見かけるけど何に使っているのかよくわかりません (意訳) 的なことを新人から立て続けに言われたので，順を追って説明してみようと試みる． ビルドとは: 書いたプログラムを本番環境で動作させるまで 「ビルド」という言葉をいきなり説明するのも唐突なので，そもそもプログラムコードが本番で稼働するまでの流れをざっくりと説明します． デプロイまでに必要な作業 アプリケーションをテスト環境や本番環境で動作させるためには，おおまかに言えば以下の様な手順をを踏みます． (自分や新人の実業務ではサーバーサイドは Java，クライアントは Java だったり TypeScript で書かれた Web だったりするので，それを想定しています．) コンパイル: プログラミング言語を用いて書いたプログラムをバイトコードに変換すること．スクリプト言語なら不要． 依存ライブラリの解
[java] どのブランチから作られた jar かをわかりやすくしたい - tokuhirom's blog
[java] どのブランチから作られた jar かをわかりやすくしたい どのリビジョンが実際にデプロイされてるかをその場ですぐに確認したいというような要求がある。 そういうわけで、jar の中にリビジョン情報などを埋め込みたい。 そんなときには git-commit-id-plugin が便利。 https://github.com/ktoso/maven-git-commit-id-plugin 設定がごちゃごちゃと書いてあるが、ごちゃごちゃ書かなくても OK である。 以下のように書けばOK。 <build> <finalName>${project.artifactId}-${project.version}-${scmBranch}-r${buildNumber}-</finalName> <plugins> <plugin> <groupId>pl.project13.maven
ssig33.com - Elastic Beanstalk で安全なデプロイ
以下は Ruby On Rails を使っている場合の話です。 Ruby On Rails なので デプロイ時に assets のコンパイルという CPU 負荷が発生する という固有事情があります。以下の手段は主にこの固有事情を解決する為の問題なので、そうではないという人達にはあまり関係無い話です（が Immutable Infrastructure の実現とかそういう方面で RoR の人達以外にも意味のある記事だと思う）。 Beanstalk ではデプロイ時のコマンド 10 分制限というものがある為、 CPU 負荷の高い状態では assets precompile が 10 分以上かかってデプロイが一生できないみたいな事態になったりします。 そのような事態を避ける為には、 Env を 2 個用意してキリキリ切り替えるだとか、毎回新しい Env を用意するだとかすると解決できます。そのよう
LL言語でのhot deployとJavaでのhot deploy - wyukawa's diary
JVM Operation Casual Talksで出てた話としてJavaでhot deployってどうしてんの？ってのがありました。 hot deployっていうのはアプリケーションコードを変更してもAPサーバーを再起動せずに反映する技術です。 この辺別に僕は全然知らないし答えを持っているわけではないですが、まあちょっと興味があったのでLL言語でのhot deployとJavaでhot deployを簡単に調べたのでメモっときます。 コードを変更してAPサーバーを再起動する場合、APサーバーが止まっているときにアクセスが行くと困るので、ロードバランサから外してAPサーバーを再起動してまた戻すみたいなことをやるのがオーソドックスな方法のようですが、hot deployだとそういったことをやる必要が無くなります。 Server::Starterから学ぶhot deployの仕組み - $s
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gradle使い方メモ - Qiita