ベストなCDK for Terraform(CDKTF)のディレクトリ構成を探る
最近関わっているプロジェクトでは、大きなアプリケーションのリアーキテクチャを行っています。 そこではフルスクラッチでインフラの構成を書き直す機会がありました。 そのプロジェクトは社内では比較的複雑な構成になっていて、リアーキテクチャにあたっては、アプリケーション特有の事情により、考慮すべきポイントや難度が高いところがたくさんありました。 具体的には、複数のマイクロサービス間の協調性や独立性とそれに付随する認証/認可、クライアント証明書(mTLS認証)の管理、歴史的経緯による複雑性を正すためのawsアカウント移行などなど。 それらは別の機会で語る(or 同僚の誰かが語ってくれることに期待したい)として、この記事ではインフラをフルスクラッチで書き直すにあたって選択したCDKTFについて、紆余曲折を経つつも最終的に採用したディレクトリ構成について書きたいと思います。 タイトルには「ベストな」とあ
GraphQLのスキーマ設計において初期段階から考えておくべきこと ~ Mutation編 ~
これは CureApp Advent Calendar 2023 18日目の記事です。 はじめに これまでGraphQLのスキーマ設計してきた経験の中で、これ最初から考えておくべきだったなーみたいなことをMutationに限定してまとめていきます。 (Mutationにしたのはパッと思いついたのがMutation周りが多かったからです。そのうちQueryやSubscriptionやEntityについても書くかも) GraphQLのスキーマ設計にも細かい部分では様々なプラクティスがあり、実際のところはそれぞれのアプリケーションのユースケースやチームの体制に合うかどうかで決めるべきです。 なのでこうするべきという話よりは、自分のケースではこうすべきだったなーという反省をつらつらと述べていきます。 ご自身のケースに当てはめて取捨選択をする上での参考になれば幸いです。 本編 エラーをクライアントに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
