Microservices Meetup vol.1 まとめ
BFFでキャッシュしてよいか。できるけどユースケース毎だし。アグリゲート以上のことするかどうかは、あるっちゃあるけど、必要が出てきたらやればいいんじゃないかな #microserv
2016-07-07 20:54:24BFFの典型的アンチパターン。BFFチームとフロントエンドチームが別れちゃう。フロントを◯◯したいって時にBFFをいじれない、とか辛い。フロントがBFFもいじれる、が理想状態。 #microserv
2016-07-07 20:56:38BFFの典型アンチパターン→BFFを作ってるフロントのチームとバックエンドのチームが分かれている。 #microserv フロントエンドの人がBFFいじれることが一番の理想状態
2016-07-07 20:56:46でもそれって辛たんやん。スキルセット違うし。そうなるとバックエンド側を柔軟にすることが大事になってきて、フロントの人が任意のクエリを叩ける、みたいな。 #microserv
2016-07-07 20:57:12ちなみに、BFFかどうかはわかないけど、FacebookはAPI CompositionをGraphQLでやってるけど、CacheはGraphQL serverではやらずに分散memcachedでやってるってどっかで読んだ。#microserv
2016-07-07 20:57:29やっぱり組織論だよね。フロントエンドの人の責務、バックエンドの人の責務、さらにいうとデザイナーの責務、そのあたりを話すことになるよなぁ… #microserv
2016-07-07 20:58:18BFFのチームとフロントエンドのチームが分かれてしまうのはダメだ。 データ・フェッチ系はどうしてもそうなってしまう時の苦肉の策ということかな? #microserv
2016-07-07 20:58:24個人的には責務分けずに各位が横断して開発できる方が開発組織としては理想形なのではと思っている。 #microserv
2016-07-07 21:00:11個人的にはフロントエンドとバックエンド両方見れるチーム、もしくは人で作るのがいいんじゃないかなーという気がする #microserv
2016-07-07 21:01:54APIと考えるのではなくサービスと考える。RESTのAPIじゃなくて、そのサービスのドメインを担当しているチームと伝える必要がある #microserv
2016-07-07 21:07:31