DotNet Full Stack Development

  Let’s be real—security in web applications is no longer optional, it’s an absolute must. With the rise of cyber threats, traditional username and password combinations are just not enough to keep intruders at bay. That’s where Multi-Factor Authentication (MFA) comes into play. In this post, we’ll dive into how to implement MFA in your .NET Core app , creating a layered defense that ensures only the right users gain access. We’ll make it simple, practical, and yes, fancy—because why not make security elegant? Why MFA? Before we get into the code, let’s answer the big question: Why MFA? MFA adds an extra step to the authentication process. It's no longer just about "what you know" (like your password), but also about "what you have" (like your phone for a one-time code) or "who you are" (like your fingerprint or face recognition). This significantly reduces the chances of unauthorized access, even if a password is compromised. Let’s break down a typic

  If you're working with .NET Core and PostgreSQL, you might have come across Dapper , a popular micro ORM (Object-Relational Mapper) that provides a fast, lightweight way to interact with databases. This blog will guide you through the process of connecting your .NET Core application to a PostgreSQL database using Dapper —an elegant combination for developers looking for high performance without the complexity of full-fledged ORMs like Entity Framework. Whether you're new to Dapper or PostgreSQL or just want a quick refresher, this blog will take you through the setup step by step. Let's dive into it! Why Dapper + PostgreSQL? 🤔 Before we dive into the code, let's briefly cover why this combo makes sense: Dapper is super fast because it doesn't abstract away SQL; you write your queries, giving you total control over performance. PostgreSQL is one of the most powerful, open-source relational databases, well known for its scalability, performance, and advanced fe

  In the fast-paced world of cloud-native development, deploying your .NET applications in a scalable, resilient way is the name of the game. And what's better than leveraging AWS EKS (Elastic Kubernetes Service) to deploy your .NET Core Item API to the cloud in a way that’s as flexible as it is powerful? Let’s walk through the process of how you can get your .NET Core Item API running in AWS EKS like a pro — and have some fun along the way! Why AWS EKS? And Why Kubernetes? 🤔 Before we dive into the nitty-gritty, let's set the stage. Kubernetes has become the de facto standard for managing containerized applications, and AWS EKS is a managed service that lets you run Kubernetes clusters without needing to maintain the control plane (AWS takes care of that!). Here’s why you’d want to use AWS EKS for your .NET Core API: Scalability : Easily scale your application up or down based on demand. Resilience : Automated recovery and failover in case of issues. Cost-Efficiency : Pay

  Working with files in distributed environments can be tricky, especially when you need to maintain high availability, scalability, and security. That’s where Amazon Elastic File System (EFS) comes into play, offering a fully managed, scalable file storage solution for use with AWS services and on-premise resources. In this blog, we’ll dive into how you can upload and download CSV files using EFS in a .NET Core application. Let’s break it down step by step, and as always, we’ll make it interactive, engaging, and packed with useful code snippets! Why Use Amazon EFS? 🤔 Amazon EFS is a great choice for: Elastic storage : It grows and shrinks as you add or remove files. Multi-AZ support : Accessible from multiple availability zones, perfect for distributed applications. Secure and reliable : EFS offers encryption and seamless integration with AWS IAM and VPCs. For scenarios where you need to manage CSV files in a multi-instance .NET Core application , EFS can act as a shared storage lay

  When we talk about distributed microservices, Service Fabric immediately comes to mind. It's a powerful platform, particularly associated with Microsoft Azure, for building scalable and reliable microservices-based applications. But what if you're running your infrastructure on AWS and you're a fan of Service Fabric? Is there a way to leverage it? The answer might surprise you! In this blog, we’ll dive deep into what Service Fabric is, explore AWS alternatives, and see how both ecosystems can be combined to create robust solutions for your microservices needs. Let’s get started! What is Service Fabric? At its core, Service Fabric is a distributed systems platform by Microsoft that simplifies the packaging, deployment, and management of scalable microservices and containers. It was initially designed for Azure but can run on any cloud infrastructure, including AWS . Key benefits of Service Fabric include: Microservices Management : Service Fabric abstracts away the comp