闇のDevOps DevOpsと業績評価 – ところてん – Medium
ここから、DevとOpsが協力すればより効率的になる＝DevOps、という言葉が生まれました。 当時は大企業においてはDevとOpsが分かれていることが当たり前だったのです。そして、大企業における当たり前が、当たり前ではないことに気付き始め、DevOpsを実現するためのツールができ始めたころでもあります。 ではなぜ、大企業ではDevとOpsが分かれているのが当たり前だったのでしょうか？ ハードウェアの時代その昔、産業の主役はハードウェアでした。 そのため、多くの企業はハードウェアを作ることに対して最適化が行われました。 ハードウェアには研究開発、製造、運用サポートといった大きな区分けが存在します。そして、それぞれの仕事において要求する人材レベルは異なります。 加えて、大量生産された製品の運用サポート（設置作業員、サポートセンタ）には、大量の人員が必要になってきます。 したがって、組織を研究
ローカル開発環境をもっとたくさんの人に使ってもらいたくてDockerで作りました - Qiita
始めに 最近ウェブ開発でローカル環境を使って欲しいなぁ、とすごく思うようになりました。 慣れてしまえば開発効率が上がると思うんですけど、その導入が大変なんですよね。 仕事で一緒になった方々に手作業で構築していましたが、もっと簡単にできないかなということで作りました。 Mac用です。名前はDAMP(Docker Apache MySQL PHP。 XAMPP, MAMPから取りました。)です。 Apache、MySQL、PHPが動きます。 （2018年11月8日）PHP7.2に対応しました 1.7.2でPHP7.2に対応しました。 https://github.com/yousan/damp/releases/tag/1.7.2 サンプルのdocker-compose.ymlはこちらです。 https://github.com/yousan/damp/blob/master/docker-c
例外、エラー、異常、そして - Qiita
「例外」「エラー」「異常」あたりの言葉が、言語仕様や設計の中で人によって微妙にずれた使い方されてるから、 「Expected だが Accept されないケース」を表す別の言葉が欲しい。 — Jxck (@Jxck_) 2016年8月31日 @Jxck_ 本来こう分類されて、 1. Expected/Accepted 2. Expected/UnAccepted 3. UnExpected 2, 3 をどう呼ぶかあたりで、例外, エラー, 異常などの言葉が入り乱れてて、それが広義の例外処理が誤解される原因だと思ってる — Jxck (@Jxck_) 2016年8月31日 Expected and Accepted Expected but Unaccepted Unexpected
Pingの発展版 : httping, dnsping, smtpping | POSTD
私はpingが大好きです！簡単に使えて、ネットワークが稼働しているかを直接明らかにできます。 「 Pingはセキュリティの欠陥ではない!(むしろ友達である) 」、「 Traceroute上級 」の記事をご参照ください。少なくとも、外行きのping(trust(=信頼されるゾーン)からunstrust(=そうでないゾーン)へ)はセキュリティ上の心配なしに用いられるべきです。しかし、これらのuntrustからDMZへのICMPエコー・リクエストは多くの会社で拒否されているため、すべてのサーバが起動・稼働しているかをテストするのが困難になっています。 私は、顧客のサイトのDMZファイアウォールの置き換えに取り組んでいました。当然ながら私は「すべてのサーバが適切に接続されているか(NAT)」「ファイアウォールが接続を許可しているか(ポリシー)」を(外部から)知ろうとしました。 そこで私は、さまざま
GUIでDockerがサクサク使えるKitematicが便利 - Qiita
Kitematic OSX, WindowsでGUI経由でDockerが使えるようになります。Electronベースらしいのでそのうち他のOSにも対応されるかもしれません。 他の人の作ったコンテナのインストール Docker Hubから簡単に検索してダブルクリック ホストマシンのブラウザからコンテナ上に立ち上げたサービスを開く 自動でURLが割り当てられる(後述) CLIからの操作も可能 左下のDocker CLIボタンより Dockerfileから自前でビルドしたり、複数のコンテナで連携する場合はこちらから 誰かの作ったコンテナを簡単に手元で試してみたい、といったときなどにめちゃくちゃ便利です。複雑なコマンドを覚えるのは便利さを感じてからでいいですね。 インストール KitematicからDownload Kitematicをクリック。 .zipを解凍してApplicationディレクト
dev-xconnecting: GradleでMavenリポジトリを使う
2012年10月26日金曜日 GradleでMavenリポジトリを使う GradleでMavenリポジトリを使うには、以下のように記述する。 依存関係の解決にはrepositories内に記述したMavenリポジトリを使用する。複数のリポジトリを記述した場合、上から順に依存関係の解決を試み、最初にモジュール(jar)が見つかったMavenリポジトリを使用する。 なお、モジュールはユーザディレクトリにある.gradleフォルダ内にダウンロードされる。Mavenリポジトリを参照しているからといって、Mavenのローカルリポジトリ（.m2フォルダ）にダウンロードされる訳ではない。また、Mavenのローカルリポジトリから依存関係を解決する場合も、.m2フォルダのモジュールを直接参照はせず、.gradleフォルダにコピーされたモジュールを参照する。 関連リンク Gradle本家ユーザガイド C
Gradle の依存関係を使いこなしてみる - bluepapa32’s Java Blog
Gradle でも Maven や Ivy と同じように簡単にライブラリの依存関係を解決することができます。 内部的に Ivy を利用しているようなので同じことができて当然なのですが... まずは リポジトリの設定から... ライブラリの取得先の Maven リポジトリのパスを 以下のように列挙しておくだけでよいです。 repositories { mavenCentral() // Maven セントラル mavenLocal() // ローカル mavenRepo url: [ "http://repository.jboss.org/nexus/content/groups/public-jboss", // JBoss "http://repository.apache.org/content/groups/public", // Apache "http://repository
Capistrano3で快適デプロイ生活!! - Less is Best
Capistrano3で快適なデプロイ生活を目指しています。Railsで定数設定ファイルをgitから外して管理する方法。と組あわせれば、最高なデプロイ生活が待っていること間違い無しです。 が、Capistrano3のまとまった情報があまり手に入らず(Capistrano2とどっちかよくわからんし)、導入の際にかなり苦労したので、インストールから設定までをさらしておきます。 環境: Ruby 2.0.0-p247 Rails 4.0.0 Apache Passenger Server:CentOS6.4 公開鍵認証設定済み Capistranoとは Rubyでできたソフトウェアデプロイメントツールです。 Capistranoは分散環境へのウェブアプリケーションのソフトウェアデプロイメントを簡素化および自動化するために設計されています。 アプリのデプロイの際に生じるいろいろな作業をコマンドで自
capistrano をバージョン 3 にアップデートして時代の流れに乗る · けんごのお屋敷
2013 年 6 月頃に capistrano のバージョン 3 がリリースされました。かなり久しぶりのメジャーバージョンアップで色々変わっているようです。 Intobox でもデプロイには capistrano を使っていて、今回 capistrano のバージョンアップをしましたので手順の紹介とハマったことなどをまとめたいと思います。 capistrano v3 capistrano v3 は、より良いモジュール化、より簡単なデバッグ、より高速なデプロイ、などを設計目標として掲げています。 変更点が多いのでアップグレードガイドが公式サイトより提供されています。基本的にはここを見ながら進めていくのですが、やることといえば Gemfile に gem 'capistrano', '~> 3.0' を追加 bundle install bundle exec cap install をやって
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Maven Repository: Search/Browse/Explore