Google正在向需要帮助的组织公开提供其网络时间协议(NTP)服务器，这些组织需要在今年12月最后一天的时钟增加一秒后才能使其系统平稳运行。
组织可以使用Google的Public NTP服务，以使其本地系统时钟与在公司Compute Engine云平台上运行的虚拟机实例上的时间保持同步，或者更一般地说，可以在12月31日处理the秒。
提供与地球自转有关的标准和数据的国际地球自转和参考系统服务(IERS)会定期在世界各地使用的协调世界时(UTC)标准中添加所谓的“ second秒”对于地球自转的微小变化。
第一次leap秒是在1972年添加的。此后，IERS总共对UTC进行了26次调整。根据美国海军天文台时间服务部的数据，最后一次添加leap秒是在2015年6月30日。由于the秒的添加是非常不规则的，因此IERS通常提供六个月的时间计划增加的通知。
即使这样，额外的一秒也会使计算机系统的内部时钟中断，从而导致各种问题。例如，在2012年，由于一秒钟的飞跃，澳大利亚的澳航(Qantas Airlines)的航空公司预订系统遭受了两个小时的中断，而使用亚马逊云托管服务的几家公司由于同样的原因而被下线。
Google的时间团队技术负责人迈克尔·希尔兹(Michael Shields)在公司的Cloud Platform Blog中写道： “没有一种常用的操作系统能够在61秒内处理一分钟。在试图以leap秒为例的情况下，这导致了许多问题。过去。”
Google容纳额外一秒的方法是在20小时的窗口内将所有内部服务器时钟运行得无限慢。Shields表示，与其在一天结束时增加时钟的额外时间，不如将Google的系统时钟速度降低0.0014%或百万分之14，从而“抹掉”多余的时间。
Google目前使用的leap秒处理方法与2011年采用的方法略有不同。那时，公司没有降低NTP服务器的时钟速度，而是在20个小时的时间范围内(每次几毫秒)增加了额外的秒数。
谷歌去年在适应2015年6月的leap秒时曾指出，这两种方法都是为了确保the秒对于依赖仔细的时间排序的应用程序和系统仍然不可见，例如事件进入数据库。
Shields说：“所有Google服务，包括所有API，都将在拖延的时间进行同步，”以适应即将到来的leap秒。
Google云客户可以选择将Compute Engine虚拟机配置为使用Google的NTP服务器，也可以使用外部NTP服务器。无论哪种情况，最安全的方法是避免依赖于Google的NTP服务器和外部服务器，因为这可能会引发意外行为，Shields警告道。
谁想要同步与谷歌的原子钟的系统时钟也可以通过配置其网络设置使用time.google.com作为他们的NTP服务器使用谷歌的公共NTP服务，该公司表示。
