CircleCIとAWS GovCloudが協力して米国政府のアプリ開発のモダナイズを支援

民間企業と同じく合衆国政府も今はワークロードをクラウドへ移す過程にあり、ともに同じような課題に直面している。米国時間2月25日、継続的デリバリーサービスのCircleCIが、AWS GovCloudとのパートナーシップを発表し、AWSの政府向けプラットホームを使っている連邦政府機関のアプリケーション開発のモダナイズを支援していくことになった。

CircleCIのCEOであるJim Rose(ジム・ローズ)氏は「サーバーをわが社のオンプレミスで動かし、それを政府の顧客がAWS GovCloud上の専用の純粋なクラウドリソース上で動かすかたちになる」と語る。

GovCloudは、専用のシングルテナントクラウドプラットホームであり、そこで政府機関はFedRAMP準拠の安全なクラウドソリューションを作ることができる。また、ほかのクラウドベンダーにも同様のサービスがある。FedRAMPは、政府のためのセキュリティスタンダードの集合で、クラウドベンダーが連邦政府の仕事をするときには必ず準拠しなければならない。

CircleCIは、開発チームに急速なサイクルでアプリケーションに変更を行うための継続的インテグレーションと継続的デリバリー(continuous integrationとcontinuous delivery、CI/CD)パイプラインを構築する。

「GovCloudがあることによって、政府機関が求めているオンプレミスと同じレベルのセキュリティとサービスを、専用のシングルテナントのクラウド環境で提供することができる」とローズ氏は説明する。

また、ローズ氏によると、クラウドアプリケーションの構築には多くのステップがあるが、同社が提供するのは継続的デリバリーのパイプラインという基本部分だけだという。他の関連サービスは提供しない。彼が言うように、1〜2年に1回アップデートするだけのレガシーなメインフレームアプリケーションならCircleCIの出番はない。しかし開発環境をモダナイズしようとしたときには、同社のサービスが大きな助けになる。

さらに 「現代的なクラウドアプリケーションの開発工程では、1日に数百回も変更を加えることがある。しかも多くの場合、変更のソースはとても多人数が関わっており複雑で、マニュアルな管理はほぼ不可能なのだ」とローズ氏はいう。

同社はかつて、中小企業庁(Small Business Administration、SBA)の仕事をしたことがあるが、今後はそのときと同じように、省庁を直接相手にすることになるだろう。またときには、システムインテグレーターやAWSも関わってきて、彼らが大きなRFP(業者への提案依頼書)に載っていることもあるはずだ。

政府の仕事では、そこから論争が生じる場合があることも、ローズ氏は承知している。ChefでもSalesforceでもGoogleでも、一部の社員が国防総省(DoD)や移民局(ICE)の仕事はしたくない、とごねたことがある。そこでCircleCIは、国民との対話を改善する意思のある省庁の仕事に集中し、他の省庁とはお近づきになりたくない、とローズ氏はいう。

「我々のような立場は、政府の問題に深く関われるわけではないが、彼らの一部になるのではなく、常に集団の先頭に立っていたい。商用の仕事でも、政府系の仕事でも越えてはならない一線というものを、常に意識していたい」と決意を述べる。

[原文へ]
(翻訳:iwatani、a.k.a. hiwa

CircleCIの継続的統合とデリバリーサービスがAWSのサポートを拡充

継続的インテグレーションとデリバリーのサービスを提供するCircleCIは1年ほど前から、そのコマンドやインテグレーションをサードパーティのサービスで容易に再利用するための方法としてOrbsを提供してきた。当然ながら、Orbsが最も多く使われるサービスといえばAWSであり、同社のデベロッパーもコードのテストやデプロイをAWSで行っている。米国時間12月2日、ラスベガスで行われているAWSの例年のデベロッパーカンファレンスre:Inventと日を合わせたかのように、同社はOrbsにAWSのServerless Application Model(SAM)のサポートを加えたことを発表した。これにより、AWS Lambdaのテストとデプロイを行う自動化CI/CDプラットホームのセットアップがとても容易になる。

同社によると、1年前にローンチしたOrbsを今では1万1000社あまりが利用している。OrbsのAWS用の利用の中で特に多いのは、例えばAmazon Elastic Container ServicesとElastic Container Service for Kubernetes(EKS)のイメージの構築とアップデートや、AWS CodeDeployのサポート、AWSのコマンドラインインタフェイスをインストールし構成するためのOrbs、S3ストレージサービスで利用するOrbsなどだ。

CircleCIの事業開発担当副社長Tom Trahan(トム・トラハン)氏は「最近ではますます多くの企業がLambdaやECS、EKSなどのマネージドサービスを使うようになっている。サーバーレスのエコシステムを管理しているAWSのプロダクトチームと協力して、LambdaにCI/CDのワークフローを加えたいユーザーのための出来合いのサービスを作ることはタイミングとしても理想的だ。Lambdaも最初の頃は、従来のソフトウェアのパターンとデリバリーのフローに従わないデベロッパーが多かった。しかしその後は徐々にLambdaの利用機会が増えて、それを最も有効利用するためには、プロダクション品質のコードを作るべきという風潮になってきた。そしてLambdaでも同じソフトウェアデリバリーの能力と規律を持つべきという理解が定着してきた」と語る。

トラハン氏が強調するのは、今はまだアーリーアダプターが多いし、最初からクラウドネイティブでやってるような企業が顧客として多いことだ。しかし最近では、そういう顧客の中にも従来型の企業が多くなっており、彼ら独自のデジタル革命が急速に進行しているという。

[原文へ]

(翻訳:iwatani、a.k.a. hiwa

GitHubがCI/CDサービスを標準サポートへ

Microsoft(マイクロソフト)傘下のGitHub(ギットハブ)は米国時間8月8日、CI(継続的インテグレーション)/CD(継続的デリバリー)機能をフルにサポートするGitHub Actionsの新バージョンをベータ公開した。一般公開も11月13日に予定している。

また同社は、それと同時に、GitHubのプラットフォームには、すでに4000万人以上のデベロッパーが参加していることも発表した。

ワークフローを自動化するプラットフォーム、ActionsをGitHubが公開したのは10カ月前だ。デベロッパーは、それ以前から、あらゆる種類のイベントをトリガーすることによって、独自にCI/CDのパイプラインを実現することも可能だった。GitHubチームがActionsの発表の際に強調していたのは、Actionsを使ってそうしたパイプラインを実現することも可能だが、Actionsにはもっと多くの可能性があるということ。もちろん、デベロッパーはActionsを使ってCI/CDを実現することに、かなりの興味を抱いていたはずだ。

「昨年にGitHub Actionsを導入して以来、それに対する反応には目を見張るものがありました。すでにデベロッパーは、それに触発されて、数千ものワークフローを作成しています」と、GitHubのCEOであるNat Friedman(ナット・フリードマン)氏は、今回の発表の中に書いている。「しかし、寄せられたフィードバックでは、ほとんどすべての人が、CI/CDも欲しいと書いていました。まさに、それを今日発表するのです」。

今回更新されたActionsの新バージョンを使うと、デベロッパーはコードを任意のプラットフォーム上でビルドし、テストして、デプロイすることができる。また、コンテナや仮想マシン上でワークフローを実行することも可能となる。またデベロッパーは、「マトリクスビルド」と呼ばれる新機能を利用して、アプリケーションの複数のバージョンを、同時にテストすることもできる。例えば、3つの異なるバージョンのNode.jsを、LinuxとWindowsとmacOS上で同時にテストできるのだ。GitHub Actionsは、基本的なYAMLファイルとして記述されているので、こうした変更を加えるにもそのファイルに数行を追加するだけでいい。

サポートされる言語とフレームワークは、Node.js、Python、Java、PHP、Ruby、C/C++ 、. NET、Android、iOSなどとなっている。Actionsは、GitHubのパッケージレジストリとも統合されている。

アプリケーションをビルドする際には、ライブログがActionsのコンソールに吐き出される。そのログファイルの任意の行にリンクを張り、その問題についてチームのメンバーと話し合うことも簡単にできる。

こうした新機能は、ベータ期間中は無料で利用できる。また、公開リポジトリについては、それ以降も無料だ。

GitHub Enterprise Server用のActionsは、来年に登場する予定だ。コードをプライベートなデータセンターに保持したまま、GitHubを使ってワークフローを管理するという、ハイブリッドなオプションが利用可能となる。

「GitHub Actionsは、CI/CDやソフトウェアの自動化を民主化するものです。デベロッパーは、GitHubプラフォームのどんなイベントに対しても応答するワークフローを書くことができます。さらにオープンソースの、つまり再利用可能なコードとしてのGitHub Actionsを参照することで、普通にアプリのコードを書くのと同じようにして、自分のソフトウェアのライフサイクルの管理を強力なものにすることができます」と、GitHubのプロダクトデザイン部門の担当シニアディレクターであるMax Schoening(マックス・スクーニング)氏は述べている 。「これは本当に、コミュニティによって成り立っているCI/CDなのです。課金モデルも、誰もが納得できるものでしょう」。

今回の発表で、すでにGitHubプラフォーム上でビジネスを展開している、いくつかのCI/CDのスタートアップと、GitHub自身が直接競合することが明らかとなった。そこには、多少の摩擦が生じる可能性もある。

「GitHubは、すべてのパートナーに対して、引き続きプラットフォームをオープンにすると約束しています。どのような結果になるのかは、いずれ自ずと明らかになるでしょう」と、CircleCIのCEOであるJim Rose(ジム・ローズ)氏は声明の中で述べている。「デベロッパーは賢いので、結局は利用可能なものの中から、最良で最も強力なツールを選ぶことになります。そこでは、CircleCIが選ばれるものと確信しています。(中略)CircleCIには、9年以上にわたって、いろいろなチームがアイディアを製品として実現する過程に関わってきた実績があります。CircleCIはCI/CDのリーダーであり、デベロッパーに対して最適なソリューションを提供できるものと確信しています」。

ローズ氏のコメントは、他のCI/CD関連のプレーヤーが考えていることを代表しているものと思われる。また、同氏も触れていたように、Actionsは、他の継続的インテグレーションのサービスと統合することも可能であり、デベロッパーは自らのプラフォームのビルドを、それによってトリガーすることもできるのは重要なポイントだ。CI/CD機能のプロバイダーは、独自のActionsを作成して、GitHubで提供することもできるのだ。

「GitHubのActionsは、Codefreshの機能を補完するものと考えています。ユーザーがCodefreshを活用して、スケーラブルで堅牢なパイプラインを構築する方法のバリエーションを追加するものなのです。1つ興味深い点は、GitHubがActionsを設計するにあたって、私たちの方法を手本としたことです。実際、GitHubのActionsは、Codefreshのパイプライン内のステップとして使うことも可能です。つまり、言ってみれば、私たちの方法はとても相性がいいのです」と、CI/CDプラットフォーム、Codefreshの主席技術エバンジェリストであるDan Garfield(ダン・ガーフィールド)氏は述べている。「デベロッパーは、GitHub上でCodefreshのアクションそのものを見ることになるでしょう」。

これについてGitHubに尋ねると、スクーニング氏は次のように回答した。「GitHubと、そのコミュニティは、選択の自由と、オープンなエコシステムを信じています。その信念は私たちにとって非常に重要であり、私たちの行動すべてに反映されています。デベロッパーは、GitHubのActionsを既存のあらゆるツール類と統合し、デベロッパー自身の製品と組み合わせたり、適合させることができます。そしてソフトウェアのライフサイクルの、あらゆる部分に適用することができるのです。これについては、既存のCI/CDのパートナーも例外ではありません」。

原文へ

(翻訳:Fumihiko Shibata)

CircleCIの継続的インテグレーションをMicrosoftのプログラマーが初めて採用

CircleCIはかなり前からLinuxやMacのプログラマー向けに継続的インテグレーションのサービスを提供しているが、しかしこれまで、Microsoftのデベロッパーは蚊帳の外だった。しかし米国時間8月7日から同社は、Windows Server 2019を使っているMicrosoftのデベロッパーをサポートすることになった。

先月5600万ドル(約59億4500万円)のシリーズDを発表したCircleCIは当然、そのマーケットリーチを拡張する道を常時探しているはずだが、Microsoftのプログラマーをサポートすることになったのは、背後の市場が大きいという意味で同社にとって幸先がいい。

CircleCIのWindows担当プロダクトマネージャーであるAlexey Klochay(アレクセイ・クロチャイ)氏は「Windowsのサポートを発表できることは、とても嬉しい。顧客も、それを求めていた。Stack Overflowの今年初めの調査によると、ソフトウェア開発市場の40%をWindowsが占めているんだ」と述べている。

Microsoftのプログラマーたちは、これまでもCircleCIのような専門サービスに頼らずに継続的インテグレーションをやっていたが、それは相当困難だった。同氏によると、CircleCIならもっと総合的なソリューションを提供できる。まず、デベロッパーはエンジニアの助けを借りずに自力でCI/CDの流れを運用できる。「デベロッパーが自力で、自分たちのペースで、やりたいことができる。何かに縛られることもない。うちのサービスはとても使いやすいし、メンテナンスも楽だ」と彼は説明する。

CircleCIは、開発チームの全体に大きな可視性を提供する。「誰が今何をやっているのか、各人がシステムと今どんな対話をしているのか、それを一望にできる」とクロチャイ氏は語る。

その使いやすさには、昨年リリースされたWindows Server 2019のさまざまな改良も大きく貢献している。「最新のWindows Serverに導入された変化によって、1年前だったらありえなかったほど、円滑な仕事ができるようになった」とクロチャイ氏。

CircleCIのNathan Dintenfass(ネイサン・ディンテンファス)氏によると、一般的にMicrosoftの最近のエコシステムは、CircleCIがデベロッパーに提供しているアプローチを歓迎するような方向性に変わってきた。「我々はWindowsのエコシステムの成熟を目撃し、ソフトウェアのデリバリの自動化とスループットの向上に投資している彼らのチームに、前よりも引かれている。またそれと同時に、Windowsを提供している彼らのクラウドインフラストラクチャも成熟してきたから、我々のオペレーションも相当楽になっている」と同氏は語る。

関連記事
CircleCI closes $56M Series D investment as market for continuous delivery expands(継続的デリバリのCircleCIがシリーズDで5600万ドルを調達、未訳)
デベロッパーがデプロイの面倒から解放されるソフトウェア開発モデル(CircleCIのデベロッパーが関与)

[原文へ]

(翻訳:iwatani、a.k.a. hiwa

自動化ソフトウェアデリバリのためのパッケージマネージャーOrbsをCircleCIがローンチ

DevOpsプラットホームCircleCIが今日(米国時間11/7)、新しいパートナー事業を発表した。それによりこのプラットホームがオープンになり、サードパーティのツールを統合できるようになる。加えて同社は、パッケージマネージャーOrbsをローンチする。同社によるとそれは、“世界で初めての、ソフトウェアデリバリ自動化の構成のため専用のパッケージマネージャだ”。

今年初めに3100万ドルを調達したばかりのCircleCIは、競争の激しい継続的インテグレーションとデリバリの世界に、しっかりと根を下ろしつつある。今日発表されたローンチパートナーは、Cypress, JFrog, Pulumi, Sauce Labs, Sonatype, WhiteSourceなどだ。

そのパートナー事業はしかし、主にOrbsのためのステージになる。Orbsの考え方は、同社のユーザーに、彼らが好むCI/CDの構成を複数のチームやプロジェクトにわたって共有させ、彼らがそのコマンドやエグゼキュータ、ジョブなどを数行のコードで指定できるようにする。それは基本的には、チームがそのビルド/テスト/デプロイのワークフローをさらに自動化して、彼らのソフトウェアパイプラインを構成するためのベストプラクティスを共有する方法だ。新規ユーザーにとってOrbsは、大量の決まりきったコードを書かなくても容易に利用を開始できる。

CircleCIは、同社自身の証明されたOrbsと、パートナーが書いたそれらを提供する。現在あるOrbsは、Heroku用、Amazon S3用、CodeDeploy用など、また、お決まりのSlack通知Orbもある。全部で今日CircleCIがローンチするパッケージは、25ある。

“CircleCIのOrbsはCIの世界で、Dockerのコンテナ以後もっともエキサイティングなシステムだ”、こう語るCypressのエンジニアリング担当VP Gleb Bahmutovは、Orbsのアーリーアクセスカスタマーでコントリビューターでもある。“デベロッパーにとってOrbsは、これまでの‘ドキュメンテーションを読んでサンプルコードをコピペして30分いろいろやってやっとCIが終わる’というやり方に代わる、待望の工程改良だ”、と彼は言っている。

[原文へ]
(翻訳:iwatani(a.k.a. hiwa

継続的インテグレーション(CI)による開発自動化プラットホームCircleCIが初の海外オフィスを日本に

CircleCIの、継続的インテグレーションとデプロイメントをベースとするビルドプラットホームは、今や世界中の数十万のデベロッパーが利用している。同社はこれまで5900万ドルのVC資金を調達しているが、うち3100万ドルは、今年初めのシリーズCのラウンドだ。

グローバル化によって成長を維持したい同社はこのほど初めて、サンフランシスコの本社の外、日本の東京にオフィスを開いた。最初はそのオフィスの社員を4〜5名とし、地元企業とのパートナーシップで事業を展開するつもりだ。

同社にとって日本は初体験ではない。すでに数名のリモートワーカーがいるし、またCyberAgentやDeNAとの仕事を通じて、日本はアメリカとイギリスに次ぐ同社の世界第三位の市場だ。

CEOのJim Roseはこう説明する: “日本やグローバル市場で活躍できることは、本当にすばらしい。日本はこれまでも、うちにとって成長市場だったし、最近では成長のスピードが上がっている”。Roseは2014年にCircleCIがDistillerを買収したとき同社のCOOになり、2015年にCEOになった。

CircleCIは世界のどこにいて、どんなインフラを使っているデベロッパーでも簡単にインストールして使えるため、同社の売上はボトムアップ的(口コミ的)に伸びている。今や同社の知名度は高く、売上の35〜40%はすでにグローバル市場からだ。

しかしCircleCIのプロダクトは、ワンクリックでインストールできる簡便さが売りではない。むしろCircleCIは、クラウドネイティブな環境でソフトウェアを管理するためのまったく新しい方法であり、デベロッパーと管理職との密接な協働を支えることにより、レガシーのコードベースをクラウドとGitから成る環境へ移行させる過程を助ける。Roseは曰く、“最近の6四半期ぐらいの傾向としては、大企業でもそんなやり方が根付きつつある”。

でも。そのための教育訓練や企業文化の変化は、日本のような非英語圏では容易でないだろう。Roseによると、企業がCircleCIのシステムをインストールするという導入の第一歩をクリアしたら、“今度はそれを社内に周知する仕事があり、それにはローカルな知識が必要だ”。そこで地元雇用の社員たちや地元企業とのパートナーシップが、CircleCIを顧客企業のワークフローに接着していくことを、同社は期待している。

イギリスは同社の二番目に大きな市場だが、新たにオフィスを置くという形での国際展開の端緒として日本を選んだのは、同社の英語のリソースが日本では十分に通用することが実証されたからであり、そしてイギリスはBrexitによってヨーロッパにおける戦略立案が難しくなっているためだ。

“BrexitとGDPRをめぐっては、大量の可動部品があり、単一市場としてアプローチできるのかも、はっきりしない。とりあえずイギリスは、EUとは別の単独市場としてアプローチすべきだろう”、とRoseは説明する。ドイツ、フランス、北欧など、ヨーロッパのそのほかの部分に対する国際展開は、その正しいやり方を目下思案中だ。

Roseの構想では、アメリカ以外の売上を売上全体の50%にもっていきたい。日本は今後国際展開に力を入れていくための、いわばスタート地点だ。

[原文へ]
(翻訳:iwatani(a.k.a. hiwa