There is no technical debt, only an investment opportunity in education or future business returns. The effort of fixing the consequences of bad decisions is part of the price you have to pay. The only loss happens when you fail to acknowledge the “debt” and choose to pretend it is not there. I designed and built numerous IoT systems, and I made countless mistakes in the process. The truth is that when you start creating something innovative, you have no clue if your design decisions are correct or not; there is no way to predict the long-term impact of the way you structure the early version of your system.

Amazon Timestream for LiveAnalytics will no longer be open to new customers starting June 20, 2025. That is very bad news for numerous AWS IoT deployments. I deployed Amazon Timestream for various customers using this time series database to store telemetry data. I liked Timestream because it was an AWS-managed service, so there was no need to worry about the scalability and availability of the underlying infrastructure. Unfortunately, AWS decided to disable this service for new customers.

It all started typically - that person contacted me on LinkedIn asking for assistance in designing and building an IoT-powered product. We met, discussed the business idea, found a common ground, and agreed to start in a month. Time has passed, and I haven’t heard from that person. Ok, I thought, yet another lead that went south. I decided to give it one last try and sent an email asking for confirmation that the initial agreement was no longer valid.

I’ve got access to numerous AWS accounts and typically use my phone as the MFA (Multi-Factor Authentication) device. That is a handy, secure, and cost-effective solution. There is a specific case in which I do recommend using a hardware security token as the secondary MFA. I use it to protect access to the Root User of the AWS Management Account. Let’s break this down: ✅ The Root User has unlimited permissions, can create and destroy any AWS infrastructure, and manage other users in that account.

Unlock IoT Flexibility: The Decoupled Power of MQTT MQTT enables the decoupling Publishers from Subscribers. This might sound technical, but it has implications for flexibility and scalability in IoT solutions. Let’s explore why this feature is one of MQTT’s greatest strengths. Your browser does not support the video tag. The Magic of Decoupling: Publishers & Subscribers in MQTT At its core, MQTT (Message Queuing Telemetry Transport) is a lightweight messaging protocol ideal for constrained devices and low-bandwidth, high-latency, or unreliable networks – common scenarios in IoT.

Introduction Amazon Q Developer is a generative artificial intelligence (AI) powered conversational assistant that can help you understand, build, extend, and operate AWS applications. You can ask questions about AWS architecture, your AWS resources, best practices, documentation, support, and more. Context - how to customize solutions AI generates Amazon Q context enables fine-tuning Amazon Q to generate solutions according to your specific needs. This is how I use it. Overall Context Structure For the greatest flexibility, I manage contexts on three distinct levels: