継続的インテグレーションのツール「Jenkins 2.0」登場。標準機能を豊富にして初期状態から利用しやすく、旧バージョンからそのまま入れ替え可能な後方互換性維持
継続的インテグレーションのツール「Jenkins 2.0」登場。標準機能を豊富にして初期状態から利用しやすく、旧バージョンからそのまま入れ替え可能な後方互換性維持 継続的インテグレーションなどに利用されることが多い自動化ツールJenkinsの最新版、「Jenkins 2.0」がリリースされました。 Jenkins 2.0 is here! https://t.co/KjHrIf8cj4 #jenkins2 — Jenkins (@jenkinsci) 2016年4月26日 Jenkinsはビルドやテスト、デプロイなどのソフトウェアの開発に関わるさまざまな一連の作業を自動化してくれるツール。継続的インテグレーションや継続的デリバリの現場でよく使われています。 Jenkins 2.0では、こうした一連の作業をより効率的かつ高度に記述できるようにパイプライン機能を強化。GroovyのDSL（ドメ
Docker 使ってたらサーバがゴミ捨て場みたいになってた話 #immutableinfra - ゆううきブログ
Immutable Infrastructure Conference #1 : ATND でLTしてきた。 内容はきれいにゴミを捨てましょうという話以上のものは特にない。 背景の説明が少し雑だったので補足すると、Jenkins のジョブスクリプトで、git push する度に docker run していたら ゴミがどんどんたまっていったという感じ。 1 push あたり、アプリコンテナ、DBコンテナとか合わせて3コンテナぐらい起動してるから開発が活発だと、どんどんゴミがたまる。 さらに補足すると、Device mapper がらみのゴミは、aufs 使うとかなり解決できそうな感じはしてる。 (Device mapper だとブロックデバイスレベルでイメージ差分を表現するので、デバイス毎(差分)毎に mount が走るみたいな実装になってるけど、aufs だとファイルシステム単位で複数の
IBM、DevOpsを実現する統合ツール「SmarterCloud Continuous Delivery」発表。Jenkins、Chef、jUnitなど含み、ビルド、テスト、デプロイ、モニタリングを一気通貫に
IBM、DevOpsを実現する統合ツール「SmarterCloud Continuous Delivery」発表。Jenkins、Chef、jUnitなど含み、ビルド、テスト、デプロイ、モニタリングを一気通貫に IBMは、統合されたツールでシステムの開発からテスト、デプロイ、モニタリングまでを行うことで、開発チームと運用チームが分け隔てなく協調できる、いわゆるDevOpsを実現する統合ツール「SmarterCloud Continuous Delivery」を発表しました。 DevOpsとは具体的な手法の名前ではなく、開発（Dev）と運用（Ops）が協力し合う方向性のことを指します。そのうえでDevOpsを実現する方法として一般的によく用いられているのは、アジャイル開発の考え方を運用にまで広げたContinuous Integration（継続的統合）やContinuous Deliver
DevOpsをエンタープライズへ導入する際のハードルについて。SIerはDevOpsできるのか？ ビジネスゴールはどう設定するのか？
DevOpsをエンタープライズへ導入する際のハードルについて。SIerはDevOpsできるのか？ ビジネスゴールはどう設定するのか？ DevOpsについてPublickeyではじめて書いたのは2011年の記事「開発と運用の新しい関係、「DevOps」とは何か？」でした。2年前ですね。 もともとFlickrやFacebookといったオンラインサービス系の企業が発端となったDevOpsのムーブメントですが、最近ではエンタープライズ系の開発と運用においてもDevOpsの考えを取り入れていこうという動きが目立っています。しかし、DevOpsをエンタープライズに取り入れるにはいくつかのハードルがあるように思います。 その話をする前に、手短にDevOpsの現状についてまとめておきましょう。 DevOpsはムーブメントなので方法論やツールの規定はない DevOpsは、つねに新機能や機能改善といったシステ
テストエンジニアリング、DevOps のこれから #testingcasual - naoyaのはてなダイアリー
一昨日 Testing Casual Talks #1 に参加した。名前の通り、ソフトウェアテストに関するカジュアルなカンファレンス。とても面白かった。すこし思ったところを書いていこう。 テストのエンジニアリング トップバッターの @ikasam_a さんの発表では Software Engineer in Test at DeNA ということで、氏が勤務先でテストエンジニアリング部門を立ち上げていくにあたってのいきさつや背景といったところが述べられていた。 テストは開発者の生産性を向上するためにある、生産性向上のためにテストを書くテストエンジニア、近年複雑化するテストの実行環境を構築するのもテストエンジニアの役目、"Testing Activities SHOULD be in Developments" ─ テスト活動は (従来型のQAのように開発の外ではなく) 開発の中で行われるべき
現代のソフトウェア／サービス開発で構成管理が重要になった5つの理由
現代のソフトウェア／サービス開発で構成管理が重要になった5つの理由：DevOps時代の開発者のための構成管理入門（1）（1/2 ページ） 「DevOps」という言葉にもあるように、ソフトウェア構成管理は、インフラ運用に取り入れられるなど、変わりつつある時代だ。本連載では、そのトレンドにフォーカスして、現在のソフトウェア開発に有効な構成管理のノウハウをお伝えする もはや以前の「構成管理」ではない ソフトウェア構成管理はソフトウェア開発の現場で一般的になってきましたが、それを取り巻く状況は2000年代中盤と比較して、ソフトウェアビジネスのトレンドや使用するツールなど、ずいぶんと変わってきています。 読者の方の中にも「Gitそろそろ覚えないといけないのかな？」「Jenkinsって何がうれしいのだろう？」「開発のサイクルが以前より短くなって大変だな」などと感じていらっしゃる方もいらっしゃるのではな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
