Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (20)
Semelhante a Jenkins study jenkins build-cicdi
Semelhante a Jenkins study jenkins build-cicdi (20)
Mais de 昌桓 李
Mais de 昌桓 李 (9)
Jenkins study jenkins build-cicdi
- 2. 自己紹介 • クリエーションライン株式会社 クラウドインテグレーション事業、データ分析サービス事業、MSP事業、トレーニングコース提供( Chef、Dockerなど)。 • 李 昌桓 (LEE CHANGHWAN、@awk256) データベースが超詳しいと言われているエンジニアです。現在、NoSQLを中核とするビックデータ処 理基盤のアーキテクトとして活動しています。 • 著書 ✓ Amazon Cloudテクニカルガイド(インプレス、2010) ✓ Amazon Elastic MapReduceテクニカルガイド(インプレス、2012) ✓ Cypherクエリー言語の事例で学ぶグラフデータベースNeo4j(インプレスR&D、2015) ✓ グラフ型データベース入門(共著：リックテレコム、2016) ✓ RDB技術者のためのNoSQLガイド(共著：秀和システム、2016) 1
- 3. • はじめに • Jenkins CIテンプレート • デモ • 失敗しない必勝CI論 • CIテンプレート利用方法 本日のテーマ 2
- 4. • 生産力 国や組織 • 生産性 国や組織 • 新らな発想や行動が求めれる時代 敏捷性（アジリティ）:速くて正確に 背景 3
- 5. • Programmerable Data Center AWS、Azure、Google →データセンターの様々なリソースをAPIで制御 • Infrastructuer as Code Chef、Ansible、Terraform →インフラのプロビジョニング及びコンフィグレーションをコード化 • Application Container Docker →Docker::アプリケーションコンテナー、 VM::サーバコンテーナ →インフラコード化の守備範囲の一つ • CIツール(Continuous Intergration Tool) Jenkins、他に類似のもの何十種 →巨大な流れの受け皿 注目の流れ― インフラがソフトウェアに 4
- 6. CIは、アジャイル手法の一部と言っても過言ではなく、近年では、アプリケーションのみな らず、インフラの開発やデプロイにも注目されている。特にクラウドでは、インフラも最小 限の機能をデプロイし、繰り替えして置き換えながら最適化していく手法が一般化しつつ ある。そこで、 CIツールは、品質や敏捷性（速さ＋正確性）を確保するために欠かせ ない道具になりつつある。 • Iterative Development:繰り返し型の開発 • Continuous Intergration:継続的インテグレーション • Continuous Delivery:継続的デプロイ 本来、継続的な機能追加や改善が求められる開発プロジェクトにおいて、繰り返して開 発及びデプロイを実行するための手法の一つ。このような手法を実践ることをCI/CDの 導入、又は簡略にCI導入と言っている。そして、それらをサポートするソフトウェアを CI/CDツール、又はCIツールと呼んでいる。現在は、「CI～」というソフトウェア何十種 も登場している。 CIという言葉 5
- 8. 7 ネットワーク VM データベース ストレージ ログ モニタリング セキュリティ コンテナー コードチェック コンピューティングを行う上で 必要な個別資源 ある種のシステム構成 コード スタック
- 9. Jenkins CIテンプレートは、実践的なサンプルコードである。 • 誰でも手軽に習得できる • カスタマイズして実務に利用できる • ネイティブクラウドの設計思想をベースにしている Jenkins CIテンプレート 8
- 19. クリエーションライン株式会社 18 ├─jenkins/ │ └─send-message/ │ └─Jenkinsfile │ └─run.sh ├─packer/ └─terraform/ userInputをもらう “send” run.sh実行 “Hello クリエーションさん” #slackに終了メッセージを送る ジョブ実行 Gitリレポジトリをダウンロード Jenkinsfile実行
- 20. イメージ作成 (Packer→Ansible+Serverspec) クリエーションライン株式会社 19 gdb:graph database jen: jenkins server azure-packer-build-branch
- 21. クリエーションライン株式会社 20 ジョブ実行 Gitリレポジトリをダウンロード Jenkinsfile実行 ├─jenkins │ └─ packer-build │ └─Jenkinsfile │ └─run.sh └─packer ├─ansible │ └─roles │ ├─base │ │ ├─files │ │ └─tasks │ │ └─main.yaml │ └─gdb │ ├─files │ └─tasks │ └─base.yaml ├─scripts └─serverspec │ ├─spec │ │ ├─base │ │ └─gdb │ └─yaml └─clee-gdb.json └─variables.json #slackに終了メッセージを送る 複雑に見えるがすべてJenkinsfile （Groovy)にすべて収束されるシンプルな 構造。 Shellスクリプトを埋め込んだりするが、基 本的にDSL言語であるからある種の雛形 を理解れば、お手の物。
- 24. クリエーションライン株式会社 23 ├─jenkins │ └─gdb-deploy-dev │ └─Jenkinsfile │ └─run.sh └─terraform ├─gdb-deploy │ └─custom_data ├─dev.tfvars ├─provider.tf ├─variables.tf └─vm.tf #slackにメッセージを送る ジョブ実行 Gitリレポジトリをダウンロード Jekinsfile実行
- 25. • すべてがソフトウェアになった • 開発と運用が共同作業体制で導入に臨む • 繰り返して価値を産まないものは優先順位を下げる • 対象によっては、冪等性を捨てる（要らない） • 個別リソースはパズルのように単独で置き換え可能にする(できないものあ る） • インフラもトライ＆エラーで繰り返してデプロイしながら最適化していく • サーバレスやSaaSを思い切り取り入れる 必勝CI論 ネイティブクラウド 24 今回は、主にインフラのコード化に焦点を当てている。
- 28. インフラも繰り返してデプロイしながら機能を追加し、最適化していくようになっている。機能向上の ために繰り返して置き換えたり、変更が発生したりすうのものの優先順位を高くすべきでる。 リソースのライフサイクルのなかで1回しが発生しない物、発生頻度がとても少ないな物、頻度が高 くても大した価値を生まないものはコード化も優先順位を下げるべきである。あるいは、繰り返してデ プロイする行為のなかに、平凡化して取り込んでしまうべきである。 例えば、 • ネットワーク構築は繰り返して起きるものでは、価値を徐々に上げていくものでも何でもない。 • DBクラスタ―構築のの初期環境設定はどうだろう。恰好よく見えるが、この手順は、DBのライ フサイクルのなかで1回しが発生しない。一度、動きだすと3台以上、同時にデプロイするような ことはもう発生しない。 • 障害復旧をコード化する必要があるのだろうか。 優先順位を下げるということは、コード化を全くしない、ということではない。繰り返して発生する置き 換えや機能向上のためのデプロイを流用し、人間による作業を併用することである。コード化は、機 械作業に拘りすぎると、非の価値を産み始める。 繰り返して価値を産まないものは優先順位を下げ る 27
- 33. • gitコマンドが使えること https://git-for-windows.github.io/ • Atemなどのエディターを用意する https://atom.io/ 1.手許の環境準備 32
- 34. • Gitlabにアカウント登録する https://about.gitlab.com/ • グループ作成する your-group • プロジェクトを用意する azure-build • SSHキーを登録する(公開鍵） jenkinsから必要になる場合もある（必須ではない） 2.MyGitリポジトリの準備 33
- 36. azure-build-azure-build-test-20170728.zip解凍 mkdir your-jenkins-build cd your-jenkins-build mkdir azure-build cd azure-build azure-build-azure-build-test-20170728配下をazure-buildにコピー git init # azure-build/で git remote add origin https://gitlab.com/your-build/azure- build.git git add . git commit -m "Initial commit" git push -u origin master ※ブランチを切るがどうかはお任せ、、Meはブランチを切っている 4.MyGitリポジトリにPush 35
- 37. • 実行結果を#slackに通知する準備をする。 • 会社のSLACKから通知用の「YOUR CHANNEL」作成 • 左上段のyour nameクリック→ • Apps&Intergrationsクリック • jenkins CI選択→ • Add configurationクリック • Post to channelで「YOUR CHANNEL」検索 • Add jenkins CI Integrationクリック • [Customize Name]を入力/[Token]を控える/Save Settingクリック 5.Slack通知準備 36
- 38. CentOS7.0にJenkinsをインストールする http://qiita.com/inakadegaebal/items/b526ffbdbe7ff2b443f1 yum install java-1.8.0-openjdk yum install git -y yum install ansible -y yum install unzip -y yum install -y gcc libffi-devel python-devel openssl-devel httpd sudo wget -O /etc/yum.repos.d/jenkins.repo https://pkg.jenkins.io/redhat-stable/jenkins.repo sudo rpm --import https://pkg.jenkins.io/redhat-stable/jenkins.io.key yum install jenkins -y cat<<EOF>/etc/httpd/conf.d/jenkins.conf ProxyPass /jenkins ajp://localhost:8080/jenkins nocanon ProxyPassReverse /jenkins ajp://localhost:8080/jenkins ProxyRequests Off AllowEncodedSlashes On <Proxy "ajp://localhost:8080/jenkins"> Order deny,allow Allow from all </Proxy> EOF service jenkins restart chkconfig jenkins on systemctl resart httpd systemctl enable httpd mkdir /var/lib/jenkins/.ssh chown jenkins. /var/lib/jenkins/.ssh chmod 700 /var/lib/jenkins/.ssh chown jenkins. /var/lib/jenkins/.ssh/clee-jenkins-build.pem chmod 600 /var/lib/jenkins/.ssh/clee-jenkins-build.pem 6.Jenkinsインストール&初期環境設定 #install on CentOS7 37
- 39. apt-get install -y apache2 openjdk-8-jdk wget -q -O - http://pkg.jenkins-ci.org/debian/jenkins-ci.org.key | apt-key add - echo deb http://pkg.jenkins-ci.org/debian binary/ > /etc/apt/sources.list.d/jenkins.list' apt-get update -y apt-get install -y jenkins echo JENKINS_ARGS=¥"¥$JENKINS_ARGS --prefix=¥$PREFIX¥" >> /etc/default/jenkins service jenkins restart cat << EOF > /etc/apache2/mods-enabled/jenkins.conf ProxyPass /jenkins http://localhost:8080/jenkins ProxyPassReverse /jenkins http://localhost:8080/jenkins ProxyRequests Off AllowEncodedSlashes NoDecode <Proxy http://localhost:8080/jenkins> Order deny,allow Allow from all </Proxy> EOF a2enmod proxy a2enmod proxy_http service apache2 restart mkdir /var/lib/jenkins/.ssh chown jenkins. /var/lib/jenkins/.ssh chmod 700 /var/lib/jenkins/.ssh chown jenkins. /var/lib/jenkins/.ssh/clee-jenkins-build.pem chmod 600 /var/lib/jenkins/.ssh/clee-jenkins-build.pem #install on ubuntu16.04 38
- 40. Post Install処理 39 「Administrator Password」設定 「Install suggest plugin」選択 「 Creater First Admin User」設定 「 Start Using Jenkins 」クリック 何もないのが特徴
- 41. • Azure Account取得 • テナントID控える ✓ サブスクリプション情報から控える AZURE_TENANT=dd65daff-xxxx-xxxx-xxxx-7bf26eacdc04 • 認証情報取得 ✓ Master Accountからアプリケーション登録し、キー生成して控える AZURE_CLIENT_ID=7f5ca544-xxxx-xxxx-xxxx-8e6264fc65ce AZURE_SECRET=HQ7S+5vIF4XXXXXXXXXXgtLKcSAx1dRWMRSADkPC ✓ サブスクリプションに登録要 • Azure環境を作成する ✓ リソースグループ ✓ ストレージ ✓ ネットワーク(VENT/SUBNET) ✓ セキュリティグループ(SUBNETと関連付け） 7.Azure Account&初期環境 40
- 42. 8.ジョブ登録 41 ・プラグイン登録 ✓ Jenkinsの管理→プラグインの管理→利用可能タブで絞り込んでインストール ✓ プラグインの中身は、関連ツールの認証情報の受け渡しとパッケージのインス トール ※パッケージが動かない場合、Jenkinsサーバにログインしてインストール ※認証チェインの受け渡しが 機能しない場合、provisionerにベタ書き • 認証情報設定 ✓ 認証情報→System →グロバルドメイン→認証情報追加 ✓ 下記は、Gitlabへの接続情報設定
- 43. • 新規ジョブ作成→ジョブ名入力(Enter an item name) →OK • 一般設定 42 同時実行しない
- 45. • Jenkinコードは自用度が高く、結局、属人化する 思い込み。Jenkinsfile自体がDSLでそれほど複雑にならない • 学習コストが高い 思い込み。 YamlやJsonで定義するDSL言語とスクリプトの組み合わせなので、 大概、その日にコードが書ける (Chefのようなイメー ジではない）。特に、テン プレートをベースにコードを書く、カスタイズしていくと楽々。 都市伝説 44
- 46. 以上 45