Bookmark the Dev-Tech-Invento Blog for the latest tech updates.
I am a .NET full-stack developer with 14 years of experience also have expertise in both Node.js and Azure Cloud and have a proven track record of developing and deploying successful applications using these technologies. I share articles about the latest .NET technologies and code examples, Azure Cloud migration and development tips and best practices, DevSecOps, and other essential challenging topics.
Enabling dependency injection on your Azure Function a little bit different than the usual process like you do on the .Net Core applications. Here I’m planning to share some tips and steps you should follow if you need to enable DI on Azure Functions with C#.
Azure Cloud Service is one of the very useful PAAS (Platform-As-A-Service) offerings that Azure provides to deploy your Worker Role or Web Role into the cloud VM(s).
As many organizations are now migrating their on-premise applications to the cloud platform now there are many requirements to convert legacy .Net application written in .Net Full framework to .Net Core.
It’s been a while since Microsoft Azure announced the end-of-life of the Cloud Service (Classic) offering which is scheduled to retire on 31st August 2024.
Azure DevOps still don’t have the verified Deployment task provided by Microsoft to deploy new release packages to Azure Cloud Services (Extended Support) instance.
My motivation to write this article is to share some thoughts I have in my mind about “why application monitoring is important” as much as the importance of a good design or application architecture.
If you are familiar with Azure Function Applications you know that you can manage application settings and connection strings via Azure Portal. But the main problems I see there are as below.
In the modern era, almost every application/system has at least a single component that consumes any API operation. The applications that heavily consume APIs are facing so many challenges when it comes to protecting their APIs and data.