Skip to content

Article - Microservice architectures using ProtoActor #24

Open
@rogeralsing

Description

From chat:

I would say there are two common approaches to services using Proto.Actor.
One approach is to have a cluster for a specific micro service, or rather for a sub-system.
where that sub-system lives on its own. say a telemetry processor for IoT. where actors are used for the parts inside that sub-system only.
This sub-system could ofcourse interact with other systems, using any standard mechanisms, say http/grpc/queues etc.

Another approach is to use a cluster for all your services, as Proto.Actor clustering is basically built around service discovery. meaning you could have some nodes hosting service A, and some other nodes hosting service B etc. and they can all know about eachother due to the service discovery.
Both works very well. I personally tend to favor the sub-system approach as it helps keep things more isolated

But you are right, all of this needs to be documented and explained more in detail

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions