みなさん、こんにちは。エンジニアリングdivのしもはたです。 最近、機動戦士ガンダムを一話から見始めました。戦場で戦って成長していくアムロの姿を見ると自分もうかうかしてられないなと思いますね。早くニュータイプ系エンジニアになれるように日々成長ですね。 さて、話は変わりますが入社時から関わっていたチームから別のチームに異動することになりました。移動前のチームでは、自分以外のメンバーがフレックス・リモートの制度をフルに活用し、私が出社してもチームメンバーが職場にいない状況は珍しくありませんでした。 今回はリモートワーク初心者の私がリモートワーク中心の開発チームで直面した問題と解決策をお伝えしようと思います。リモートワークを取り入れてみたがうまく運用が回らないよ、とお困りの方の参考になれば幸いです。 【目次】 チームの体制とフルリモートの実態 リモートワークのメリット 発生した問題と解決策 問題

Scala大好きインフラエンジニアの九岡(@mumoshu)です。マイブームはConcourse CIですが、今日はマイクロサービスの話をさせていただきます。 TL;DR; 「サービスの負荷上がってきたし、マイクロサービス化しよう。マイクロサービス化って、Railsアプリ分割して、それぞれCapistranoでデプロイしておけばいいんでしょ？」*1 マイクロサービス化をするためには、アプリケーションだけでなくインフラや運用のことも考える必要があります。 この記事では、クラウドソーシングのクラウドワークスが来るマイクロサービス化に向けて認識しているデプロイメント上の問題とその対策を紹介します*2。 テストからデプロイまでがめんどくさいよ問題 →Dev/Prod Parity、Infrastructure as Code、CI、ビルドパイプライン リリースに1時間かかるよ問題 →ビルドキャッシ