Swagger UI × Amazon EC2 × Dockerで開発初期からAPIの繋ぎ込みを意識できる環境を構築してみた | GRIPHONE ENGINEER'S BLOG
Swagger UI × Amazon EC2 × Dockerで開発初期からAPIの繋ぎ込みを意識できる環境を構築してみた こんにちは！ PHP × Unityを使った新規開発プロジェクトでサーバサイドエンジニアをしている仙道です。 今回の記事ではSwagger UIとAmazon EC2、Dockerを使って開発初期から繋ぎこみを意識した開発を行うための取り組みを紹介したいと思います。 今回の記事ではAmazon EC2やDockerの基本的な使い方については触れないため、もしこれらについて分からないという場合は、下記のドキュメント等を参照いただければと思います。 Amazon EC2 : http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/concepts.htmlDocker : https://docs.docker.
private Docker Hub を作ってみた - Qiita
はじめに ここまで自分が投稿した記事を使って、下記が作れるようになりました。 private docker registry GitLab Jenkins これらを利用して、private Docker Hub を作ってみます。 今回作成する private Docker Hub の仕組み ローカルで作成したDockerfileをGitLabにpush GitLabからWebHookでJenkinsに通知 JenkinsにてDockerfileをビルド Jenkinsはdockerコンテナで起動している Jenkinsコンテナ内でDockerfileをビルドしているわけではない ホストのdockerAPI（docker-py経由）を利用している docker build 成功した場合、private registryにpush 失敗した場合、Gmailに通知を行う 環境 OS: Ubunt
GitHub + Jenkins で、全てのプルリクエストに対してレビューとテストを必須にする - Qiita
最近関わった某OSSの真似をして、GitHubプロジェクトでプルリクエスト（PR）のレビューと自動テストを必須にしたいと思い、ドキュメントを適当にググりながら設定してたのですが、書いてる内容が古かったりしてやたらこんがらがり、1日仕事になってしまいました。 ということで、自分はこう設定したというメモを残します。まぁこれもほっとくとすぐ古くなりそうですが。 やりたいことは、以下の通り。 masterブランチPR発行時、然るべき人にレビューのリクエストが飛ぶようにする 同時に、Jenkinsでテストも実行される レビューとテスト、両方が通らないとmasterにマージできないようにする まずはレビューを必須に レビューを必須にするのは、GitHubだけで設定可能です。以下説明。 GitHubプロジェクトを作るところは省略します。ここでは、bonotake/rvtest なるリポジトリをこさえたと
もう 2018 年だけど, Jenkins + Docker + itamae + Serverspec でインフラ CI っぽいことをやってるのでメモ - ようへいの日々精進XP
やってること メモ Jenkins を動かす環境 Docker イメージ itamae レシピ Serverspec テスト Jenkins の準備 プラグイン Docker 周り ジョブ infra-itamae の設定 infra-serverspec の設定 動いてる図 Build Pipeline ログ 以上 やってること 今更かもしれないけど, ギョームで以下のようなことをやって, ここ数日で運用も回ってきた気がするのでメモしておく. itamae のレシピを amazonlinux コンテナに適用 適用したコンテナに対して Serverspec でテスト 1 と 2 を Jenkins のビルドパイプラインで流す 3 が正常に終了したら, pull request を作成, 又はマージ master ブランチのレシピをサーバーに手動で適用 Jenkins のポテンシャルと it
Jenkinsの公式Dockerイメージ使ってみた - knjnameのブログ
以前のエントリ（ http://knjname.hateblo.jp/entry/2014/05/03/190842 ）で自分でJenkinsのDockerイメージを作成したりしてみましたが、 Jenkins公式でDockerイメージを配布するようになったので、それを使用したほうがいいと思います。 Github https://github.com/cloudbees/jenkins-ci.org-docker DockerHub https://registry.hub.docker.com/_/jenkins/ 普通に使うだけなら、下記のようにすればいいだけですが、 docker run -p 8080:8080 jenkins これだと何も細かいことを設定できていないので、いくつか補足。 Dockerイメージ内のJenkinsのバージョンについて 永続化ディレクトリ(JENKINS_
Dockerを用いたJenkinsの運用をしてみた話 | Recruit Tech Blog
この記事は RECRUIT MARKETING PARTNERS Advent Calendar 2015 の投稿記事です。 こんにちは、2015年新卒インフラエンジニアの河合です。アドベントカレンダー2015の3日目を担当します。現在の担当プロダクトは英語/英単語サプリです。そういえば10月末に英語サプリのiOS版がリリースされました。 英語サプリ 英語サプリリリースに伴い、インフラ業務としては Terraformの運用の話 Amazon EC2 Container Serviceで構築した話 などと色々なネタがあるのですが、本日はDockerを用いたJenkinsの運用をしてみた話をします。 Jenkinsと数ヶ月ほど戯れてみて… Jenkinsと戯れてみて思ったのは以下のとおりです。 拡張性の代償として保守運用コストを要求する プラグインが豊富なので、設定が容易に済むことがある 各ジ
Docker を使って Jenkins サーバーをローカルに構築する (プラグイン導入済み) | DevelopersIO
Jenkins on Docker 最近では Jenkins サーバーを Docker 上で構築するケースが増えてきています。CI 環境は、簡単に作り直したり複製したりすることができる Docker のメリットを活かせる環境であると言えます。 ということで、Docker を使って Jenkins サーバーをローカルに構築する方法をご紹介したいと思います。また Jenkins にはプラグインをインストールして使うことが多いと思うので、プラグインがインストール済みの Docker イメージをビルドする方法も併せてご紹介します。 Docker のインストール まずはローカルに Docker が実行できる環境を作りましょう。以下のドキュメントを参考にしてください。Mac では Docker Toolbox をインストールする方法と Docker for Mac をインストールする方法の2通りがあり
CI環境構築手順 (Jenkins + SonarQube + Nexus) - Qiita
概要 Jenkins、SonarQube、Nexusを使用してCI環境を構築する手順を記載する。 どのようなCI環境を構築するか GitリポジトリにソースコードがPushされると、自動的にJenkinsがJunitテストとCheckstyle、FindBugs、SonarQubeによる静的解析を行う。 Junitテストと静的解析の結果をJenkinsの画面で確認できる。 GitリポジトリにライブラリモジュールがPushされると、自動的にNexusのプライベートMavenリポジトリにartifactとして登録される。 前提 Linux(CentOS7)端末にCI環境を構築する。 ビルドツールにMavenを使用する。 バージョン管理システムにGitを使用する。 Jenkins、SonarQube、NexusをDockerコンテナとして動作させる。 事前に用意しておくもの Gitリポジトリ Or
Jenkinsの評価 | tracpath:Works
現在のソフトウェア開発は一昔前と比べると、以下のような特徴があります。 リモートワークが多くなり開発拠点が分散 開発環境も個人によって差異がある リリース頻度とスピードが速い APIを使った他サービスとのインテグレーションが多い アプリでは動作環境がデバイス種類だけある このような中でソフトウェアの品質を保証するためにCI（継続的インテグレーション）が必須になっている組織・企業が多くあります。そのためCIツールの選定、他CIツールへのリプレイスは開発するソフトウェアに大きく影響します。 この記事ではCIツールの鉄板と言えるJenkinsを評価して行きます。 プラグインの多さ Jenkinsのプラグイン一覧をご確認ください（https://wiki.jenkins-ci.org/display/JENKINS/Plugins#Plugins-Pluginsbytopic）。これらがJenki
ホーム - CloneTracker
当社はCookieを使用して、お客様が当社のWebサイトでより良い体験を得られるようにしています。引き続き閲覧する場合は、プライバシーポリシーに同意したことになります。
Enterprise Software Delivery Platform | CloudBees
Frictionless developmentMinimize developer toil with self-service access to fast, secure workflows and GitHub-style actions running on Tekton. Faster and saferDeliver software faster with built-in security and compliance checks at every stage of development and deployment. Continuously improvedBe your best with constant feedback loops across the entire software delivery value stream - no more inte
jenkinsプラグイン「Publish Over SSH」の怪 - 生涯未熟
jenkinsおじさんと濃密な対話を繰り返している今日。 jenkinsのプラグインといえば便利なものが多いですが、その中でもデプロイ作業をさせる際に「Publish Over SSH」を使ってる人も多いはず。 私も同じく使っているのですが、ちょっぴり謎な挙動がありました。 正しく設定してるのになぜか怒られる件 まずは以下を見て下さい。 赤字のとこに注目して欲しいんですが、 Either Source files, Exec command or both must be supplied （ソースファイルか実行するコマンドを片方か両方指定しろやボケ！） と怒られていることがわかります。 で、jenkinsおじさんにこのまま怒られるのも癪なのでコマンドを入力してみました。 なんで消えないんだよ・・・！ どうもjenkinsのver1.537だと正しく入力したとしても怒られるみたいです・・・
Jenkins に入れておきたいプラグイン - Qiita
まあ、n番煎じですが Build Trigger Badge Plugin ビルドの理由がアイコンでわかってちょっとお茶目 Environment Injector Plugin インストールすると名前が変わる。利用可能なプラグインのリストではEnvInjectだったような・・・ MSBuildでビルドするのに環境変数設定が必要な場合とかに有効 （というか、そういう用途で使いたいと思っている） SonarQube Plugin コーディングルールチェックに。FxCop/StyleCopを直接たたくより色々使い勝手が良いので Doxygen Plug-in C#でせっかく書いたXMLドキュメントを活用してみたい Jenkinsの管理の中に「インストール済みDoxygen」ってあって、自動インストールとかあるけど、Doxygen.exeの自動インストールをしてくれるわけじゃないのね・・・ しか
Jenkins Git publisherでデイリーリリースをタグ付けする - Qiita
どの変更分までをリリースしたりテストしたりしたかを確認する必要がでてきたため、 デイリーのリリース結果としてリリース用ブランチのタグ打ちを自動化した履歴 用意されてるものだけだと普通に出来るが、 ちょっと名前など工夫入れようとしたらハマったためメモ 前提 内部で利用しているGitLabからソースを取得している 通信の制約上Webhookでいい感じに使えない Pollingで頑張るしかない... Plugin Git plugin リポジトリでGitを使っているため利用 タグ打ちする時にも使ってる Environment Injector Plugin Git Publisherに渡すタグ名の環境変数を入れるために利用 やったこと 上記Pluginを入れておく Gitリポジトリから取得できるよういい感じになにがしかする RepositoryとCredentialsは通常通り設定 Advanc
Jenkins で認証の設定をミスって締め出されたときは $JENKINS_HOME/config.xml の useSecurity を false にすればなおる - @kyanny's blog
Jenkinsおじさんビルド結果Slackに通知して - Qiita
Jenkinsおじさんビルド結果通知してのSlack版を書いておこうと思います。 すでにSlackとJenkinsを導入している場合の連携設定についてだけ記載するので Jenkinsの導入については こことか Slackの導入については こことか 参考にしてください 1.JenkinsプラグインのInstall [Jenkinsの管理]-[プラグインの管理]-[利用可能] 「Slack Notification Plugin」へチェックをつけてインストール 2.SlackのIntegrationsの設定 2.1.Jenkins CIを追加 [Menu]サイドバー-[Integrations]-[All Services]-[Jenkins CI]をAddします 2.2.Jenkins CIの設定 ビルド結果を出力するチャネル設定をします。 チャネルを選択したら「Add Jenkins CI
nginxを使ってgitlabとjenkinsをサブディレクトリでリバースプロキシする - MY Scribbling...
TL;DR インフラの構成をコードで管理したいのでgitlabを使う gitlabのレポジトリにPushしたコードは自動でテストをまわしたいのでjenkinsを使う サーバ2台使うとリソースもったいたいので1台にまとめてnginxでリバースプロキシする gitlabとjenkinsはアクセスするサブディレクトリで分ける インスタンスはOpenStack上で動作 これらをセットアップしたときのメモです 構成 OpenStackのインスタンスで構築 OSはCentOS6.5 http://xxx.xxx.xxx.xxx/gitlab へアクセスした場合はgitlabへ http://xxx.xxx.xxx.xxx/jenkins へアクセスした場合はjenkinsへ Jenkinsのセットアップ インストールはここを参照 サブディレクトリ /jenkins へのアクセスに対応するよう /etc
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
jenkins の表示時間を日本時間にする - Qiita
Continuous Integration and Delivery - CircleCI
Blogger
