Jenkinsによる継続的インテグレーションのススメ(4) ~CloudBeesでJenkinsをサービスとして使う~
前回まで、Jenkinsの幾つかの側面に注目して解説をしてきました。シリーズ最後の今回は、Jenkinsをサービスとして使う方法を紹介します。
前回まで、Jenkinsの幾つかの側面に注目して解説をしてきました。シリーズ最後の今回は、Jenkinsをサービスとして使う方法を紹介します。
David Rubinstein氏は最近SD Timesに挑発的な記事を書いた。ここで彼は、SOAはアーキテクチャ原則としては本格化したが、言葉としては死んだかもしれない、と主張した。彼は「SOAをふさわしくない言葉である」と考えたアナリストJason Bloomberg氏の言葉を引用した。彼によると、クラウドコンピューティングのため、またWebサービスの本質的な複雑さのため、テクノロジーとしてのSOAはすでに死んでいるという。
正しいアプリケーションの配布とユーザーのコンピュータへのリンクはいつも課題である。ログインスクリプトはもろくて、アプリケーションを自動的にインストールするツールはときどき使用するのが難しい。個人のコンピュータとデバイスの使用の増加はさらに話を複雑にしている。MicrosoftはWindows 8とセルフサービスポータル(SSP:Self-Service Portal)で両方の問題を解決しようとしている。
Microsoft は新たな Branching and Merging Guide のドラフト版をリリースした。表向きの対象は TFS ユーザだが,アドバイスの大部分はソース管理プロバイダに関係なく適用可能なものだ。
Microsoftは先日WCF Data Services 5.0のRTMリリースをアナウンスした。 – これには、ボキャブラリ、アクション、新しい空間型といくつかのODataライブラリの更新といったOData v3をサポートするための新しい機能が含まれている。
![]()
REST API の数はここ5年間で急激に増加しています。しかしそこには実装上の矛盾が数多く存在し,多数の開発者がその原因である RESTful アーキテクチャ定義に合意点を見出すための努力を続けています。この記事では iPaaS (Integration Platform as a Service) である Mule iON が,公開 API と API マッシュアップに一貫性を実現している方法について説明します。
前回は、Jenkinsを使い始める部分を紹介しました。今回は、日本語での情報が少ない分散ビルドの機能について紹介します。
前回はJenkinsの概要について紹介したので、今回はJenkinsの導入から始めましょう。
分散クラウド型プラットフォームを考える 企業におけるクラウドへの取り組みはインフラストラクチャを中心に始まりました。 今後、企業システムにおいてクラウドコンピューティングは分散型の処理技術の採用へと進んでいくでしょう。この流れはSOAからの連続した流れの中で捉えていく必要があります。このセッションでは企業システムの発展の方向性のなかで分散型のクラウド技術の適用にかかわる方向性を示唆し、その発展を支えるスキル、人材像について語ります。
Netflix はビデオやテレビ番組を楽しめる世界でも先進的なインターネット契約サービスです。2009年から2010年にかけて、NetflixはそのテクノロジーのほとんどをプライベートデータセンターからアマゾンWEBサービスをつかったパブリッククラウドに移行しました。同時に、ソフトとアーキテクチャをクラウドに適応させるために再設計しました。その目的には、ホリゾンタルスケール、高可用性、高度な開発者の生産性、そしてより早いエンドユーザーへのレスポンスです。移行にあたってのキーは、SQLに指向したデータアクセスからNoSQLへの移行、モノリシックサービスから目の細かいREST基盤のサービス、そして、False Sharing を排除し、より大きな開発チームに適した "faceted" オブジェクトモデルへの移行だったのです。