DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive2020/03/03 に富士通本社で行われた、富士通TechLiveに発表資料です。 コロナウィルスの影響で、リモート発表になりましたが、当日は800人以上の方に同時視聴していただきましたRead less
ツラくないクラウド運用環境を作る
ツラくないクラウド運用環境を作る @オープンデベロッパーズカンファレンス2018 https://www.ospn.jp/odc2018/modules/eguide/event.php?eid=15 ----- 関連リポジトリ https://github.com/cybozu-go/sabakan https://github.com/cybozu-go/cke https://github.com/cybozu-go/placemat https://github.com/cybozu-go/placemat-menu https://github.com/cybozu-go/etcdpasswd
10年モノのインフラを3年がかりでカイゼンした - Qiita
CI いちおうJenkinsが立ってました。失敗して赤くなってるジョブが大半で、かといって誰が治すわけでもなく、よくわからないけど失敗したり成功したり、とにかく不安定でした。 CloudWatchのメトリクスで眺めて、EBSのIOPSクレジットの枯渇から激遅になって、Jenkinsジョブのタイムアウト設定で失敗になる、まで明らかにしました。その時の対処は、IOPSクレジット上限サイズの1TBのSSDのEBSを付けることと、同時並行で動けるJenkinsジョブ数に上限を設けることで、落ち着くようになりました。 とはいえ「Jenkinsおじさん」問題があるので、CIをどうにか民主化する必要があります。SaaSから検討して、TravisCIとCircleCIが最終候補になって、トラブルシュートをSSHでできるのを決め手に、CircleCIを導入しました。 8月末にCircleCI1.0が死んだと
自動化を考える前に読んでおきたいプレゼン資料たち - てくなべ (tekunabe)
はじめに 以前こんな記事を書きました。（ほぼリンク集ですが・・） tekunabe.hatenablog.jp 今回はこれのプレゼン資料版のような記事です。ここ半年くらいの資料を対象にしています。 具体的なツールの使い方などのスキルとは別に、考え方についても備えていきたいと思っています。 運用自動化、不都合な真実 いろいろと考えるきっかけになった資料です。 "「やれるところから始める自動化」は弊害を生む" "使う人が自分で作るしか無い、という結論" 生き残る運用管理者 ～運用自動化を成功させる人、失敗させる人～ "成果だけ出したい人にはお手軽なため「焼畑農業的な運用自動化」をする人に注意が必要。" その運用自動化では行き詰まる 〜「つながらない」「つたわらない」「つみあがらない」を防ぐために〜 (2018/07/17リンク追記) リクルート流SRE インフラ運用がサービスを変える世界 新卒
失敗から学ぶテスト自動化導入で大切なこと
Cybozu Meetup : テスト自動化 https://cybozu.connpass.com/event/83960/ テストをとりあえず自動化してみたけど、継続的に運用ができなかった。 そんな失敗を分析し、テスト自動化をどのように推進しているかを紹介いたします。
全自動運用のNoOps、自己修復するシステムの作り方
人手によるシステム運用保守作業を最小化する「運用レス」を目指すNoOps。技術的には、クラウドやサーバーレス、自動化ツールなどを組み合わせることで、実現する環境が整ってきた。ただしNoOpsは、システムに運用レスのための機能を組み込むことだけを指しているわけではない。システムの稼働後も、継続的に運用保守の改善サイクルを回す活動である。 ここでは、NoOpsの活動で実践するプロセスと、運用レスのためにシステムをどのように設計すればよいのかを見ていこう。 回復性はシステムの基本設計で組み込む NoOpsでは、システム開発時の基本設計段階での回復性設計によってシステムに自律運用を可能にする能力を持たせる。そして、システムの稼働開始後は、継続的な運用保守のエンジニアリング活動を実践する。システムへの機能追加やアーキテクチャーの変更など、変化するシステムに適応しながら自動化・自律化を維持促進する。
闇のDevOps DevOpsと業績評価 – ところてん – Medium
ここから、DevとOpsが協力すればより効率的になる＝DevOps、という言葉が生まれました。 当時は大企業においてはDevとOpsが分かれていることが当たり前だったのです。そして、大企業における当たり前が、当たり前ではないことに気付き始め、DevOpsを実現するためのツールができ始めたころでもあります。 ではなぜ、大企業ではDevとOpsが分かれているのが当たり前だったのでしょうか？ ハードウェアの時代その昔、産業の主役はハードウェアでした。 そのため、多くの企業はハードウェアを作ることに対して最適化が行われました。 ハードウェアには研究開発、製造、運用サポートといった大きな区分けが存在します。そして、それぞれの仕事において要求する人材レベルは異なります。 加えて、大量生産された製品の運用サポート（設置作業員、サポートセンタ）には、大量の人員が必要になってきます。 したがって、組織を研究
インフラエンジニア以外も必見！インフラの基礎が学べるスライド10選-レバテック
インフラについて、何となく理解しているつもりでも、「インフラとは何か？」と聞かれると、こういうものであると明確に答えるのは案外難しいものです。 そこで、インフラの基礎がわかるスライドシェアを10個ピックアップしてご紹介します。 インフラエンジニアの定義、インフラの基礎、手順書の書き方、インフラ自動化など、初心者から中級者向けの内容となっています。 Web業界で働くなら、システムの基盤となるインフラについて学んでおいて損はないはずです。
Jenkinsの使い勝手をよくするための見直し6点 ｜ Developers.IO
今回の課題 こんにちは植木和樹です。7月にserverspecを使ったChefの自動テストのエントリを書きました。 【AWS】JenkinsとserverspecでChefのテストを自動化する このエントリは初めてJenkinsを触った時に書いたので、いろいろと流儀がわかっていませんでした。その後弊社にJenkinsマイスターの渡辺修司さんが入社したということで、Jenkinsの設定について見てもらいました。その時に次の6点を見直すよう指摘がありました。 ジョブは意味ある単位で1つにまとめるべし ジョブで実行するシェルスクリプトもgitから取得すべし EC2の起動に失敗したら後続処理を停止させるべし serverspecの実行結果はJUnit（XML）形式で出力すべし 実行結果のXMLをJenkinsで読み込んで統計グラフを出力すべし 定時実行でなくgit push hookを入れるべし
軽量・高速版 Chef 「Itamae」。 プロビジョニングツールの学習コスト低下。Berkshelfからの解放。Chef Solo から Chef Zero への移行からの解放 #devops #itamae - Qiita
# 動作確認用に私の自作 gem , defoker をインストール（要 Ruby 2.0 以上） $ gem install defoker --no-ri --no-doc Fetching: defoker-0.0.7.gem (100%) Successfully installed defoker-0.0.7 1 gem installed $ defoker v "0.0.7" # 20141101 から 90日分のフォルダを作成 $ defoker days 20141101 -c 90 -a itamae $ ls 20141101_itamae 20141124_itamae 20141217_itamae 20150109_itamae 20141102_itamae 20141125_itamae 20141218_itamae 20150110_itamae 201
jenkinsでsubversionのbranchをチェックアウトする方法 - じみこつブログ
こんにちは。 完全に放置していたはてブロを気が向いたので更新します。 jenkinsって便利ですよね。 しぇるすくりぷとでごたごたやっていたことが ブラウザがらポチポチするだけになるわけですから。 とりあえずビルドしようってなるとSCMからのチェックアウトはだいたい必要なので subversionから指定のリポジトリURLでソースを落としてくるわけですが あれ？branchesから好きなブランチを落としてきたい時ってどうするんだ？ ってなったりします。初心者なので。 意外とこういう簡単なことってググっても誰もブログに書いていないものです。 というわけで前置きは良いとして、 「jenkinsでsubversionのbranchをチェックアウトする方法」 jenkinsの導入は http://jenkins-ci.org/ こちらからwarを落としてきて そのまま実行するなりtomcatに載せ
Ruby初心者のCapistranoデプロイ入門 | 開発メモるアル
Capistranoを使って、Ruby初心者でもRuby以外のソースコードをデプロイできるようになるまでの流れです。 Rubyもよくわからないし、デプロイツールもろくに使ったことないけど、 Capistranoを使ってコードをデプロイしたい。という人に特に向けた記事です。 私自身そういう人でした。 私の理解不足の部分が多々ありますが、とにかくCapistranoを使ってデプロイができることを目的とします。私は今回の方法で、PHPのコードをデプロイしています。 「もう手動デプロイは嫌だ」「デプロイツール使いたい」「なんかデプロイツール使わないとヤバそう」と思っている方々にとってちょうどいい記事になればいいなと。 Capistranoデプロイができるまで（目次） Capistranoってどういうもの デプロイの流れの概要 デプロイ先サーバーとの接続条件 Ruby、RubyGemsのインストール
入門 Capistrano 3 ~ 全ての手作業を生まれる前に消し去りたい | GREE Engineering
はじめに この記事はGREE Advent Calendar 2013年の21日目です。お楽しみください！ こんにちは、アゴひげがダンディーだと評判の九岡です。GREEでは、JavaやScalaを布教するための土台を固めるため、デプロイや監視の仕組みづくりなどを横断的にやっています。今回はその過程で得られた知識を「Capistrano 3の入門記事」という形で共有させていただきます。 この記事ではCapistrano 3の基礎をご紹介します。Capistrano 3はRubyをベースにしたサーバ操作およびデプロイの自動化ツールです。Capistrano 3を利用することで、デプロイなどの複雑なサーバ操作を自動化することができます。ここの記事では、特にデプロイに焦点をあてながら、Capistranoでサーバ操作を自動化する考え方と実現方法をご説明していきます。 Capistrano 3の習得
インフラ系技術の流れ - Gosuke Miyashita
ここ最近のインフラ系技術の流れがおもしろいなー、と思ったので、Puppet が出た辺りぐらいから、振り返って整理してみる。殴り書きなので、後から修正したり書き加えたりするかも。特に後半の方は、あまり考えが整理できてない。 最近のウェブ界隈での「インフラ」という用語の使われ方には、色々異論もあるようだけど、ここではごく最近使われるようになってきた、OS からミドルウェアといったソフトウェアレイヤーを指す言葉としてのインフラについて触れる。（英語圏でも同様の意味で使われているようなので、ある程度市民権を得たと言っても良さそうだし。） プロビジョニングレイヤー まず、前提知識としてプロビジョニングレイヤーと自分が勝手に呼んでるものについて整理。 Chef や Puppet は「プロビジョニングフレームワーク」とも呼ばれているが、以下の議論をより厳密にするために、Lee Thompson 氏による
ansibleをmacに入れてさくらVPSの環境構築してみる、その１
Infrastructure as Code！！ ということで、言いたい事言ってこの流れに乗ってみました。 chef流行ってますけど、なんかちょいと壁が高そうと感じてたところに、ansibleとやらを知ったので、導入してみました。 さくらVPSの乗せ変え作業が目的だったので、それを最終目標に、今回はとりあえず導入編で。 メインマシン : 手元のMac（OS X 10.7.5） 対象サーバ : さくらVPS (CentOS6) ansible インストール Macにansibleをインストールします。 (ここを参考にしました。Installing Ansible on OS X) pythonの動作環境構築 ansible はpythonで動くので、まずはpythonが動く環境を用意します。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
itamae を使って docker イメージを作成してみた
itamae help 日本語訳 - Qiita
DevOpsとか言う前にAWSエンジニアに知ってほしいアプリケーションのこと
[capのdeployコマンドリストあり] はじめてのCapistrano #Rails #capistrano - Qiita![[capのdeployコマンドリストあり] はじめてのCapistrano #Rails #capistrano - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/22a43b0a8786405ea730940d06c8e925461fb54a/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JUUzJTgxJUFGJUUzJTgxJTk4JUUzJTgyJTgxJUUzJTgxJUE2JUUzJTgxJUFFQ2FwaXN0cmFubyZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9NzI3OWM5NTk0NTNmZWFmNDUyMzZkOTFlYjczMDdkY2M%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwbW9zc29uJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz05Y2UxMDcwMWFhMjhlNTEyYmYwYjQxYjRmZmEwMDkyNQ%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Da1d4c9465b583cbcb76aec4d86cfc906)
capistrano 3 をできるだけシンプルにサーバーにコマンドを流し込むツールとして使いこなす - Qiita