タグ

関連タグで絞り込む (152)

タグの絞り込みを解除

devopsに関するwasaiのブックマーク (102)

  • GitHub社内のDevOpsを支えるツール「Boxen」と「Hubot」(後編)~DevOps Day Tokyo 2013

    GitHub社内のDevOpsを支えるツール「Boxen」と「Hubot」(後編)~DevOps Day Tokyo 2013 世界中でDevOpsのイベントとして行われている「DevOps Days」の東京版「DevOps Day Tokyo 2013」が9月28日に開催、海外から来日した多くのゲストスピーカーによるセッションが行われました。 (記事は「GitHub社内のDevOpsを支えるツール「Boxen」と「Hubot」(前編)~DevOps Day Tokyo 2013」の続きです) チャットを共有のターミナルとして使う 次は「Hubot」について。HubotはJavaScriptで書かれていて(注:Node.jsを用いたサーバサイトJavaScript)、メッセージを受けてその内容に従って動作します。僕は何か問題があるとHubotのせいにしています(笑) ターミナルをシェアす

    GitHub社内のDevOpsを支えるツール「Boxen」と「Hubot」(後編)~DevOps Day Tokyo 2013
  • GitHub社内のDevOpsを支えるツール「Boxen」と「Hubot」(前編)~DevOps Day Tokyo 2013

    GitHub社内のDevOpsを支えるツール「Boxen」と「Hubot」(前編)~DevOps Day Tokyo 2013 世界中でDevOpsのイベントとして行われている「DevOps Days」の東京版「DevOps Day Tokyo 2013」が9月28日に開催、海外から来日した多くのゲストスピーカーによるセッションが行われました。 GitHubのJohn Britton氏は「Ops for Everyone」(みんなの運用)という題で、GitHub社内で開発から運用までをデベロッパー自身が行うためのツール、BoxenとHubotの紹介と社内の利用例を解説しています。 Ops for Everyone John Britton氏。 GitHubエンジニア教育の橋渡しをしています。

    GitHub社内のDevOpsを支えるツール「Boxen」と「Hubot」(前編)~DevOps Day Tokyo 2013
  • 運用を見える化することでDevOpsを前進させよう(前編)~DevOps Day Tokyo 2013

    世界中でDevOpsのムーブメントを広げているイベントDevOps Daysが今年も東京で「DevOps Day Tokyo 2013」として9月28日に都内で開催されました。 今年の主なテーマは「メトリクス、モニタリング、コラボレーション」です。開発と運用がツールとカルチャーによって協力するというDevOpsの基を実現する上で、メトリクスやモニタリングは重要な手段です。それをどう実現するのか、具体的な紹介を行うセッションがいくつも行われました。 基調講演として行われたNick Galbreath氏のセッション「Making Operations Visible」もメトリクスの見える化をテーマにした内容でした。ダイジェストでその模様を紹介しましょう。 Making Operations Visible Nick Galbreath氏。 Etsyのディレクターエンジニアリングをつとめた後、

    運用を見える化することでDevOpsを前進させよう(前編)~DevOps Day Tokyo 2013
  • 「健全さ追求し開発・運用に一体感」DevOpsDay Tokyoでクックパッド成田氏

    「情報システムの開発と運用の“健全さ”が一体感を生み、DevOpsを成功させる」――。レシピサイトを手掛けるクックパッドの成田一生氏(インフラストラクチャー部 部長)は2013年9月28日に都内で開催された「DevOpsDay Tokyo 2013」の講演で、このようにアピールした(写真)。 講演タイトルは「迷ったら健全な方を選ぶ」。成田氏はまず、クックパッドにおけるシステム開発・運用の現状を説明。急速に事業を拡大するクックパッドでは、社員の約3割がクックパッド以外の事業に携わる。新規事業が次々と誕生し、開発チーム(52人)は1日当たり5~10件もの新機能をサイト上にリリースしている。 そのため、成田氏ら運用チーム(5人)が当日になってリリースに気付き、急きょサーバーを増強するトラブルも起きているという。それでも成田氏は「開発と運用の間に、承認フローやルールを持ち込むのは絶対に避けたい」と

    「健全さ追求し開発・運用に一体感」DevOpsDay Tokyoでクックパッド成田氏
  • クラウド&DevOps時代に求められる運用とは~Zabbixが有効な理由

    クラウド&DevOps時代に求められる運用とは~Zabbixが有効な理由:クラウド&DevOps時代の運用をZabbixで(1)(1/2 ページ) ますますクラウド化が進む中、システムにはより迅速な対応が求められるようになっています。要件の変化が早いシステムを適切に運用していくためにはどうすればいいのでしょうか? この記事では、クラウドやDevOpsを前提としたITシステムの「運用」に求められることを整理し、そういった運用に対して、オープンソースの統合監視ツール「Zabbix」がどのように有効活用できるかを紹介します。 はじめに~なぜ、いま「Zabbix」? ますますクラウド化が進み、より迅速で柔軟な対応へのニーズが高まる中、ITシステムには、開発と運用が一体となって効率よくシステム(サービス)を提供することが求められています。 この連載では4回に渡って、運用面での視点を中心に、どのように

    クラウド&DevOps時代に求められる運用とは~Zabbixが有効な理由
  • マイクロソフト、無料のツール「DevOps Workbench Express Edition」β版を公開。Windowsサーバへのデプロイを自動化

    マイクロソフト、無料のツール「DevOps Workbench Express Edition」β版を公開。Windowsサーバへのデプロイを自動化 DevOpsの実践では、開発から運用までをツールを使って自動化することが重要です(ツールだけではなく協力するカルチャーもDevOpsの大事な要素ですが)。米マイクロソフトは、Windowsアプリケーションのデプロイを自動化する無料のツール「DevOps Workbench Express Edition」β版の公開を開始しました。 DevOps Workbench Express Editionは、小規模な組織を想定したデプロイツールで、1台のWindowsサーバをターゲットとしたデプロイの自動化を実現します。 環境を自動チェックしデプロイ作業を自動化 DevOps Workbench Express Editionの画面左のテンプレート一覧

    マイクロソフト、無料のツール「DevOps Workbench Express Edition」β版を公開。Windowsサーバへのデプロイを自動化
  • ScaleOut | Supership

    2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 件に関する詳細は、プレスリリースをご確認ください。

    ScaleOut | Supership
  • Vagrant + VirtualBox で nfs を使って、synced_folder を速くする

    Home > Vagrant | 開発環境 > Vagrant + VirtualBox で nfs を使って、synced_folder を速くする Vagrant + VirtualBox で便利な synced_folder を nfs を使ってパフォーマンスを向上する方法です。 開発環境として Vagrant + VirtualBox を使う上で欠かせないのが synced_folder です。ホストとゲスト間でディレクトリを共有できるので、ホストで書いたコードをゲストですぐに実行することができます。 synced_folder はVirtualBox が持つ shared folders という機能をつかているのですが、代わりに nfs を使うことで、パフォーマンスを向上させることができます。 nfsd をホスト側で起動 synced_folder に nfs を利用するには、ホ

  • ビジネスを支えるデータセンターに向けた日本発OSS「Wakame-vdc」の挑戦 | IT Leaders

    ビジネスの変化に追随できるITの実現においては、より柔軟なプラットフォーム環境が求められる。その代表がクラウドだ。クラウド環境を実現するためのソフトウェア群の開発競争にも拍車がかかる。OpenStackやCloudStackなどだ。同分野に、日発のOSSである「Wakame-vdc」も挑戦している。 Wakameプロジェクトにおいて、データセンターの内部で増え続けるサーバーなどのITリソースを、効率よく管理するために開発されているソフトが「Wakame-vdc」である。管理するITリソースには、ネットワークやストレージなども含む。Wakame-vdcは、これらITリソースの管理を容易にするだけでなく、一部を切り出すことでマルチテナント化を実現する。LGPL v3に則ったOSS(オープンソースソフトウェア)として、最初のバージョンは2010年4月にリリースされた。現在は、2013年度下期に

  • 第3回 アプリケーションの導入・設定をPuppetで自動化

    今回は、ゲストOSを自動インストールした後に、Puppetを利用してアプリケーションの導入・設定を自動化する方法を紹介します。 Puppetの基礎 アプリケーションの導入・設定を自動化する手法として、導入時に実行する個々のコマンドをシェルスクリプトに記述する方法が考えられます。ただし、この方法には、不便な点もあります。 例えば、導入対象サーバーのLinuxディストリビューションや、そのバージョンによって、実行するコマンドが異なることがあります。複数のディストリビューションやバージョンに対応するには、スクリプト内部で条件判断を行うか、もしくは、複数のスクリプトを用意することになります。 一方、Puppetでは、具体的なコマンドを記述する代わりに、「マニフェスト」と呼ばれる設定ファイルで、そのサーバーの「あるべき状態」を宣言します。次は、この後で実際に利用する、PostgreSQLを導入するマ

    第3回 アプリケーションの導入・設定をPuppetで自動化
  • 『弊社の最近のDevOpsへの取り組み』

    はじめまして。Amebaでインフラを担当しています山口と申します。 某所ではリア充イメージ(?)の強い弊社ですが、所属するインフラ部門は男性100%で構成されている上、私は女性っぽい名前ながらも中年のおっさん(趣味料理)でございます。すんません。 それはさておき、ご存じの方もいらっしゃるかもしれませんが、弊社ではオーケストレーションツールとしてChefを使っております。私は参加しませんでしたが、最近、ChefConf 2013も開催されたことですし、最近の弊社でのDevOps、特にその中でも一風変わったChefの使い方についてお伝えしようと思います。 EC2インスタンスをつくる 最近ではOpsWorksなんかもありますが、稿執筆時点(2013年6月)ではまだまだ発展途上で、弊社がサービスを作る上で必要な機能が網羅されていませんでしたので、自前のChef Serverを利用しています。

    『弊社の最近のDevOpsへの取り組み』
  • Vagrantで手軽に構築してオープンPaaS「Cloud Foundry」を理解する

    Vagrantで手軽に構築してオープンPaaS「Cloud Foundry」を理解する:DevOps時代のJavaプログラマのためのオープンクラウド入門(2)(1/4 ページ) オープンなクラウドで重要性を増すJava。DevOps時代のJavaプログラマはアプリケーション開発者(Dev)もデプロイや運用(Ops)面におけるクラウド/インフラ技術への幅広い理解が必要となる。連載では、さまざまなオープンクラウド技術を紹介していく。今回は、オープンソースのPaaSである「Cloud Foundry」を紹介。また、環境構築が手軽にできる「Vagrant」を使ってローカルにCloud Foundryの開発用稼働環境を用意してみよう。 Cloud Foundryとは Cloud Foundryはヴイエムウェアが中心となって開発をしているオープンソースのPaaS構築用ソフトウェアです。ソースコードは

    Vagrantで手軽に構築してオープンPaaS「Cloud Foundry」を理解する
  • IDEA * IDEA

    ドットインストール代表のライフハックブログ

    IDEA * IDEA
  • DevOpsに関する12のアンチパターン

    みなさんこんにちは。@ryuzeeです。 DevOpsGuysというサイトのTwelve DevOps Anti-Patternsという記事が秀逸です。 作者の方に許可を頂き翻訳しましたので公開します。 原文も軽妙なタッチで読みやすいと思いますのでぜひご参照ください。 また文で様々なスライドや資料へのリンクがありますので、そちらも見ていただくと理解が深まるんじゃないかと思います! えっとDevOpsを始めたいのかな?おっけー。ただ始める前に、やってはいけないいくつかのことについて見ておこう。 古き良き時代には単に「良くないアイデア」って呼んでいたんだけど、外交やポリティカル・コレクトネス運動の結果、ブレストやアイデアシャワーをして、最近は「アンチパターン」と呼ばれるようになった。 パターンが絶対的に正しいのであれば、すなわち「アンチパターン」は間違いということになる。そして間違いを避ける

    DevOpsに関する12のアンチパターン
  • DevOpsの今とこれから #init_devops

    フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発

    DevOpsの今とこれから #init_devops
  • まとめてたくさん処理したい! を解決する「Capistrano」

    まとめてたくさん処理したい! を解決する「Capistrano」:特集 DevOps時代の必須知識 インフラ運用の自動化を実現し、DevOpsを支援するツールはいくつかあります。ここではその中から「Capistrano」というツールについて、サンプルを用意しつつ紹介します。 はじめに インフラ運用の自動化を実現するツールには「Chef」や「Puppet」などいろいろあります。今回の記事ではそういったツールのうち、Capistranoというツールを簡単なサンプルを用意しつつ紹介します。 Capistranoとは Capistranoとは簡単にいうと、オープンソースで提供されている、複数のサーバ上で同時にスクリプトを実行するためのソフトウェアツールです。主に、同じ役割のサーバが複数台存在するような環境での自動化であったり、アプリケーションのデプロイ自動化に利用されています。 特にRuby On

    まとめてたくさん処理したい! を解決する「Capistrano」
  • インフラストラクチャ自動化フレームワーク「Chef」の基本

    DevOpsというキーワードに関連して、「Chef」というツールの名前を聞いたことのある人も多いのではないでしょうか。この記事では、インフラにおける構成管理、展開作業を自動化するChefの構造および基的な使い方について解説します。 インフラストラクチャ自動化フレームワーク「Chef」 Chefは、物理、仮想、クラウドといったさまざまな大きさのインフラに対して、サーバやアプリケーションの展開を容易にするための自動化フレームワークです。 Chefの重要な要素の1つに「Infrastructure as Code」という概念があります。インフラをどのように構築し、維持するべきかという定義はRubyの文法で記述され、ソースコードのように扱うことができます。つまり、あたかもRubyでプログラミングをするように、インフラの構成管理をコードによって行えることがChefの利点の1つです。 自然言語による

    インフラストラクチャ自動化フレームワーク「Chef」の基本
  • DevOps │ Rationally 分室

    タグ .NETAtlassianAWSBitbucketDevOpsGitJIRAKeynoteNota IncOKRPowerPointRPAScrapboxVisual StudioVSSWindowsアジャイルイベントエバンジェリズムスクースライド公開ツールテストナレッジ共有ビジネスプレゼン仮面ライダーで学ぶ図解改善書籍現場環境設定財団B趣味開封の儀

    DevOps │ Rationally 分室
  • Archived MSDN and TechNet Blogs

    If you were looking for MSDN or TechNet blogs, please know that MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. How to use this site Archived blogs are grouped alphabetically by the initial letter of the blog name. Select the initial letter from the TOC to see the full list of the blogs. You can also type the name of the blog or the title of the

    Archived MSDN and TechNet Blogs
  • ScaleOut | Supership

    2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 件に関する詳細は、プレスリリースをご確認ください。

    ScaleOut | Supership