Juraj Longauer, Director of Cloud at Monstarlab, shares how the global digital consultancy transformed its cloud management and transparency by partnering with DoiT. Facing challenges with cloud accountability and uncontrolled costs, Monstarlab turned to DoiT for a strategic overhaul.
Over a short period, DoiT’s Cloud Navigator and FinOps framework revolutionized Monstarlab’s cost attribution, spending patterns, and resource optimization.
Juraj discusses the impact of DoiT’s comprehensive assessments, innovative cost attribution tools, and the resulting improvements in cloud service maturity and operational efficiency.
This collaboration not only streamlined Monstarlab’s cloud operations but also significantly enhanced their cost management capabilities, enabling the company to focus on delivering top-notch digital transformation solutions. Discover how DoiT’s expertise set the stage for Monstarlab’s continued success with AWS, Azure, and future Google Cloud workloads.
You have cloud challenges? We have Logan Clemons, cloud infrastructure expert, problem-solving enthusiast and key member of our CRE team at DoiT.
You know that success with the cloud starts with proper planning, but do you know as much about planning and structuring cloud data as Diego Munoz?
How did a small-town internet service provider technician from Texas come to lead DoiT’s global client services team?
From cost optimization to cloud migration, machine learning and CloudOps,
we’re here to make the public cloud easy.
From cost optimization to cloud migration, machine learning and CloudOps, we’re here to make the public cloud easy.
Ready to get started?
You will receive a calendar invite to the email address provided below for a 15-minute call with one of our team members to discuss your needs.
4 Responses
ec2 instance connect appears to be locked down to SSH and RDP protocols (ports 22 and 3389 only), meaning you can’t use it for databases in the way this post suggests. You still need to ssh to some instance then connect to the DB from there – the advantage is you don’t need to expose that ec2 instance publicly.
If you go through the above guide, you’ll just get the following error:
awscli.customizations.ec2instanceconnect.websocket – ERROR – {“ErrorCode”:”InvalidParameter”,”Message”:”The specified RemotePort is not valid. Specify either 22 or 3389 as the RemotePort and retry your request.”}
did you actually try the above out successfully?
also discussed here: https://repost.aws/questions/QU_h42-ck0R-alITadXrrXSQ/rds-configuration
ec2 instance connect appears to be locked down to SSH and RDP protocols (ports 22 and 3389 only), meaning you can’t use it for databases in the way this post suggests. You still need to ssh to some instance then connect to the DB from there. If you go through the above guide, you’ll just get the following error: awscli.customizations.ec2instanceconnect.websocket – ERROR – {“ErrorCode”:”InvalidParameter”,”Message”:”The specified RemotePort is not valid. Specify either 22 or 3389 as the RemotePort and retry your request.”} did you actually try the above out successfully? also discussed here: https://repost.aws/questions/QU_h42-ck0R-alITadXrrXSQ/rds-configuration
Always curious to learn more about Cloud data