Помимо кода: реальная работа масштабирования

Рассматривая глобализацию и расширение на развивающиеся рынки, слайды стратегии и презентации зала заседаний часто кажутся впечатляющими: миллионы пользователей, неиспользованные возможности и волнение по поводу масштабирования во всем мире. Для инженерных лидеров мы сосредоточены на основных компонентах — обеспечиваем надежные технологические функции: стабильную и надежную инфраструктуру, эффективный код, предсказуемое развертывание и все элементы, которые входят в планирование технического развертывания для доставки в новые местоположения.

Тем не менее, реальная проблема, которую мы не видели и не подготовили, была о тонкостях повседневной жизни в тех областях, в которые мы расширялись, — реальности последовательных, ненадежных и медленных связей, различных устройств, которые люди могли себе позволить, были произведены платежи на местном уровне, культурный контекст и мировоззрение, в которых технология была понята и использовалась.

Мы наблюдали, как пользователи борются так, как не предсказывалось наше моделирование, столкнувшись с невидимыми барьерами, где наш код не может достичь. На данный момент мы поняли, что самой сложной частью масштабирования является не инженерное, а эмпатия — лидерство, которое придает такой же ценности человеческое использование, как и сама технология.

Думаете, ваш код может справиться с муссоном?

Конечно, вы можете предсказать, как ваша облачная платформа будет вести себя в тестируемых условиях, но как это означает, что вы готовы к сезону муссонов в Мумбаи, когда силовая сетка мерцает. Мобильная сеть нарушена ливнем? Или хаотические элементы доставки в последнюю милю, когда появляется местный фестиваль и закрывает область? Я узнал, что значительные препятствия для масштабирования — это не всегда технические ошибки, а скорее предположения, основанные на предыдущем опыте.

Из Twilio-подобного (Communications API):

Испытание: Рассмотрим проблему поддержки глобальной платформы, которая опирается на SMS-коммуникацию для предоставления чувствительной ко времени информации (например, OTP) для проверки или уведомлений. По мере того, как он расширяется на новые рынки, где SMS не может быть доставлен из -за проблем с перевозчиками (например, Индии или частей Африки), его перспективы роста (и доверие) могут быстро ухудшаться с небольшим или нулевым поставками SMS.

РеальностьК этому времени компания узнает, что она столкнулась с проблемами трафика, требующие регистрации идентификаторов отправителя (которые существуют в Индии, такие как система DLT), заблокировали сообщения из -за обязательного соответствия национальным регистрациям DND, ненадежным местным перевозчикам, вызывая отброшенные сообщения или нахождение маршрутов, которые являются надежными, но дорогими. На практике типичные международные шлюзы часто не функционируют.

Решения лидерства: Лидерство должно найти время, чтобы стать осведомленным о местных правилах телекоммуникаций, построить отношения с местными агрегаторами SMS с усиленными отношениями с носителем, обеспечить динамическую маршрутизацию для выбора наилучшего доступного пути и потенциально разрабатывать запасные отступления, используя либо голосовые OTP, либо ненадежные соединения данных для уведомлений о том, что они могут рассматривать на основе WhatsApp на основе WhatsApp, где результаты поиска, основанные на результатах поиска, по-видимому, в более высоких местах).

Урок: Инфраструктура связи не является глобальной справедливой или справедливой. Не работая над тем, чтобы понимать местную до международную взаимодействие, ведущая через правила и необходимые каналы для адаптации, успех будет встречаться только с барьерами.

Сценарий платежной системы

Испытание: Рассмотрим проблему глобальной компании электронной коммерции или поставщика SaaS, расширяющихся в Юго-Восточную Азию, такую ​​как Индонезия и Филиппины, или Африка, и ожидают, что конечные пользователи будут платить кредитной картой. Почти каждая транзакция показала снижение.

