CTOcast＃5：「良い議論のために、1000人は必要ありません」

IT企業のテクノロジー、プロセス、インフラストラクチャ、および人々に関するポッドキャストの5番目の問題を紹介します。 今日、CTOcastは、Gene Barmash（マーチャントリーのCTO、CTOスクール会議の共同設立者）とEvgeny Babkin（マーチャントリーの開発チームの責任者）が訪問します。



ポッドキャストを聴く



対談者について：











ジーン・バーマッシュはニューヨークのクーパー・ユニオン・カレッジ（1995-1999）に参加しました。 1999年から2009年まで、彼はTrilogy Software、Symantec、Infusion Development、Alfrescoで働き、ソフトウェアエンジニアからテクニカルディレクターに移りました。 2009年に、彼はEnergyScoreCards（建物のエネルギー性能を比較するためのサービス）を設立しました。 現在、彼女はMerchantry（eコマースのSaaSプラットフォーム）のCTOです。



2006年以来、テクノロジースタートアップ向けのメンタリングプログラムとアクセラレータに積極的に関与しています。 彼は、ラリーCTOスクール（ニューヨーク）の共同設立者および主催者であり、1,600人を超えるメンバーを持つ技術リーダーのコミュニティです。











Evgeny Babkinはノボシビルスク州立大学を卒業し（2004年）、2000年からインフラストラクチャエンジニアとして働いていました。 2005年から-Ixtensで。 現在、彼はマーチャントリのeコマースSaaSプラットフォームに取り組んでいる開発チームのリーダーです。

ポッドキャストのテキスト版

アレクサンダーアスタペンコ：ジン、あなた自身とあなたのキャリアについて少し教えてください。



Gene Barmash：テキサス州オースティンのTrilogyでキャリアを始めました。 それが1999年の第一波のスタートアップの頂点であり、私たちは皆このソースで煮詰めました。 それから数年間、私はコンサルティング、トレーニング、あらゆる面白くてあまり面白くないことをしていました。



ある時点で、これらすべてのスタートアップを考えて夢見ることに決めたので、具体的なことをする時が来ました。 オープンソースのコンテンツ管理アプリケーションであるAlfrescoは、私の最初のフルタイムのスタートアップでした。 私はどこか70人目でした。 その後、私が創設者になったEnergyScoreCardsと私の友人は、住宅のエネルギー使用の専門家でした。



過去1年半にわたって、私はMerchantryでテクノロジーをリードしてきました。 製品の責任者に加えて、私はニューヨークのチームの唯一の技術者であるため、私の役割はビジネスが私たちに何を望んでいるかを理解し、可能な限り効率的に技術チームに提示することです。 。 一方、技術チームが必要とするものを理解します。 私の仕事の2番目の部分は、データセンターとそこで発生するすべてのことです。



アレクサンダー・アスタペンコ：ジェンヤ 、どのようにして商人になったのですか？ 前に何をしましたか？



Evgeny Babkin： 2000年代の初めに仕事と勉強を始めました。 誰かが覚えているなら、そのとき危機があり、すべてが非常に複雑でした。 より正確には、1998年に私は始めました。 彼は管理者として働いており、大学のインフラストラクチャの一部と、必要なことをすべて行ったいくつかの小さな会社がありました。



時間が経ち、ある時点でIxtensでJava開発者を雇い、そこで大規模な電気店を開きました。 その後、Intershopエンタープライズプラットフォームは非常に人気がありました。 そして、アメリカとヨーロッパの顧客向けのこのプラットフォームでは、当時呼ばれていたように、当時の電子商取引が行われたインターネットポータルを使用しました。



その後、お客様は、Amazonとの統合を希望し、そこに販売しました。 この瞬間から、会社と製品の両方が変わりました。 私たちはAmazonと、次にeBayとの統合を始めました。 当社には独自のプラットフォームがあり、さまざまな規模のお客様向けにこれらの統合を行っていました。 イベントはさらに興味深いものに発展し始めました。私たちは自分たちの小さなアマゾン、自分の市場を作りたい人にアドバイスを始めました。 ある時点で、多かれ少なかれ大規模な小売業者がAmazonを作成できるプラットフォームである製品の作成を開始しました。 今、私たちはもう少し進んで、市場で別のニッチを占有したいので、このビジネスの製品も変化しています。



私は開発者として始まり、その後アナリストでした。 そして現在、私たちは現在のバージョンのプラットフォームでGeneと協力しています。 まったく同じ製品が長年にわたって記述されており、市場セグメントが変化すると、ビジネスの変化、むしろ奇妙なレイヤーが得られます。これは非常に興味深いものです。

商品について

アレクサンダー・アスタペンコ：マーチャントリーは何をしますか？ 技術的な部分について話す前に、ビジネスの構成を理解したいと思います。 顧客は誰ですか？ 会社はいつ登場しましたか？



ジーン・バルマッシュ：会社は約10年前に設立されました。 最初の6〜7年間は、主にコンサルティングに従事していました。 彼らは大規模なクライアントのために働き、クライアントアプリケーションにしました。 約3、4年前、投資家からお金を受け取り、プラットフォームを構築すると言いました。



私たちはもともと、市場向けにオンライン市場を作るためのプラットフォームを構築しました。 これには何が必要ですか？ 最初に、サプライヤから製品を取得し、たとえばAPIを介して統合できるようにします。 これにより、製品をプラットフォームにインポートし、市場のある顧客にエクスポートすることができます。 バイヤーは市場に出向き、さまざまなサプライヤーの製品を見ます。 これらの製品を購入すると、しばらくすると、5つの異なるサプライヤから5つの異なるもので構成されるパッケージを受け取ります。 最初の部分では、製品をモデル化し、同期し、説明する必要があります。 または、より具体的には、サプライヤーにこれを行うためのツールを提供します。 次に、それを市場に同期し、注文が届いたら、これらの注文をサプライヤに電子的に配信するのが適切です。 これらは市場です。



現在行っていることを製品情報管理と呼びます。 率直に言って、非常によく似ています。 サプライヤが製品を追加できるプラットフォームがあり、これらの製品をストアにエクスポートできます。 注文が届いたら、これらの注文をサプライヤに提供し、情報（パッケージと送信日時、パッケージの番号）を同期し、注文をキャンセルできるようにします。



Pavel Pavlov：どんな製品がこのような製品を作ることができましたか？ チームはどのように構成されていますか？ どこにありますか？



Evgeny Babkin：現在13人がメインプラットフォームで作業しています。 実際、彼らは1つのチームです。 これは、これが生い茂ったチームであると言うことではなく、似たようなことです。 さまざまな時期に、開発者、テスター、およびプラットフォームとその統合に携わった全員の数は、おそらく100人に達しました。 今、私たちがやっていることと、私たちがどのように働いているかは、スクラムのようなものです。 製品の所有者は私たちからかなり離れており、英語を話すため、クリーンスクラムは不可能です。英語の開発チームはあまり上手く話せません。 スプリントがあり、Geneのおかげで、継続的インテグレーションは非常によく発達しています。



Pavel Pavlov：開発チームの人数を教えてください。 技術サポート？



Gene Barmash：ノボシビルスクでは約30人が働いています。 Zhenyaが言ったように、13は主な開発中です。 また、5〜6人が専門サービスに従事し、コンサルタントが製品の統合をサポートしています。 サポートは6〜7人です。 彼らは顧客と話したり、システムを見たりします。 また、3〜4人がDevOpsに従事しています。データセンターを監視し、変換と移行を行います。

技術について

Pavel Pavlov：このトピックに夢中になったので、データセンターについて話してもらえますか？ プラットフォームはどこに配置され、展開されていますか？



Gene Barmash：現在、2つの主要なデータセンターがあります。 セントルイス（ミズーリ州）には、サービスの質の高いそのような会社Connectriaがあります-私たちの主な生産はそこにあります。 また、カナダのモントリオールにあるOVHにセカンダリデータセンターがあります。 主に内部システムに使用します。 さらに、いくつかの生産システムがあります。 また、met石がミズーリ州に落ちた場合に備えて、Amazon Web Services（AWS）に地理的フェールオーバーがあります。



