Ten lessons and mistakes learned in ten years around Europe: proudly sharing the slides of my presentation last week at the Berlin Meetup Remote Future Summit 2019 at Factory Berlin.
The accidental remote worker in action
Is Serverless the Future of Relational Databases?
I am very happy to talk about the new options available for running a relational database on the cloud and the serverless approach on AWS at the next DevOps Berlin tech event organized by Amsource Technology on June 5th. More information on the Eventbrite page
The abstract of my talk:
From AWS to Google Cloud, the major cloud providers offer different options to run a MySQL or a MySQL compatible database on the cloud. You can spin up virtual machines and configure your own cluster or rely on managed services with the ability to modify or scale vertically a database with the click of a button. The new trend is serverless (relational) databases that offer both traditional interfaces and HTTP API access. Can serverless databases be the future? Is Amazon Aurora Serverless really serverless?
Thanks Jack and Amsource Technology for the invitation and looking forward to see you in Berlin!
The Accidental Remote Worker
To celebrate my first ten years working remotely for Funambol, I am looking forward to talk next week at the Berlin Meetup Remote Future Summit 2019 at Factory Berlin, an event organized by Remote-how.
The topic of my presentation?
“The Accidental Remote Worker: 10 Years of Lessons and Mistakes Learned”
Working ten years around Europe from cafes, living rooms, co-working spaces and sometime forests: from time management to outdoor opportunities, from home exchanges to dead laptops, a few lessons and mistakes learned by an accidental remote worker.
If you are in Berlin next Thursday, signup on Eventbrite and join us at Factory Görlitzer Park.
Think About! Conference 2019
Looking forward to be a speaker next month at Think About! in Cologne, an event about technology, design and their impacts on society. I will discuss the benefits and drawbacks of managed and serverless databases. You can find here the asbtract of my talk “Look Mom No Hands! Moving from a managed relational database to a serverless one”. See you soon in Cologne!
Talk at Make Random Great Again
“Alexa, what is the capital of Israel?” is the title of my talk at the Make Random Great Again meetup at Betahaus. Looking forward to March 29th and a interesting event in Berlin!
Think About! Stammtisch in Cologne
I am looking forward discussing software development and territorial disputes at the very first Think About! Stammtisch in Cologne next month. You can find the details and join the event on Meetup and on Think About!
Talk at Factory Berlin
How can software developers and startups manage location-based services in disputed territories or partially recognized state? Looking forward to present “Hey, where is my country? Software development and territorial disputes” at Factory Berlin.
This event is for members only but if you are interested get in touch, I will discuss location-based services in disputed territories or partially recognized state at other events in Berlin and Cologne in the next few weeks.
Cross Zone Load Balancing always on, right?
Cross Zone Load Balancing is one of the less known and most confusing options of the different load balancers on AWS. Until 2013 the choice was simple, Amazon offered only one load balancer as a service – the Classic Load Balancer – and there was no option to perform Cross Zone Load Balancing. No feature, no doubts, no extra costs.
In 2019, with three different load balancers (Classic Load Balancer, Application Load Balancer and Network Load Balancer), there is much more flexibility but as well a higher risk of an incorrect configuration or unexpected charges.
What is Cross Zone Load Balancing?
As for AWS documentation:
“With cross-zone load balancing, (…) each load balancer node distributes requests evenly across the registered instances in all enabled Availability Zones. If cross-zone load balancing is disabled, each load balancer node distributes requests evenly across the registered instances in its Availability Zone only.”
What is the default for the Cross Zone Load Balancing?
Unfortunately the default is different on every load balancer and not very intuitive. As for AWS documentation:
Classic Load Balancer: with the API or CLI, cross-zone load balancing is disabled by default. With the AWS Management Console, the option to enable cross-zone load balancing is selected by default.
Application Load Balancer: cross-zone load balancing is always enabled
Network Load Balancer: cross-zone load balancing is disabled by default. You can enable or disable cross-zone load balancing at any time.
Should I always enable it?
There are many documents and posts on the benefits of enabling cross-zone load balancing. And if you have only one target in every Availability Zone, it is usually an easy choice . But what are the main reasons to disable it or keep it disabled?
Maybe you want to minimise the latency between your load balancer and the application nodes and have all the traffic in the subnet. Or you take advantage of the SSL termination on the load balancer and you do not want to manage not encrypted traffic across data centres and different subnets. Or maybe you want simply to save a few dollars.
Do I pay extra for Cross Zone Load Balancing?
You do not pay for the the feature itself but you might pay for the generated regional data transfer. The voice that in your billing ends up under
$0.010 per GB - regional data transfer - in/out/between EC2 AZs or using elastic IPs or ELB
and that can end in significant charges if you manage large binaries on your load balancers. According to the AWS FAQ, the cost varies according to the specific service.
Q: Am I charged for regional AWS data-transfer for cross-zone load balancing in Application Load Balancer?
A: No. Since cross-zone load balancing is always on with Application Load Balancer, you are not charged for this type of regional data transfer.
Q: Am I charged for regional AWS data-transfer when I enable cross-zone load balancing in Network Load Balancer?
A: Yes, you will be charged for regional data transfer between Availability Zones with Network Load Balancer when cross-zone load balancing is enabledQ: Am I charged for regional AWS data-transfer when I enable cross-zone load balancing in Classic Load Balancer?
A: No, you are not charged for regional data transfer between Availability Zones when you enable cross-zone load balancing for your Classic Load Balancer.
To summarize…
Cross Zone Load Balancing is a very useful feature and you likely end up enabling it in many common scenarios. But it is vital to understand the default values and the implications according to the specific AWS service you choose.
Talk at DevOps Pro Europe 2019
I am excited and looking forward to be a speaker at the DevOps Pro Europe 2019 in Vilnius. My first time in Lithuania, talking about “MySQL on the Cloud: a Journey from Virtual Machines to Serverless Deployments”. You can read the abstract of the talk here.
AWS Certified Solutions Architect – Professional – Recertification
I passed my first AWS Certified Solutions Architect exam in 2013 when there was only one option available. As recertification is (was) required every 2 years, I did take the (Professional) Architect exam in 2015, 2017 and (happily) again today. Now I can wait 3 more years, for a total of 9 years since my very first one. And I hope that by 2022 the questions with RRS or SWF will be finally gone.
