はじめに 鈴木たかのりです。 前回に引き続きPythonエンジニア養成読本という書籍の読書会イベントについてレポートします。 今回が最終回となる第5回の読書会は9月17日(木)にアライドアーキテクツ株式会社の会議室で開催されました。 当日はだいたい以下のタイムテーブルで進めました。 19:00-19:15　参加者の自己紹介 19:15-20:50　「⁠第6章 環境構築の自動化」 20:50-21:00　「⁠Appendix 2 活躍の場が広がるPython」 21:00-22:00　ビアバッシュ（ビールとピザでの参加者懇親会） 今回も今までと同様に書籍の読みあわせはせず、補足情報や質疑応答を中心に解説を行いました。 自己紹介 最初に参加者の自己紹介です。この読書会の3日前に開催されたAnsible Meetup in Tokyo 2015.09に参加して、今日は違う話が聞けるかなと思って参

はじめに この記事はGREE Advent Calendar 2013年の21日目です。お楽しみください！ こんにちは、アゴひげがダンディーだと評判の九岡です。GREEでは、JavaやScalaを布教するための土台を固めるため、デプロイや監視の仕組みづくりなどを横断的にやっています。今回はその過程で得られた知識を「Capistrano 3の入門記事」という形で共有させていただきます。 この記事ではCapistrano 3の基礎をご紹介します。Capistrano 3はRubyをベースにしたサーバ操作およびデプロイの自動化ツールです。Capistrano 3を利用することで、デプロイなどの複雑なサーバ操作を自動化することができます。ここの記事では、特にデプロイに焦点をあてながら、Capistranoでサーバ操作を自動化する考え方と実現方法をご説明していきます。 Capistrano 3の習得

NTTデータは、グローバルでの活用を前提としたテストプロセス標準の策定や、先進的なテスト自動化ツールの開発を行う「Testing Global One Team(以下、TG1T)」をベースに、北米、欧州、アジア各地域のテストノウハウを結集して、最適なテストサービスをタイムリーに提供できる体制を強化したと発表した。 同社では、海外グループ会社共同でのR＆D活動によるソフトウエア品質およびテストの生産性の向上と、グローバルレベルでの協業によるビジネス機会の創出を目的として、2011年8月にNTTデータグループ横断でのワーキンググループ TG1Tを設立。それ以来、グローバル協業を前提としたソフトウエアテストプロセス標準の策定について、業界ドメインやテストの種類ごとに複数の標準を定めていくことを方針とし、これまでテスト自動化に関する標準プロセスを策定してきた。 また、表形式のテストスクリプトにより

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 富士通は8月15日、COBOLやPL/Iで記述された既存アプリケーションの業務ロジックを日本語設計書に変換するサービス「設計書化モダナイゼーションサービス」の販売を開始した。価格は個別見積もり。グループの富士通アドバンストソリューションズ（FASOL）が開発した。 企業で活用されている既存のアプリケーション、特にCOBOLやPL/Iといった言語で記述されているアプリケーションは長い間稼働しているが、再構築する際に、アプリケーションの設計仕様がドキュメント化されていなかったり、仮に設計書があったとしても、稼働しているアプリケーションと一致してなかったりなどの課題を抱えている。言語を理解できる要員が少ないといった課題も存在する。 今回の設計

富士通は8月28日、システムの開発と保守作業を効率化する業務プログラム開発支援ツール「FUJITSU Software Interdevelop Designer」（Interdevelop Designer）を、同日から販売すると発表した。日本語の設計書からCOBOLとJavaのソースコードを100％自動で生成できる。 今回の販売はCOBOL向けで、現在開発中のJava版は2015年3月末に提供を開始する。製品には開発サーバとクライアントがある。開発サーバは840万円から、動作させるには最小構成で2台のサーバライセンスの購入が必要となる。クライアントは58万8000円、またはレンタルで月額4万9000円（いずれも税別）から。販売目標は、2017年度末までに開発サーバ60ライセンス、開発クライアント1500ライセンスとしている。 Interdevelop Designerは、富士通と富士通

工数削減だけじゃない、自動化ツールの真のメリット：運用自動化ツールまとめ（国内ベンダ編）（1/4 ページ） 運用自動化というと「人員削減」「コストが掛かる」といったネガティブな見方をする向きも多い。だが仮想化、クラウド時代において運用自動化とはそれほど単純なものではない。国内ベンダ4社のツールに真の意義を探る。 仮想化技術の浸透に伴い、2008年ごろから国内でも注目を集め始めた運用自動化。だが、「人が削減される」「コストが掛かる」「万一の時が不安」といったネガティブな見方も多く、導入企業は現在も一部にとどまっている。しかし近年、市場環境変化がさらに加速し、ビジネスを遂行するIT基盤を迅速・柔軟に整備・変更する必要性が増している。こうした中、もはや人手だけに頼った運用では、ビジネス部門の要請に応えられないばかりか、人的ミスも誘発しやすい状況になっている。こうした状況は以下の記事に詳しい。 情

システムの設定・運用作業を自動化するオープンソースソフト「Chef」が注目を集めている。作業手順はRubyベースのコードで記述。その内容が管理対象サーバーに反映され、常に状態が維持される。開発担当者と運用担当者が協力して作業する「DevOps」に向く。 「Chefはなくてはならない存在」。こう話すのは、サイバーエージェントの並河祐貴氏（アメーバ事業本部ピグディビジョン）だ。並河氏はオンラインゲームのアメーバピグ事業で、システムの設定・運用を自動化する「Chef」を利用している。2010年から徐々に適用を拡大し、今ではChefを使って約1000台のサーバーを運用している。「今年10月にデータセンターを移設した際、1日当たり200台ものサーバーの設定を変更した。それが実現できたのはChefのおかげ」（並河氏）という。 並河氏だけでなく、国内でChefに注目するエンジニアは増えている。「セミナー

本連載では、TIS株式会社が提供している技術ブログ「Tech-Sketch」から「コレは！」というテーマをピックアップし、加筆修正して皆様にお届けしています。今回取り上げるテーマは「DevOps」です。近年、Chefというツールを用いた環境構築・構成管理の自動化が注目されています。本稿では、Chefを用いてAWS上に環境一式を自動構築できるAWS OpsWorksについて、その概要と簡単な使い方、特徴について紹介します。 AWS OpsWorksとは AWS OpsWorks（以下OpsWorks）とは、Amazon Web Services（AWS）が提供している、環境構築とアプリケーションのデプロイの自動化・統合管理を実現するサービスです。 OpsWorksを用いると、短時間で手軽にアプリケーションを動かす環境一式を自動構築することができ、要件に応じて柔軟に構成を変更できます。またアプ

第12回　「自動化」と「可視化」でプロジェクトを管理、進捗や品質が一目瞭然に ソフトウエア開発の自動化（6）プロジェクト管理の自動化 ビジネスを取り巻く環境の変化が速くなり、それとともにソフトウエア開発プロジェクトの短期間化が進んでいます。このような中では、プロジェクトの一部に数日の遅延が発生しただけで、プロジェクト全体の進行に影響する大きなダメージとなりえます。 このためシステム開発プロジェクトの進捗や品質を管理するプロジェクト管理では、「プロジェクトの見える化」そして「リアルタイムなプロジェクト管理」が非常に重要になります。「プロジェクトの見える化」によって、遅延や遅延しそうな傾向にあるチームの状態を把握できるようになります。「リアルタイムなプロジェクト管理」によって、その遅延を早期に検知でき、素早くアクションをとることで、フィードバックの高速化を実現できます。 「プロジェクトの見える

UrbanCodeを活用することで、開発したアプリケーションのリリースプロセスの多くを自動化できるという。 日本IBMは7月11日、アプリケーションデリバリーの自動化ソフトウェアを手がける米UrbanCodeの製品販売を開始した。アプリケーションライフサイクルにおける開発から本番環境への展開までの期間を短縮する「DevOps」を支援する製品となる。 UrbanCodeは米IBMが今年4月に買収、子会社化した企業。創業は1996年で、製品ユーザーは世界で約400社に上る。IBMではモバイルデバイスやソーシャルサービスなどの急速な普及から企業でのDevOps需要が高まるとして、UrbanCodeを買収している。 製品の主な特徴は、（1）ノンプラミングによるプロセス定義、（2）「品質ゲート」によるプロセスの制御、（3）計画・実行・実績に関する情報共有――の3点。GUIやテンプレートを活用し、ワー

ユーザー企業にとってクラウドは、IBMのPureSystemsと同様に、「運用不要」で利用できる“システム”だ。クラウド事業者がユーザー企業に代わって、ハードやソフトを運用している。 クラウドの中には、人手に頼った運用を行っている事業者もあれば、独自のソフトを開発することによって、アプリケーションの性能調整や可用性向上を自律化している事業者もある。ユーザーから見ればどちらもサービスであり、違いはない。例えば、仮想マシンの再起動を人手でやろうが、自動でやろうが、結果は同じだ。 ただし、ソフトを駆使して自動化、自律化を進めたほうが、サービス料金は安価になり、アプリケーションに性能問題などが発生した場合の対応は早くなる。 ソフトによる自律化を実現しているクラウドの代表格が、IaaS（インフラストラクチャー・アズ・ア・サービス）大手の「Amazon Web Services（AWS）」だ。AWSは

前回は、テスターのGUI操作を自動化するツールとして、キャプチャーリプレイツールを紹介しました。今回は、キャプチャーリプレイツールによるテスト実行をより効率化するための「キーワード駆動テスト」について紹介します。 前回解説した通り、キャプチャーリプレイツールでは、テスト実行の一連の操作をスクリプトとして生成、実装します。『ソフトウェアテストの基礎』（Dorothy Graham他著、センゲージ ラーニング刊）によると、スクリプトの記述方法は、その再利用性に着目して表1の5段階のレベルに分類されます。

仮想化環境の運用管理について、前回は、従来の運用管理と異なる11のポイント（要件）を解説した。では、これらを実際の運用管理にどう実装していったらいいのか――。その基本方針を考えることが今回のテーマである。 仮想化環境の運用管理に有用なツールには、大きく分けて「仮想インフラ管理ソフト」「サーバー管理ソフト」「統合運用管理ソフト」「グリッドOS/クラウドOS」などのタイプがある（表1）。それぞれについて、特徴を見ていこう。 仮想インフラ管理ソフトは必須のツール 仮想インフラストラクチャ管理ソフトウエアは、その名の通り仮想化の基盤部分であるVMM（Virtual Machine Monitor）やハイパーバイザーなどを管理するためのソフトウエアである。 このタイプのソフトウエアは、仮想化されていない物理的なサーバーを管理できない。また残念ながら、異なったベンダーの仮想化ソフトウエアをまとめて管理

前回は仮想サーバーの「プール化」を説明しました。今回は、仮想化の次のステップに当たる「自動化」に焦点を当てます。プライベートクラウドの実際の運用という観点から、必要となる資源管理の機構やオートメーション技術などを説明します。 仮想化されたインフラストラクチャーの運用で発生するさまざまなオペレーションを、管理者がすべてGUI操作で操作していては時間的にも工数的にも高くついてしまいます。そこで、可能な限り自動的・自律的に運用できる枠組みや、一定レベルまでの操作を利用者自身で完結できるようなセルフサービスの仕組みが必要となります。以降では、運用を自動化するためのさまざまなアプローチについて述べます。 自動化へのアプローチ (1) ー APIによる制御 最初の方法はAPIの提供です。仮想インフラストラクチャーに対するさまざまなオペレーションを行うAPIが備わっていれば、例えばアプリケーションソフト