micro-apps | A polyglot monorepo | Continuous Deployment library

You check my sample project here https://github.com/xmlking/angular-elements-in-angular-shell I am still planing improve developer experience

One way to think about contexts is to view them as a layer of abstraction when you are designing your app. As it is put in the docs,

Phoenix projects are structured like Elixir and any other Elixir project – we split our code into contexts. A context will group related functionality, such as posts and comments, often encapsulating patterns such as data access and data validation. By using contexts, we decouple and isolate our systems into manageable, independent parts.

Models themselves with their underlying schema are therefore the units which you group into contexts. Models can have more fine-grained api which is necessary for their inner workings. Contexts in turn only expose methods which are useful to other application components or contexts, thus hiding the underlying implementation detail of the models.

It is not necessary to extend the context boundary down through the models level for absolute isolation. Instead you create your schema as usual, with all the many-to-many relations you need on the models. Then implement whatever low-level methods on the models directly. Put in the context only those methods which are either public api of the context or private methods touching more than one model.

UPDATE

In your scenario you might have e.g. Chats context where you put the rooms method. Its signature might be e.g. Chats.rooms_of(user). Repo.get() also goes to the context as, e.g. def get(id), do: Repo.get(User, id). The models end up containing changesets, validation methods, private methods with no dependencies to other models. The context in turn gets most of the group's publicly available business logic methods.

So the issue ended up being a problem we could fix by updating our resolvers.

In the location block we specified the resolvers for amazons DNS service, while we left the other resolvers the same to work for some internal proxy stuff.

This is now giving us the expected speed.