РеальностьТеперь он узнает о низких ставках проникновения кредитных карт. Пользователи преимущественно платят, используя локальные электронные валиты, банковские переводы, мобильные деньги (например, M-Pesa) или наличные на доставке. Кроме того, потоки оформления заказа необходимы для интеграции локальных методов оплаты и терпят неудачу примерно в 50-90% случаев для пользователей из-за ограниченного подключения к мобильному интернету (см. Результаты поиска. Каждая страна имеет свои собственные нормативные требования, что приводит к фрагментированным рынкам.

Решения лидерства: Лидерство должно расставить приоритеты в интеграции местных методов оплаты. Не менее важным является полная перепроектирование потоков оформления заказа для устойчивости к плохим подключению, например, полная проверка мобильных денег с использованием меню USSD, используя только минимальные данные на загрузках, что делает сервер обратных вызовов для подтверждения статуса транзакции, даже если клиент отключается во время проверки или способы оплаты, которые могут потребовать частичных вариантов платежных платежей. Соответствие обеспечивается одинаково для каждого рынка. Урок: Локализация платежей не является необязательной, и никакое техническое решение или услуг, необходимое для платежей, не является достаточно надежным для решения ненадежных проблем с подключением в процессе оплаты, где фактически производятся платежи.

Руководящие принципы для ведения культуры и контекстов

Это не жесткие правила, а мышление, которое, я думаю, очень полезно во время сложных проблем масштабирования во всем мире.

Поощрение различных перспектив в дизайне: Не проектирование в эхо -камере имеет решающее значение. Обязательно попросите и включите понимание инженеров и членов команды, которые работают и живут на ваших целевых рынках. Все это полезные перспективы, которые помогут вам оспорить ваши предположения и рано определить слепые пятна.

Попросите понимания с помощью реального вовлечения пользователей: Симуляторы и метрики полезны, но они не заменяют сочувствие видеть, как реальные пользователи взаимодействуют с вашим продуктом. Наблюдение за тем, как кто-то терпеливо борется с вашим приложением на подержанном недорогим устройстве или навигации по запутанному рабочему процессу, учит вас вещам, которые вы не можете снять в данных.

«Крайные случаи» могут быть основными: То, что помечено как небольшая проблема или небольшой пользовательский сегмент на одном рынке, может представлять собой основную проблему или большую часть ваших пользователей в другом. Подумайте о том, чтобы повысить важность взаимодействия с этими вопросами, которые имеют релевантное место, такие как разрешение SMS -платежей для небанковских пользователей, которые превращают их в банковских клиентов, но в другом стратегическом контексте, чем ваша другая рыночная деятельность.

Бороться за устойчивость: Поддержание устойчивости систем в различных условиях (например, в автономном режиме, режим с низкой пропускной способностью) по цене и обычно также требует компромиссов с другими приоритетами. Ключ заключается в том, чтобы сообщить о ценности этих решений и их долгосрочных выгод в снижении риска, поскольку риски могут быть сформулированы как «не очень хороши для того, чтобы иметь намерение» для устойчивого роста. Признайте и празднуйте

Ключевые выводы:

Признание цифрового разрыва находится внутри эволюции: Быстрая цифровая эволюция существует по мере того, как они участвуют в том, чтобы расширить пользователей, но в то же время они должны признать существование крупных групп населения, которые ограничены факторами (скорость, надежность, стоимость, доступ, устройства), и они не могут просто спроектировать для вершины спектра.

Сначала стресс -тест: Дизайнеры должны испытать не только свои серверы на нагрузку, но и на стресс, испытающие любые предположения о зависимости от инфраструктуры и способности пользователей относиться к надежности этой инфраструктуры. Например, как ваша организация разрабатывает ситуации, когда пользователи влияют на перебои в электроэнергии, которые влияют на их сеть, такие как дождь или экстремальная погода (например, муссоны)? Сигналы влияют на проблемы с инфраструктурой, такие как прочность сигнала с низкой пропускной способностью. Тестирование в течение таких периодов может выявить только ожидаемую продолжительность ограничений полосы пропускания.

Когда что -то пойдет не так (размышлять и перестроить доверие): Построить прозрачность и подотчетность. Возможно, в широком смысле делитесь изучением (внутри или даже с публичным посмертным)? Владение сбоями подтверждает растущее доверие, которое вы восстанавливаете. Внедряют уроки. Облегчая структурированные дискуссии (например, «Что если?» Семинары, которые включают переменные ваших рынков), которые помогают продумать прошлые неудачи в будущем планировании, чтобы избежать повторных неудач.

Заключение

Опыт на развивающихся рынках усиливает один важный урок: наша технология должна адаптироваться к реальности на земле, а не наоборот. Существуют проблемы, которые необходимо преодолеть, и это не является случаем некоторых приложений, касающихся прерывистого подключения, разрушительных экосистем платежей, привлечения устройств или возможностей, из которых мы можем извлечь себя. Устойчивость должна быть встроена. При разработке эффективного автономного режима для продукта рассмотрите, как адекватно интегрировать локальные платежные системы, а не реплицировать существующие системы и провести необходимое стресс-тестирование, относящиеся к условиям на земле; Это не кромки. Это критические аспекты построения устойчивых и значительных продуктов во всем мире.

Trending Stories youtube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Rahul Chandel является инженерным лидером с более чем 15 -летним опытом масштабирования платформ в Coinbase и Twilio. Он специализируется на облачных системах, блокчейне и разработке данных и представил свою работу в AWS Re: Invent. Рахул фокусируется на создании высокопроизводительных, устойчивых … Подробнее о людле Рахул

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *