Backlog APIと生成系AIで考える課題優先度 / Issue prioritisation with Backlog API and generative AI.
![Itamae - Infra as Code 現状確認会](https://cdn-ak-scissors.b.st-hatena.com/image/square/62ddeea08419d6cda2cc5ee3064c986418aa832b/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Fd438bdb02d1e01324432365ebb6a31b9%2Fslide_0.jpg%3F3654299)
1年くらいchefを使ってサーバ構築をしていたのですが、最近ansibleに乗り換えたので紹介記事を書いてみます 1. サーバ側に何もインストールする必要がない chefは管理対象ノードにchef-clientをインストールする必要がありますが、ansibleはPython 2.4が入っていて、sshでログインできればOKです。 chefもパッケージや,knife bootstrapコマンド等があるので始めやすいですが、何もする必要がないansibleの方が敷居が低いのかなと思ってます。 例えばsshでログインできれば、以下のコマンドを打てば10.0.10.1~10.0.10.3サーバの情報をとってくれます(カーネルバージョン,CPU,メモリ,ディスクサイズ,ディストリビューション等)。 この機能はchefで使われているohai相当のことをしてくれます。 echo 10.0.10.1 >
@garbagetown 「あなたが Ansible を使うべき n 個の理由」みたいなブログ記事書いてください!— Kazuhiro Sera (@seratch_ja) 2014, 2月 18 と脅されたご要望頂いたので書いてみます。 背景 Ansible に手を出した背景は以下の通りです。 仕事で Redmine を立ち上げる機会が多く、初めの頃こそ色々と苦戦したものの慣れた いい加減もう飽きたし面倒くさいので他の誰かに押し付けたい Redmine のインストール手順はネット上に山ほど転がっているけど、プロキシ設定など環境依存の落とし穴にハマる人は自分を含め相当数いる いまどき Word でインストール手順書ってのもダサいしプロビジョニングツール使ってみよう このため、「インターネットに接続するにはプロキシサーバを経由しなければならない企業 LAN 内の Windows 端末から一台
話題の Chef をいまさら試したくなって、手元の Windows 環境に環境を作ってみた。 http://www.getchef.com/chef/install/ からインストーラーをダウンロードしてインストールした。Cygwin を使うと無駄にはまるし、ぐぐるといっぱい出てくる「gem から入れる手順」は公式サイトでは見つからなくなっている。 すべてデフォルトでインストールすると、C:\opscode\chef にファイルがいっぱい展開されていた。 PATH に追加される 2 つのフォルダー インストーラーから Chef を入れると、PATH に C:\opscode\chef\bin C:\opscode\chef\embedded\bin の 2 つが追加される。 C:\opscode\chef\bin には Chef 関係のプログラム (chef-solo, knife など.
第1回 nanapi勉強会にてVagrantとBerkshelfについて話してきました。今回のテーマは開発環境ということでVagrantの話は他の誰かがするのかなと思っていたのですが、誰もVagrantについて話さなかったので時間配分が難しかったです。 スライド サンプルコード yandod/omusubi Single file Vagrntfile which spin up Ubuntu 12.04 + PHP5.5 + Nginx + MySQL Vagrantはキャズムを越えた 開発環境としてVagrantを使うというスタイルは2013年で急速に市民権を得たようです。今回の参加者の中でもVagrantを使っている人が半数を超えていたのでこの点については是非使いましょうという事になります。ただ仮想マシンの部分についてはVirtual Boxは手軽でいいのですがパフォーマンスが高
サーバー管理ツール「Chef(シェフ)」は、ファイルに記述した設定内容に応じて自動的にユーザーの作成やパッケージのインストール、設定ファイルの編集などを行うツールだ。今回はChefの応用編として、Chefサーバーなしに複数台のサーバー管理を行う「knife-solo」というツールと、設定のためのデータなどを一元管理できる「Data Bag」という仕組みを紹介する。 knife-soloを使った複数台サーバー管理 Chefは「Cookbook(クックブック)」や「Recipe(レシピ)」と呼ばれる設定ファイルに従って、ユーザーの作成やソフトウェアのインストール、ネットワークやファイアウォール、データベースなどの設定など、さまざまな設定作業を自動で実行するツールだ。利用するメリットとしてサーバーの設定を一元的に管理できる、実行する設定内容をチェックしやすくミスを防ぎやすいなどがあり、近年注目を
タイトルは釣りです。11個もやり方をしらないまま書き始めます。 最近 chef が流行っていますが、みなさんどうやって各サーバに chef をインストールしていますか? ここでは僕がいままで紆余曲折していた方法を紹介します。 列挙だけするとこんな感じです。 vagrant の VM イメージに入っているもの omnibus installer を使う knife solo を使う OS の ruby 環境に chef を入れる RVM 環境を作って chef を入れる rbenv 環境を作って chef を入れる roundsman を使って chef を入れる vagrant の VM イメージに入っているもの vagrant の VM イメージには、大抵 ruby と chef がインストールされています。 veewee を使ってあたらしい VM イメージを作成すると必ずインストールさ
ChefとCapistranoの境界線 (Chef Casual Talks Vol.1) #eytokyo #opschef_ja 大きく分けて二つの話をしました。 Chefを導入する時の「考え方」 Chefのような構成管理ツールは万能でやり方もたくさんある(TMTOWTDI)ので、最初にどういうポリシーで組み立てるかが重要になります。今回「本気で使う」にあたり、以下のようなポリシーを設定しました。 原則サーバ上で作業せず、Chefで環境設定を実装する 公開されたcookbooksを再利用する opscode-cookbooksにあればそれを探す communityやgithubにあるcookbookを使う あきらめの心を持つ 必要ならばopscode-cookbook�sなど既存のcookbookをforkして手を入れる 半日調べて難しそうなことはあきらめる(自前Chef recip
原文はhttp://matschaffer.github.io/knife-solo/ 解説 knife-soloは、chef-soloと併せて動作させるために、いくつかのコマンドを追加で使います。それによって、chef-serverと同様にパワフルに動作することを狙っています。 knife-soloは、今のところ、knifeに5つのサブコマンドを追加します。 knife solo init は、新規にディレクトリ構造(kitchenのこと)を作成するコマンドです。このディレクトリは、Chefの標準的なディレクトリ構造に従っており、新しいレシピを作って保存するのに使います。 knife solo prepare は、対象となるホストにChefをインストールするコマンドです。このコマンドは、ホストのOSを自動的に検知し、それに従ってインストールの手続きを変更します。 knife solo c
Welcome to the Chef Software Documentation! This is the documentation for:
2013/02/18 2013/02/18 14:41 Vagrant + chef-solo 使って nginx + sinatra で HelloWorld! Markdown 手順書スラスラ書けてまじイノベーティブ!とか言ってたやつ誰だ! ( おれだ! ) Vagrant + chef-solo で nginx + sinatra で HelloWorld! してみました。 amazedkoumei / vagrant-centos-nginx_sinatra きっかけをくれたはこちらのエントリ Vagrant - naoyaのはてなダイアリー ちょっとしたテストのために壊してもいい環境が欲しいというのにももちろん使えますし、方々を見ていると組織の中で標準化された開発環境を全開発者に配布するときなんかにも使われているようですね。自分は EC2 でホストしているステージングサーバーへ
2012年09月28日 chef-soloを使ってサーバ設定を自動化して楽をしよう! 〜chef-soloの使い方〜 アドウェイズエンジニアの波切です、こんにちは。 秋口に入ってようやく暑さも一段落してきましたね。 ここ最近は、ただひたすらサーバ設定をする日々が続いていました。というのも、新サービスが次々に開始したり、既存のサービスに大きな提携先が加わったりというのが重なって、突如として多数のサーバ設定の仕事が僕に降り掛かって来たからなんです! chef-soloを導入するまでの経緯 そのサーバ設定作業なのですが、最初のうちは、手順書を作って、一人ちまちまと作業していたのですが、「パッケージのインストール」、「ソースのコンパイル」、「CPANモジュールのインストール」等々、サーバ設定の作業は、結構待たされる事も多く、コマンドを叩いては、しばらく待ってまた、コマンドを打つというような単純な繰
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
サーバー状態管理フレームワークChef、そのスタンドアロン版であるChef Soloの使い方について、はじめの一歩から実戦投入レベルに至るまでを解説。試験環境の構築方法、自動化コードの書き方、Chef のアーキテクチャや思想までを実例を通して説明します。 関連サイト本書に関連するサイトがあります。 『入門Chef Solo』正誤表(達人出版会版)内容紹介近頃のクラウドの本格的普及もあってか、サーバー管理の自動化に注目が集まっています。Chefはそのツール/フレームワークのひとつです。 Chefへの注目が集まっているにも関わらずChefに関するある程度まとまった体系的な情報はまだまだ不足している、というのが現状です。またChefは実際には同類のツールに比べてシンプルで分かりやすいのですが、公式ドキュメントがあまりにしっかりと書かれすぎていることもあって「はじめの一歩」としてどの辺りを知ればい
最近PrePAN uses carton 1.0 now! - $shibayu36->blog;でも書いたとおり、PrePANのcarton 1.0化を進めていました。 通常であれば変更点をアプリケーションサーバにデプロイし、サーバを再起動すれば良いのですが、cartonを0.9から1.0に上げるというまあまあ大きな変更を加えるため、事前に動作確認を行い、無停止でデプロイしたいと考えました。そこでAWSを使って無停止デプロイを試してみたのでそれについて書こうと思います。 PrePANのサーバ構成やデプロイ手順の検討 無停止デプロイの説明の前にPrePANのサーバ構成を紹介しておきます。 現状はELB 1つに対し、EC2が2台ぶら下がっているという状態で運用しています。そしてEC2に対してはそれぞれapp-1, app-2という名前でタグがついています。 開発メモ#2 : AWS でのホス
こんにちは! 先月ドワンゴは歌舞伎座に引っ越しましたが、 "銀座"に着てく服がなくて毎日困ってる氏家と申します。 インフラエンジニアとしては新参者になるのですが、よろしくお願いいたします。 ドワンゴの中ではniconico系の事業を担当しているのですが、 2006年にニコニコ動画がスタートしてもう少しで7年になろうとしています。 昔からあるシステムはサーバー構築手順も確立されてるのですが、 新しめのプロジェクトではChefを導入してサーバー構築をしようとしています。 先日の参院選で、ニコ動アンケートが97.52%の的中率というニュースをご覧になられた 方もいるかと思いますが、あのアンケートシステムもChef Soloを使って構築しました。 大規模なシステムはChef Serverで構築してるところもあるのですが、 今回私が解説するのは、比較的小規模な構築に向いているChef Soloの話に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く