Open-Sourcing NanoAPI: Rethinking Microservices for Modern Developers

Hey dev.to community!

We're excited to announce that after two years of development, our project napi is going open-source! We've been building something that we believe will fundamentally change how developers approach building and deploying applications. Here's a quick dive into what we're doing, why we're doing it, and how you can be a part of it from day one.

TL;DR

• ?️ We're building to help companies reduce early technical trade-off, and late refactoring efforts.
• ? Initial focus on NodeJS ecosystem, but quickly expanding outward to PHP, Java, and more.
• ? Star the project on GitHub to follow along with our progress.

A New Approach to Development: Build Monoliths, Deploy Microservices

The traditional struggle between monolithic architectures and microservices is one every developer knows. With our project, we aim to bridge the gap by providing developers a seamless way to write monolithic applications that can be deployed as microservices. This approach brings the best of both worlds—allowing you to work faster in development while benefiting from the flexibility and scalability of microservices in production. This method means no more early architectural compromises; it's all about flexibility and making what you've already built even better.

Starting with Node.js, Expanding Quickly

Our initial focus is the Node.js ecosystem. You may say: "but Joel, the companies that really need to refactor are all in Java" and you would be 100% correct. JS/TS is simply the best place to start until we get community feedback on which languages are most important to you.

Our roadmap is focused on expansion into PHP, Python, C#, Java, and more. If there is a specific language you want to see first, please star us and contribute!

We have some additional features planned on the roadmap as well:

• Auto-detect "dead" API endpoints that no longer see traffic.
• Automatic flagging of bottlenecks within your APIs.
• Codebase metrics for understanding legacy systems faster.
• System-level interaction mapping between multiple services.
• And much more!

Open-Source Tooling for Devs, with Enterprise-level features for Architects and CTOs

We're committed to supporting developers with free, powerful tools while offering additional paid features tailored to solution architects and enterprise environments. By combining an open-core model with additional enterprise-ready features, we can maintain an ecosystem that's both accessible to individual developers and robust for larger organizations with more complex needs.

Going Open-Source: Why Now?

We've spent two years fine-tuning this project, including gathering valuable feedback and honing in on exactly what developers need most. Based on this feedback we learned that developers really don't want a black-box auto-refactoring tool that works on their code without seeing how it works. (Fair warning to you, AI-based refactoring companies!)

Because of this, the time felt right to open up our code, share our work with the community, and let developers see what we're building. By going open-source, we're creating an ecosystem where everyone can contribute, improve, and shape this project to make it the best it can be.

A Bit About Us & Our Journey

Our team is driven by a vision to improve developer workflows and make large-scale application management easier for everyone. We're a fast-growing and multinational team of 3 going on 4.

• ?? Joel is an American abroad; he's worked as a SWE in both enterprises and startups and seen all the technical debt companies struggle with around their APIs.
• ?️ Florian is our resident Frenchman. With a background in mechanical engineering, his switch to software brings unique insights into our approach.
• ?? Justus is our business guy. Always direct, he keeps us on track by being our "Dutch Uncle".

We plan to continue expanding as we gain traction, and plan to start looking to fill DevRel, DevExp, and other roles in the very near future. If you think this could be you, the best way to get our attention is to join the community and interact with us.

Join Us and Follow Along!

⭐ Star the project on GitHub

Justus Goes Bald

We really want to build a strong community of developers and an amazing project, but Justus:

^ This guy. Doesn't believe we can get developers on board with our project. To prove it, he made a bet with the rest of the team: if NanoAPI gets 1,000 stars on Github in the first week of the project, he will shave his hair off and donate it to charity.

What do you think? Can we make him go bald? ??‍?

Give us a star to make it happen! → ⭐

The above is the detailed content of Open-Sourcing NanoAPI: Rethinking Microservices for Modern Developers. For more information, please follow other related articles on the PHP Chinese website!