Pavel Pavlov： Amazonをメインプラットフォームとして使用してみませんか？



Gene Barmash：いくつかの理由。 部分的には、それが起こったからです。 かなり大きな負荷があり、鉄を使用する方が経済的だと考えています。 Amazonの価格を見るたびに、それらは非常に高く、特に必要なハードウェアが高かった。 原則として、Amazonに切り替えることはできますが、ハードウェアがあるため、すでにすべてを完了しているため、かなり大きな変化が必要になります。 その一方で、現在支払っている金額よりも大幅に高くなり、すでにかなりの金額を支払っています。



アレクサンダーアスタペンコ：ジン、あなたはCTOスクールのかなり多数の技術リーダーとコミュニケーションを取っています。 インフラストラクチャへのアプローチについて話す場合、AWSなどの有名なクラウドプロバイダーに接続されていないデータセンターを使用するのは、負荷の重いサービスの一般的な傾向ですか？ それとも、人々はまだクラウドサービスに傾倒していますか？



ジーン・バーマッシュ：主にクラウドサービスを利用する傾向があります。 また、負荷が非常に安定していることにも注意してください。 大きい場合もありますが、来月は5倍の負荷がかかり、5倍のサーバーが必要になるということはありません。 そのため、非常に具体的なキャパシティプランニングを行うことができます。クラウドは、たとえば他の企業にとっての利点を提供しません。 もちろん、新興企業はクラウドでそれを行います。 彼らはAmazonやHerokuのようなものを使っていますが、私もほぼ1年間使っていました。 特に、Ruby on Railsのようなことをする場合、非常に便利です。 展開について考える必要はまったくありません。



かなり複雑なインフラストラクチャがあります。独自のFTP、電子メールサーバー、ユーザー用のLDAPなどがあります。 したがって、すべてのクライアントが当社のために機能することは悪くありません。 はい、最初は鉄の完全な制御が非常に便利でした。



Evgeny Babkin：クラウドで行うのが通常と同じ方法でインフラストラクチャにアプローチします。 何かを展開すると、これらすべてが自動化されます。 テスト環境と本番環境はかなり似ています。 つまり、この観点からは、クラウドであるかどうかは関係なく、あなた自身のホスティングです。 負荷を調べる必要があるすべての場所で、SLAを調べる必要があります。



Gene Barmash：はい、 Zhenyaは完全に正しいです。多くの自動化があります。 継続的インテグレーションにより、クラスターを展開できる自動化Puppetが提供されます。Dockerを使用すると、サービスを非常に迅速に持ち上げることができます。 現在、Dockerへの移行が完了しており、一般的にはすべてが統合されます。 開発者は、本格的なウィザードを導入できます。これは、本番環境と100％同じです。



Pavel Pavlov：継続的な統合への切り替えとDockerの実装の問題。 実装方法 これはどのように問題を解決するのに役立ちましたか？



Gene Barmash：最初から継続的なデプロイの側面からDockerにアプローチしました。 継続的な展開とは何ですか？ これは、各コミットが実稼働で外交的である場合です。 すべてのコミットが必要なわけではないので、1日に1回行います。



彼は、Dockerがテスト環境で環境を分離し、異なるテスト間で100％の分離を提供するのを支援したため、継続的な展開への移行プロセスについてDockerに連絡します。 これは、異なるブランチを完全に別々にテストできることを意味します。 各開発者は自分のブランチに座って、すべてのテストを完全にスクロールします。



Pavel Pavlov： Dockerに移行した理由は何ですか？



Gene Barmash：正直なところ、Dockerへの移行時に解決していた大きな問題はありませんでした。 新しい技術があり、私たちに適しているようです。 Dockerとは何ですか？ これは、異なるサーバー間の軽量分離を提供するコンテナー内のLinuxです。 VMwareを提供するものの、低コスト。



テクノロジーを非常によく知ると、継続的な展開に切り替える方法について考え始めました。 そして、Dockerはこれを実装するために使用したツールの1つになりました。



Pavel Pavlov：そのような移行はビジネスと調整されるべきでしたか？ または、プロジェクトに投資し、そのようなことを見ていない人ですか？



Gene Barmash：これはオープンソースプロジェクトであるため、Dockerにお金を要求する必要はありませんでした。 このテクノロジーが機能し、DevOpsが効率的になります。 なぜそれを適用しませんか？



継続的な展開に切り替えたとき、すべてが変更されたため、ビジネスに説明する必要がありました。 メインの開発チームの注意をそらし、テストに多くの投資をする必要がありました。 すでに良いテストがありましたが、開発者を機能テストの作成に結び付けました。 そして、次の2週間でチームが別のことをすることをビジネスに伝える必要がありました。 それに応じて、これらのことを伝えると、「彼らは何をしますか？」と尋ねます。そして、プロセスが変化していること、目標は品質を改善し、リリースを高速化することであることを説明します。 ユージン、どのように見えたか教えてください。 あなたはずっと近かった。



エフゲニー・バブキン：はい。 一方、このトピックを開きたいと思います。 このプラットフォームは長い間書かれていました。 いくつかの特別な品質要件を持つエンタープライズクライアントに対処する必要があったため、プラットフォームの安定性を達成したかったのです。 私たちは何をする必要があるかを知っていたので、次のシフトを実行するときに、自動テストを書き始めました。 つまり、すべてのテストは自動化によって複製されました。 すべてを自動化することは不可能ですが、多くは自動化されています。



概して、今では2つのレベルのテストがあります。 これらは、古典的なGUnitテストとSelenium統合テストです。これらは、GUnitを介して実行され、外部アプリケーションインターフェイス、ブラウザーシミュレーションなどを介して動作します。



大規模なテストスイートを作成しました。 当然のことながら、それらの持続時間には問題がありました。 そして、彼らは長い間実行されました。 どうにかして一緒に暮らさなければなりませんでした。 TeamCityを統合サーバーとして使用し、いくつかのマシンがサーバーであり、その上にすべてを展開しました。 問題は、マスターが絶えず分解されていたことでした。 Dockerに切り替えると、この問題を解決することができました。今では、ブランチのアプリケーションをゼロから非常に迅速かつ簡単にデプロイし、データを入力してテストを実行しています。 仕事のパラダイムは完全に変わりました。 今では、常に安定したマスターがいます。 つまり、港湾労働者は私たちが持っている品質のレベルを根本的に変えました。 明日の翌日にリリースが必要になったときや、それほどひどいバグはまったくバグではないときに、妥協する必要はありません。どこにも行けないからです。 これはすべて過去です。



アレクサンダー・アスタペンコ：ジン、手動テストがまったくないことを正しく理解していますか？ つまり、すべてのテスト-機能テストですか？



Gene Barmash：いいえ、これは間違っています。 テスターは3つあります。1つは自動化で完全に動作し、2つは手動で組み合わせてテストし、自動化を支援します。



連続配信に切り替える前に、テスターは手動でのみテストを行いましたが、チームを追跡してテストの自動化を試みた人が1人いました。 9人の開発者がいたため、彼は常に遅れをとっていました。 多くの機能には自動化機能がないことが判明しました。 彼はいつも私たちに遅れをとっていたという事実のために、回帰は最初のリリースからわずか数週間後に現れました。 不快でした。 したがって、テストの作成に開発者を含めました。



アレクサンダーアスタペンコ：なるほど。 ユージン、他に何か追加しますか？



Evgeny Babkin：手作業による頼みはありません。 それは言うことです。 すべてを自動化するには非常に費用がかかるため、手動テストがあります。 実際、これらのテストを毎回自動化して実行する方法。 しかし、回帰は完全に自動です。 各新機能は手動でテストされます。



たまたま、テスト担当者が一連のSeleniumテストを作成し始め、可能な限りそれらを作成しました。 そのため、ある時点で、開発者をテストの記述に結び付け始めましたが、これは簡単ではありません。 開発者は本当に望んでいないため、テスターが過去2年間に書いたコードを使用することは困難です。 彼らはコードのほぼ全体を書き直したいと思っており、誰もそれを与えません。 これを2度行った場合、おそらく最初から開発者がテスターが提供するケースのテストを作成できるようにしたでしょう。 その後、それは安く、少し速くなります。

CTO Schoolについて

アレクサンダーアスタペンコ： CTO School Meetupポッドキャストの冒頭で簡単に触れました。 このミタップについて何人かから聞いたが、それについてはまだほとんど知らない。 CTO School Meetupとは何ですか？



ジーン・バーマッシュ：これはニューヨークの単純なミタップです。 現在オーストラリアにはメルボルンがありますが。 私たちは月に一度、時には月に二度集まって、最高の技術的リーダーになる方法について、さまざまなトピックについて話をしようとしています。



私の観点から、これには3つの分野での能力が必要です：テクノロジー、人々が互いに効果的に働くためにさまざまな開発プロセスを理解する必要があり、人々を動機付け、インタビューを行うなどのためにリーダーになる必要もあります 私たちが集まるとき、私はこれらすべての分野で異なるトピックのバランスをとろうとします。



人々が私たちのところに来たとき、彼らが何かを学ぶことを願っています。 大規模な会議があり、通常は月に1回、誰かが特定のトピックに関するスピーチを準備します。人を雇う方法、プロセスを最適化する方法です。 約100〜150人が来ます。 2番目のタイプの会議もあります。 これは約20人です。 テーブルの周りに座って、より親密な環境で経験を共有します。 また、人々が質問をし、他の人が答えるシートも用意しています。



私は4年間mitapを行ってきましたが、それは私にとって非常に興味深く、他の人から経験を積むのに役立ちます。 そして、人々は他の人がどんな問題を抱えているかを知りたいと思っています。



アレクサンダー・アスタペンコ：ジンは実に素晴らしいアイデアです。 もし私の問題を解決するためにニューヨークの最高の技術者を引き付ける機会があれば、それはクールだろう。 東海岸の技術リーダーたちは今何を話しているのですか？ 私が理解しているように、テーマ別のスピーチに加えて、傍観者にもいくつかの会話があります。 現在注目されているトピックは何ですか？



ジーン・バルマッシュ：各企業には独自の問題があるため、 注目すべきことは言いにくいです。 過去1年半にわたって開発されてきたトピックは、DevOps、エンジニアリング文化、およびエンジニアリングチームの哲学です。 そこで最近、CTO Etsy（手工芸品の市場）にインタビューしました。 この会社はニューヨークで非常に尊敬されています。 彼らは売上高があり、おそらく現時点ですでに数十億人です。 同社は約215人のエンジニアを雇用しています。 そして、彼らにはそのような哲学があります。私たちはPHPとそのような非常に退屈な技術を書いています。 新しいテクノロジーは新しいものであり、変化しているため、維持するのは困難です。 ところで、PHPの創設者は彼らのために働いていますが、これも役立ちます。



一方、マイクロサービスを作成するギルがあります。 マイクロサービス、Docker、イベント駆動型アーキテクチャは非常に人気が高まっています。 技術面では、Node.jsが現在ニューヨークで脚光を浴びており、Goが人気を博し始めていると言えます。



アレクサンダー・アスタペンコ：ポッドキャストの最後にいくつかの言葉がありますか？



ジーン・バルマッシュ：まず第一に、私たちを招待してくれてありがとう。 会議の開催に関する私自身の経験から、人々にとって本当に興味深いトピックがあれば、どこでもそれを広げることができると思います。 私は、Zhenyaがノボシビルスクに技術的なリーダーのグループを持っていることを知っています。 ニューヨークには多くの人がいるという事実は、確かに役立ちます。 しかし、関心がある場合は、どこでも上げることができます。 良い議論をするには、1,000人は必要ありません。 頭が良く、あなたと同じことを理解している10人が必要です。 10未満でも正常です。



Evgeny Babkin：実際、CTOcastのようなロシア語の会議が登場することを非常に嬉しく思います。 ロシアの開発者は、世界でも最高の開発者であるとよく耳にすることができます。 私たち全員が英語を完全に理解し、英語でスピーチをすることができることは明らかですが、ロシア語でそれらを聞くことはまだとてもいいです。