Popraw dostępność aplikacji i wydajność połączeń dla Bigtable, gdy profil aplikacji używa obecnie routingu jednoklastrowego z ręcznym przełączaniem awaryjnym.

Przełączenie profilu aplikacji Bigtable na routing wieloklastrowy (multi-cluster routing) jest najlepszym rozwiązaniem. Routing wieloklastrowy automatycznie dystrybuuje ruch między instancjami Bigtable w różnych regionach lub strefach, co znacznie poprawia dostępność aplikacji, ponieważ awaria jednego klastra nie przerywa działania usługi. Zwiększa również wydajność połączeń, kierując zapytania do najbliższego klastra, redukując opóźnienia. Dodanie Memcached (opcja A) może poprawić wydajność odczytów, ale nie rozwiązuje problemu dostępności w przypadku awarii klastra Bigtable. Zwiększenie rozmiaru puli połączeń (opcja B) może pomóc w obsłudze większej liczby jednoczesnych połączeń, ale nie wpływa na dostępność ani opóźnienia związane z routingiem. Użycie szablonu Dataflow (opcja C) jest narzędziem do przetwarzania danych, a nie rozwiązaniem dla routingu i dostępności Bigtable.