Savannah Whitman When your platform runs on APIs, all of those APIs need to run perfectly. Quickly resolving issues in your API isn’t just helpful, it’s mandatory. Latency and error monitoring are only the beginning: a healthy server isn’t the same thing as a healthy product. Resolving error cases and API abuse is easiest with full visibility into your API, which is where API analytics come in.
It’s prudent business practice to only focus on your core features when getting to Minimum Viable Product (MVP). Microservices architectures allow you to outsource non-differentiated pieces of your solution to third-party providers; Use someone else for user management, billing and account management. At first blush, it might seem attractive to develop your own API analytics solution, perhaps by building on top of a web analytics tool like Amplitude, MixPanel or Segment.
New technologies always require some planning, changes, and experimentation before they merge into an enterprise stack. GraphQL adoption has been no exception to this. Companies like Airbnb, Netflix, Shopify, and other industry giants have all taken the leap to use this promising technology. In this blog, I will outline a few key considerations for creating your new service, deploying it, and monitoring the service.
In this article, we will take a high-level look at the differences between an API proxy and an API gateway. When a developer publishes a public API, it’s necessary for that API to have security policies and a way to hide backend logic from API consumers. Decoupling your API from your backend services allows you to shield your apps from backend code changes, and allows users to call your API without worrying about availability.
Interested in taking your product to the next stage of growth but have missing metrics? We understand that as a startup, companies are laser focused on getting their product out the door. Founding teams today don’t want to (or need to) create their own user management, billing, or other analytics tools. By forging partnerships with best-in-breed providers, startups can take advantage of these analytical tools without wasting engineering manpower to create in-house toolkits.
API monetization is a great way to recoup your investment into your API programs. Without direct monetization, you’re dependent on other sources of capital to grow the program, such as other profit centers or venture capital. If you’re not directly monetizing your APIs, you could be leaving money on the table. This can be especially true if you don’t have any limits in place and lean on the honor system.
Metered Billing has finally arrived in Moesif and we are super excited to be rolling out this latest feature. We have worked hard to deliver a smooth and simple way to monetize your APIs by allowing usage that is tracked in Moesif to be metered and billed by your favorite billing providers. Moesif can calculate and send usage data to a billing provider so your customers can be billed accurately, based on their usage.
While they may seem similar at first glance, Developer Experience (DX) is not just “User Experience (UX) for developers”. Rather, DX is an extension of UX focused on users who build with technical languages and tooling. DX follows the same core principles of UX but extends it by recognizing that technical details and mechanical processes can be understood and utilized efficiently by a developer.
We have launched a redesign of Moesif’s in-app experience and it’s a big one! As part of our journey to give our users the best experience possible, we’ve streamlined our in-app navigation. This update makes it easier to find key features in Moesif and will hopefully allow even existing users to see some features they haven’t used before but may be useful. As with all changes, big and small, there may be a learning curve.
Certain products can benefit from having real-time charts displayed within them. Whether it is an internal or external application, metrics truly come to life when they are displayed nicely. In the past, to display such graphics you would need to implement your own charting tool, map the data or metrics into the tool, and then maintain this implementation. Overall, it was a very inefficient and cumbersome way to display data visually within your applications.
