大規模な再開発を何年も経験して，そこで破棄されるソフトウェアの開発に人々がどれほど時間を費やしたかを目の当たりにしたChad Fowler氏が，GOTO Berlin Conferenceで次のように宣言した - レガシシステムを，今日一般的に思われているような悪いものとしてではなく，次なる世代へ向かおうと我々を奮い立たせる，ポジティブな存在として考えるべきだ，と。
Wunderlistの開発企業である6WunderkinderにCTOとして参加した氏が目にしたものは，巨大なモノシリックのRailsアプリケーション，巨大なモノシリックのデータベース，そしてモノシリックなデプロイプロセスだった。モノリス構築の一因となっている，大きな問題のひとつだと氏が見ているのが，システムの肥大化と複雑化に伴って，その拡張を維持したいがために，周辺に抽象的な概念を作り上げる行動だ。そうではなく，独立性と交換可能性を維持したいのであれば，一点レベルの分離性を確保するため，全体を非均質なものにする必要がある，と氏は考えている。氏がマイクロサービスアーキテクチャを採用したのは，そのような発想からだった。
システム全体を書き直す代わりに，氏らは，新機能を新たにサービスとして実装する作業に着手した。それと並行して，新システムのプロトタイピングを開始した。また，巨大なデータベースを分割すると同時に，全データのマイグレーションを兼ねて，より小さな複数のデータベースに置き換える作業を行った。作業がすべて終わる頃，新しいアーキテクチャの動作に確信を持った氏らは，バックエンドとクライアントの一部を対象とする新たなアーキテクチャ全体を作り出すため，大規模な再開発を実施したのだ。氏にとって誇りに思えるものでなかったにせよ，開発は問題なく終了した。
新しいアーキテクチャでは，すべての要求は最上位にあるWebソケットサーバを経由して到着する。Webブラウザからの要求を受けたWebソケットサーバは，ストリーミングコンテントが準備完了すると，それを返送する。その下には，より従来的なHTTPサーバがあって，１レベルの認証と承認を処理する。これら上位２層は，システムとの対話点の統一性を維持しながら，多数のサービスに分割するための基本となるものだ，と氏は説明している。氏らのシステムには現在，約60のサービスからなるシステムバックエンドがある。必要な機能を探すために，これら60のサービスを意識しなければならないAPIの利用を開発者に強いるのではなく，ひとつのAPIとして公開することが必要だ，と氏らは考えているのだ。
２つの上位層の中には，さらに２つの内部的なサービス層がある。ひとつはユーザが要求を実行可能かをチェックする部分で，データベースとの接続をまったく持たない。もうひとつは，基本的にデータベースとして機能する層である。"タスクのタイトル変更"といったような変更が発生すると，その内容と項目に関する情報を保持する変更レコードが生成される。このレコードがピックアップされて，そのイベントを対象とする第２層のすべてのサービスに展開される。この方法のリスクは，変更がさらに同じタイプの変更イベントを生成して，実質的なループを生成する可能性のあることだ。氏らはこれを，頻繁なモニタリングを使うことで回避している。
モニタリングはこの種のアーキテクチャでもっとも重要なものだ，と氏は考えている。マイクロサービスを使うことのメリットのひとつは，問題のある部分を正確に特定できることだ。モノシリックな構成では，問題の所在を切り分けることが難しい作業になる。
GOTO Berlin Conference 2014は，550人の参加者と80人の講演者によって行われる，ベルリンで２回目のGOTOカンファレンスである。