サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
買ってよかったもの
cloudbees.techmatrix.jp
始めに Jenkins 2.0からパイプラインが、そしてJenkins 2.7からはBlue Oceanプラグインが利用可能となりました。今回はこれらのプラグインを取り上げます。 対象は以下の方々を想定しています。 Jenkinsは使ったことがあるが、1.6系のJenkinsまでで止まっている。 パイプラインに興味はあるが、敷居を高く感じている。 画面ショットを交え、実際に手を動かしながら実行できる内容となっていますので、実際にJenkinsを操作しパイプラインとBlue Oceanの理解を深めていただけると幸いです。 パイプラインとは 従来Jenkinsはフリースタイルジョブでジョブを定義していました。ただフリースタイルジョブでは、例えば条件ロジックを組めなかったり、ジョブの途中で停止してしまった場合に最初から始めなければならなかったりと現実的にCI/CDを実現するには多くの制約がありま
タイトルどおり、このガイドではフィーチャーフラグについて説明したいと思います。 フィーチャーフラグとは何なのか? どのように使えばよいのか? どのように始めればよいのか? これらのトピックをすべてカバーしたうえで、ほかの話題にもいろいろ触れていきます。 フィーチャーフラグが興味深いのは、簡単そうでいて奥が深いという点です。 「フィーチャーフラグとは何なのか」という質問に対しては、2つ3つのセンテンスで答えることも、本をまるまる一冊書くこともできます。 コンテキストによって、どちらの答えも適切でしょう。 ですから、基礎を全部カバーできるよう、できるだけ簡単なところから始め、だんだんに詳細に入っていくことにしましょう。 フィーチャーフラグとは何か?必要最小限の定義 ソフトウェアでフラグと言えば、「バイナリ値の格納に使用される1またはそれ以上のビット」です。つまり、trueまたはf
はじめに この記事は、CI/CDが定着していない会社に転職して、上司の溝⼝さんにCI/CDの重要性を説きながら、その会社にCI/CDを定着させていく形式で進んでいく連載記事です。 登場人物 吉田:転職したてのエンジニア。前職では積極的にCIやCDという事に取り組みながら開発をしていた。 溝口:入社20年のベテラン。現職の部署の開発経験しかなく、従来通りのウォーターフォールでの開発経験しかない。新しい取り組みには積極的だが、どうしても今までの成功体験に寄ってしまいがち。 連載内容の趣旨 CI/CDについての概要の説明はもちろん、時には実演を伴って一緒に読み進めていくことによりCI/CDを理解し、実践できることを目的としています。 背景 CIという単語が初めて言われたのが1991年頃だそうです。それから約30年、すでにCIやCDという概念や用語はある程度日本でも定着しています。 概念だけでなく
CIとは、Continuous Integrationの略、 継続的インテグレーションと呼ばれています。 CIとは、Continuous Integrationの略で、一般的に継続的インテグレーションと呼ばれています。 CI (継続的インテグレーション) は開発者が書いた新しいコードとマスターブランチ(トランク)を頻繁に統合するプロセスです。新しい機能開発のためにブランチを作成する場合、つぎにマージするまでの期間が長くなるにしたがって変更量が多くなり、マージ作業が大変になるだけでなく、問題が含まれるコードの特定と分離が難しくなります。一回のコミットでの変更量を小さくして頻繁にマージすれば、問題の発見が早くなり対処が楽になります。また、問題発見のオーバーヘッドを小さくするために自動化されたテストを行うことが有効です。 CIを実現するための一連の流れをパイプラインと呼びます。開発者のコミットを
CDとは、Continuous Deliveryの略で、継続的デリバリーと呼ばれています。 継続的インテグレーション(CI)を延長して、より高レベルの結合とテストなどを自動的に行い、新しい変更がリリース(本番環境へデプロイ)可能であることを保証するプロセスです。実際に行われることは開発プロジェクトによってまちまちですが、ソフトウェアのパッケージングや成果物リポジトリへの登録、テスト環境へのデプロイ、機能要件/非機能要件の充足を確認する包括的なテスト、監査やコンプライアンス準拠のための記録・エビデンス作成などが挙げられます。このプロセスを経た成果物はいつでも本番環境にデプロイすることができます。 継続的デリバリー(CD)では、すべてのコード変更は、ビルドとテストを実行した後、テスト環境またはステージング環境にデプロイして、システムテストやUIテストを行います。開発者は、準備ができた時点で、最
Home » Jenkins ブログ » jenkins » Jenkins Xの舞台裏 – Kubernetes上のクラウドアプリケーションのためのCI/CDソリューション 背景 : Motivation Jenkins Xは、Kubernetes上のクラウドアプリケーションのための自動化されたCI/CDソリューションです。Jenkins Xはツールのインストール、構成、およびアップグレードを自動化するので、ユーザーは使い始めからたくさんの知識を詰め込む必要がなく、自分のペースで学ぶことができるため、ユーザーエクスペリエンスが非常にシンプルになります。 すでに用意されたオートメーション機能を使えば、チームは品質と安全性の高いソフトウェアを頻繁に、また予定どおりに顧客にリリースすることに集中でき、その背後の仕組みを気にする必要がありません。CloudBeesでは、舞台裏の要素についてユ
Home » Jenkins ブログ » jenkins » Jenkins Configuration as Code:最初の一歩(ママ見て、すごいでしょ) この記事は、6回にわたってお届けする予定の「Configuration as Code」シリーズの第1回です。 Jenkinsは非常に柔軟性があり、現在、継続的インテグレーションおよび継続的デリバリー(CI/CD)を実装するにあたってのデファクトスタンダードです。ほぼどのようなツールやユースケースの組み合わせにも対応できるプラグインを擁するアクティブなコミュニティがあります。しかし、柔軟性には代償もあります。Jenkinsのコアに加えて、多くのプラグインでは、システムレベルの設定が必要です。 場合によっては、Jenkins管理者はフルタイムの職務です。インフラストラクチャを維持し、何百ものインストール済みプラグインと何千ものホストさ
Jenkinsとは、継続的インテグレーション(CI)や継続的デリバリー(CD)、 継続的デプロイメントを実現するためのツール Jenkins(ジェンキンス) とは、継続的インテグレーション(CI)や継続的デリバリー(CD)、継続的デプロイメントを実現するツールです。 Jenkinsは、「ソフトウェアのリリーススピードの向上」「開発プロセスの自動化」「開発コストの削減」といった目的とするオープンソースのツールです。現在、プロジェクトはLinux Foundationによって管理されています。 CI/CDツールはたくさんありますが、そのなかでも Jenkinsは、汎用性が高いことから大きな支持を得ています。170万ユーザー以上の導入実績があり、世界中のソフトウェアエンジニアによって開発された 1,800以上ものプラグインが利用可能なことが特長です。 Jenkinsは、Javaが動く環境であれば
(この記事は、CloudBees社 Blog 「CloudBees Kubernetes Roadmap: The Journey Starts Today!」2018年2月28日Sacha Labourey 投稿の翻訳記事です。) 今回は、今後数ヶ月にわたって私たちのロードマップとKubernetesへのコミットメントについてお知らせする一連の発表の第1弾となります。 Kubernetesが重要である理由 – Why Kubernetes? ところで、なぜKubernetesが重要なのでしょうか? ここ数年で、クラウドとコンテナという2つの現象は、互いを補強しながら驚異的な成長を遂げました。クラウドがスケーラブルかつ即時オンデマンドで利用可能なカスタマイズされたインフラを提供する一方で、コンテナは非常にシンプルかつ軽量な方法でDevとOpsの世界を統一するのに役立つ基本的なブロックを提供
2018年10月16日(火)ベルサール御成門タワーで開催した第2回「Jenkins Day Japan 2018」。日本でのJenkinsを盛り上げるため、川口耕介氏をはじめ、Jenkinsをリードするエンジニアを特別講師としてお招きして、最先端の取り組みを講演していただきました。2回目となるJenkins Day Japan 2018は、多くのお客様が来場され、質疑応答でも非常に多くのご質問をいただくなど、Jenkinsへの関心の高さが伝わる、熱気のあるイベントとなりました。 Jenkinsイベントに参加できなかった方に向けて、Jenkins Day Japan 2018のレポートと一部講演動画を公開いたします。 講演資料のダウンロードもご案内しておりますので、ぜひご確認ください。 大企業におけるDevSecOpsの変革 Experian Ltd Moied Wahid氏 【概要】 De
(この記事は、CloudBees社 Blog 「Opinionated Kubernetes and Jenkins X」2018年3月18日 Michael Neale 投稿の翻訳記事です。) 先日、あらゆるクラウドプラットフォームがKubernetesに集結し、開発者も同様だという記事を書きました。とてもエキサイティングな時期を迎えていますが、反面、多くの人にとって問題となるのは、アプリケーションをどうビルドしてデプロイするかについて、まだまっさらの大きな白紙であることです。これは空白、無であり、無限の可能性を秘めたキャンバスです。 問題は、想像がつくと思いますが、何も描かれていないキャンバスでゼロから始めることが本当に好きな人、また始められる人はほとんどいないということです。私自身も、何か既にあるものから作業を開始し、解決に向かって試行を繰り返すか、あるいは何か指針となるレールがある
このページを最初にブックマークしてみませんか?
『cloudbees.techmatrix.jp』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く