Google helpt om schrikkelseconde te overleven

Google zelf heeft dat probleem opgelost door de schrikkelseconde uit te smeren over 10 uur in 2016 en de aansluitende 10 uur in 2017. Dat geldt niet alleen voor de diensten die Google aanbiedt, maar ook voor de computercapaciteit die het verhuurt. Dat kan klanten met virtuele machines in Googles cloud in problemen brengen. In de aanbevolen instellingen maken die namelijk gebruik van uitgesmeerde tijd. Als je daarvan geen gebruik wilt maken omdat je je lokale systemen niet wilt of kunt aanpassen, moet je de configuratie van je virtuele machines bij Google aanpassen. En je moet natuurlijk een eigen scenario ontwikkelen om te zorgen dat de schrikkelseconde geen problemen veroorzaakt, en dat 2017 op om 23:59:61 begint.

De simpelste methode om de schrikkelseconde te overleven, is natuurlijk het synchroniseren van je lokale systemen met Google-tijd. Daarom biedt Google nu de mogelijkheid om de klokken in hun lokale systemen te synchroniseren met zijn Network Time Protocol-servers. Meer details zijn te vinden in Googles Cloud Platform blog.

Om de zaken wat te compliceren, gebruiken andere cloudleveranciers een ander tijdvenster om de schrikkelseconde uit te smeren. Akamai doet dat over een periode van 24 uur. In het verleden kozen AWS en Microsoft over eenzelfde tijdvenster. Bij gebruk van mer dan één cloudleverancier of een hostingpartij moet je dus wel controleren of die hetzelfde tijdvenster hanteren. Bij de volgende schrikkelseconde wordt dat tijdvenster geharmoniseerd, is de bedoeling. Wanneer die wordt toegevoegd, is onduidelijk. Dat zou al in 2018 kunnen zijn.