OurProducts
OurProducts
Alya
Powerful development framework for web services
ServerSage
Observability for applications and infrastructure
LogHarbour
Logging framework for audit trails, debugging and activity logging
We in Remiges have learned a lot from our decades of business application development. We have learned about templates, processes and tools to run our projects better. But the biggest challenge we took up is to create products which we will use for our projects. We realised that the basic building blocks of most modern applications have little to do with the functional specifications or business domain of the application: they are generic. (The term we hear from others is โvertical-agnosticโ.)
Take the case of user management. Every application we build requires
ย
- Screens to manage user accounts
- Screens to let a user reset her own password
- Supports for the more common 2FA options
- Map a user to groups, map a group to access rights
- And so on ad nauseumโฆ
At some point, we were bound to say โEnough!โ and build something reusable. We realised that we need to comply with the modern standards around authentication, authorization, and session management. And there was the matter of programming language agnosticity. So we picked the leading open source IAM system from the Internet and built on it. This is how we arrived at our Remiges IDshield, built by extending and customising Keycloak. Since Remiges IDshield is open source too, our clients have no issue incorporating it into their applications when we build a system for them. And since IDshield runs as a service, we do not face problems with programming language choice โ the application can be in Go while IDshield is in Java. They communicate using a REST API.
All our products were born this way, as B2B software systems which could be integrated with existing or new business applications. Some, like IDshield and ServerSage, add value to a pre-existing class-leading base product. Others like Crux, Alya and LogHarbour, were designed and built from the ground up. Each product takes care of one aspect of the requirement of todayโs large, scalable business applications. We have six products today, we do not guarantee that we will not have more in a few years.
WhyProducts?
We get asked this a lot. Why do we consider ourselves a services company if we are serious about products?
Why does a services company want to dabble in products?
The classic 20th century view of enterprise software products involves a team developing a very valuable application which then is offered to multiple clients through an expensive selling process. Eventually, after years of brand building, product enhancements and sales, the licence fees from the product sales begin to get you profits.
This still works in the 21st century, but there are other business strategies. And for software services companies, building open source products is an awesome strategy.
Products become a technology showcase to convince our clients about our capabilities.In our case, our open source products can be installed and tested by our clients without our involvement, thus deepening our brand credibility. The full source code is available on GitHub, and all documentation is on our website. In some sense, our products are our calling card to start our conversation with new prospects.
Products act as focal points for concrete opportunities. Our products are an excellent fit for large business application stacks. Many clients hear about IDshield and connect it with their need for a single sign-on portal. Or they have been struggling with their forensics and audit challenges, and find our LogHarbour very relevant. Discussions remain focused, and opportunities qualify faster. In an industry where first contact to concrete PO can take a year, this is a huge blessing. If we had approached them with just custom software development capabilities, our story would have been less topical, and the discussion would have meandered.
Our product track record helps us attract the best talent. The most ambitious and competent engineers in the industry rarely find it fulfilling working in the services sector, moving from project to project. But with our products, they get a taste of the technical depth, the latest tech stacks, and the best tools and processes which only the product eco-system offers them for their technical growth.
Last but not least, all our products are available for us by our project delivery teams. Wherever possible, our project teams incorporate our tried and tested, scalable, up-to-date products as key components into our solutions. This reduces delivery risk, increases project quality, reduces time to go-live, and ploughs back learnings which trigger virtuous cycle of improving our products.
Our Technical Strategy for Products
Open Source
All our products are open source. We earn from services and consulting around our products, but we do not charge any licence fees, nor do we restrict the eco-system from forking our products and re-distributing parts of our source code. Our source code repositories have been on GitHub from Day
Horizontally Scalable
All our products are horizontally scalable, and can work with large distributed application clusters. Our products will not be a bottleneck as you scale out. They use caching internally wherever necessary. Moreover, they offer resiliency which accompanies this scale-out โ none of them will impact service availability if one component fails.
Container-Friendly
All our products can run in containers, thus fitting in well in a modern container farm.
Developer Products
Our products are not for end-user use. For instance, there is no payroll package or e-commerce system in our set. Our products are attractive to business application developers, to incorporate into business applications. They offer server-side services, which integrate into the server-side code of your applications. (Almost)) all of them have a GUI for administration and management. The server-side code comes with client libraries in Go and Java.
Independent Services
All our products which run as independent services (Alya does not) can be offered as SaaS services on public clouds, and we will offer such services soon.
Our technical strategy for products
All our products are open source. We earn from services and consulting around our products, but we do not charge any licence fees, nor do we restrict the eco-system from forking our products and re-distributing parts of our source code. Our source code repositories have been on GitHub from Day 1.
All our products are horizontally scalable, and can work with large distributed application clusters. Our products will not be a bottleneck as you scale out. They use caching internally wherever necessary. Moreover, they offer resiliency which accompanies this scale-out โ none of them will impact service availability if one component fails.
All our products can run in containers, thus fitting in well in a modern container farm.
Our products are not for end-user use. For instance, there is no payroll package or e-commerce system in our set. Our products are attractive to business application developers, to incorporate into business applications. They offer server-side services, which integrate into the server-side code of your applications. (Almost)) all of them have a GUI for administration and management. The server-side code comes with client libraries in Go and Java.
All our products which run as independent services (Alya does not) can be offered as SaaS services on public clouds, and we will offer such services soon.