現実世界のマイクロサービス：サービスに陰りが見え始め、いよいよ本気になるとき | POSTD
マイクロサービスを用いれば、エンジニアリングチームは迅速にプロダクトを拡大することができます……もちろん、彼らが分散システム運用の複雑さのせいで泥沼にはまっていなければの話です。本記事では、マイクロサービスの運用に関わる非常に厳しい問題―例えば大規模なサービスのステージングやカナリアデプロイなどの問題―が、RPC層に ルーティング の考え方を導入することにより、どう解決できるのかを説明します。 私は、Twitterでインフラのエンジニアを務めていた時代（2010年から2015年まで）を振り返ってみました。すると、当時はそういった言葉がなかったというだけで、私たちは「マイクロサービスを使っていた」のだということが分かります（当時は、今思えば分かりにくい言葉、 SOA ＜サービス指向アーキテクチャ＞と呼んでいました）。 バズワードはさておき、当時も、現在私たちがマイクロサービスを使おうとする動
まさに論文工場。アウトラインプロセッサとエディタを融合したManuscripts
どんな科学的発見も、最後は論文にしなければいけません。発見は発見でしかなく、それを文章にまとめて、他のひとが理解できるように共有できてはじめて、それは知見となるからです。 同じことは、私の本業である科学の最前線であれ、大学の卒業論文であれ、こうしたブログ記事でも同じです。 しかしこのプロセスが苦手だという科学者は実におおぜいいて、この「論文の壁」が多くの才能を阻んでいるといっても過言ではありません。 こうした論文作成の作業については、いままでそれに特化したツールがあるようでいて、なかなかありませんでした。 Manuscriptsはそうした状況に一石を投じるとても個性的なツールです。エディタと、アウトラインプロセッサ、図表や数式に参考文献をすべてひとつのツールで執筆できる、まさに論文作成工場なのです。### 段落まで構造化されたアウトラインプロセッサ＋エディタ なぜ科学者にとって論文を書くの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
