Microservice Management

Manage all your Microservices in one place. Tightly integrated with the Integration Platform.

Copyl Microservice Management benefits

Centralized logging

Unified logging and error management makes the debugging much easier between microservices.

Automated documentation

Onboard new team members easilly - no more reading old documentation from different sources.

Control over all Data Models

Which data models contains personal identifiable information? All classes and tables are automatically documented from the APIs.

Project Management

Connect each app in your microservice to the project in Copyl's Project Management to see project documentation, backlog, sprints etc.

Why Copyl Microservice Management saves you money

The Microservice Management in Copyl saves you money by streamlining the development process. It also make the solution more future safe because all documentation is saved in one place for all microservices. You save money and valuable developer time by having one place for all logging and all documentation. No more looking in different systems, databases, repositories and documents.

Copyl’s Integration Platform is integrated with the Microservice Management module. They share the Applications and Data Models that are defined in both products. 

If you also use the Project Management module in Copyl you get even more benefits. All project history for each development project is reachable from the microservice page.

So to summarize the picture above; the more features you are using in Copyl – the more integrated solution you get. It’s even more integrated in the real world; e.g. when you have an error in the microservice trace/logging you want to create a Task for. 

A diagram that displays the relations a microservice has with other microservices

Why microservices?

Microservice architecture means new opportunities for most organizations. Faster development and faster time-to-market. Independent, loosely coupled, services that can be released/updated at any time. The team is responsible for the application roadmap and for developing and maintaing the microservice. The team also has the freedom to use any technology within each service.

The biggest challenges with microservice architecture

We know from our own experience and from helping other companies that implementation of microservice architecture means new challenges that needs to be addressed for a successful implementation.

  • Multiple microservices are difficult to overview.
  • Defining clear boundaries for each service is sometimes difficult.
  • Difficult to make a service really independent (loosly coupled).
  • A lot of communication between the services. How? When?
  • Sharing data transfer objects (DTO) is difficult.
  • Management want to steer the many small, independent, development teams.
  • Organization model will likely need to change.
Copyls Microservices Management Platform is the solution for the biggest challenges. Not just the technical challenges with microservices but also management challenges. We usually recommend our customers to start working with OKRs if they aren’t doing that already. Copyl has OKR functionality for the organization, teams and individuals.

How do microservices communicate?

The absolute most common communication between microservices are via REST API. It’s done over https and requires no or very little configuration on the network.

We recommend to use the standard methods for your api requests; GET for fetching data, POST for saving new data, PUT for updating and DELETE for deletion. PATCH can also be used for updating, it’s a matter of taste.

One common way of describing the microservice’s methods is to use an OpenAPI/Swagger that will create an HTML-page with all methods and data models described. Swagger documentation will be created automatically if you use e.g. Swashbuckle in your .net project. 

gRPC is another a common protocol to use for communication between microservices. It’s faster than http.

gRPC and HTTP REST are both ways to transfer data over a network, but they have some differences.

gRPC is a modern, open source, high-performance RPC framework that can run in any environment. It uses HTTP/2 for transport, Protocol Buffers as the interface description language, and provides features such as bidirectional streaming and flow control, cancelling long-running operations, and authentication.

On the other hand, HTTP REST is a architectural style for building distributed systems that can be used with any application protocol running over any transport. It is based on the idea of representing a system’s resources as a set of interconnected nodes, and using HTTP verbs (such as GET, POST, PUT, DELETE) to manipulate these resources. REST is widely used because it is simple and flexible.

In general, gRPC is better suited for situations where performance and efficiency are important, while REST is more widely adopted and easier to use in a variety of situations.

Copyl Development Team works in an agile way

More microservice information from the blog

Why we put all the features in Copyl

Copyl is probably the most broad ERP Software as a Service (SaaS) in the market today, with modules for workforce planning, project management, contract management,

Book a demo of Microservice Management to see it in action

We promise you will get some inspiration to manage your own services.

Team workforce planning