【資料公開】Chef ベーシックトレーニング
みなさんこんにちは。@ryuzeeです。 これから新たにChefを学ぶ人向けに非常に基本的なトレーニングの資料を作ったので公開します。 資料の構成は以下のとおりです。 まずDevOpsの文脈から自動化が必要な背景を説明Infrastructure as Codeについての利点を説明ChefのアーキテクチャChefの用語解説Vagrantで仮想マシンを2台使った一番単純なハンズオン(boxも用意済み)Serverspecを使ったCookbookのテストの書き方(VirtualBoxの仮想マシンの中でDockerを使っています)その他なお、2-3時間でさくっと触りながら全体像を掴むことを目的にしているので、網羅性はありません。 ハンズオン用のVagrantのboxには、あらかじめ、Chef DK(Development Kit)、Dockerなどが含まれており、すぐに触れると思います(ただしb
バッチ処理、ジョブ管理について書いてみる - wyukawa's diary
僕はHive, Pythonでバッチ処理を書いてAzkabanでジョブ管理するシステムを構築、運用した経験が2年ほどあるので今日はバッチ処理、ジョブ管理について書いてみようと思います。 僕の経験上Hadoop特有の部分、例えばテスト環境が作りづらいとかバッチサーバーはジョブをsubmitするだけなので負荷はそんなにかからないとか、はあるけれど割と汎用的なのではないかと思います。そもそもバッチ処理、ジョブ管理について書かれたものはほとんど見た事がないので参考になれば嬉しいし、こういう良い方法もあるよ！とかあれば是非ブログ等に書いてほしいと思っております。 最初に言っておくとバッチ処理、ジョブ管理において重要なのは障害時のリカバリのしやすさです。正常時はまあいいでしょ。 なので例えば引数に日付を持てないようなバッチ書いたら辛いですし、LL言語で書く方がコンパイル、パッケージングとか楽です。CP
DevOpsを阻むもの - つれづれネット散歩
最近（というほどでもないが）にわかにはやってる言葉に DevOpsがあるのだが、もともと少人数で回している部署だと自動的にDev(保守)Ops(運用)になっているケースも多くあるんじゃなかろうかと思う。 そう考えると私の知ってる多くの職場は（自然発生的に）DevOpsばかりのような気がする…… とはいえ、東証１部上場企業様などでは内部統制の縛りから、かなり真面目にDev部門とOps部門を分離しているのも事実である。 ただ、この分離は自発的な物ではなく内部統制（J-SOX）対応から発生しているため、なんとなくいびつな状態になっているケースもちらほら。 そうしたことを考えながらも実際にあったDevOpsが回らなかった事例を紹介してみる。 ◆開発チームからの引継ぎがない 既存システムの改修の場合でさえも不思議と発生するのだが、作るだけ作ってぽいっとされるパターン。 理由系としては 忙しくて引継ぎ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
