Дом на колесах авито: Доступ временно заблокирован

>

Уникальный архитектурный проект Pohutukawa в Новой Зеландии

В Новой Зеландии можно встретить множество интересных вещей и необычных явлений – судя по всему, жилой проект Pohutukawa является одним из них. Представляя собой нечто среднее между типичным домом на колесах и полноценной квартирой класса студия, проект является дочерней работой архитектурной компании Tiny House Builders – как явствует из названия, компания специализируется на разработке компактных жилых пространств. Как сообщает директор по менеджменту компании, Ребекка Бартлетт, создать такой уникальный проект удалось главным образом путем переделки формата трейлера и сочетав в нем те жилые элементы, которые лучше всего смотрятся в многоквартирных домах.

Проект Pohutukawa получился весьма необычным и крайне удобным в использовании, как оказалось – обладая в ширину всего лишь 3-мя метрами и около 7 метрами в длину, жилое пространство удалось сделать действительно комфортабельным и масштабно используемым. При входе гостей встречает достаточно просторная гостиная зона, по левую сторону которой оборудована мини-кухня со всем необходимым оборудованием.

Второй ярус занимает большая хозяйства кровать и некоторые другие спальные принадлежности, а напротив, на нижнем ярусе справа от гостиной приютился совсем небольшой совмещенный санузел, однако также укомплектованной необходимой мебелью и бытовыми приборами. Общее жилое пространство составляет 33 квадратных метра, что при таких скромных размерах выглядит настоящим дворцом – стоит отметить, что высота трейлера составляет 4,5 метра. Кроме того, конструкция основана на ровной трейлерной доске, под которой установлены колеса – это позволяет быстро и легко перевозить дом в любое место.

Именно с этими соображениями пространство и создавалось – проект Pohutukawa является на данный момент одним из наиболее многообещающих и интересных архитектурных жилых пространств. Однако пока что компания дорабатывает мелочи и детали, вскоре готовясь выпустить данный трейлерный формат на рынок новозеландской недвижимости.

Остается дожидаться отзывов первых жителей и пользователей данного проекта!

Новости Стерлитамака :: г. Стерлитамак. Стерлитамакский портал (СТЕРЛИТАМАК.РФ, СТР.РФ, СТЕРЛИТАМАК.РУ, СТР.РУ) :: Стерлитамак город

Раздел новости Стерлитамака

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

Поиск:

Самое популярное на STR.RU


Интересное на STR.RU

Витрина Стерлитамака

Разместиться на Витрине Стерлитамака


23.06  оператор набора текста
23.06  Двухъярусные кровати с металлическими спинками различной конфигурации
23.06  Качественные металлические кровати, дешевые кровати
23.06  Широкий выбор металлических кроватей, одноярусные железные кровати
23.06  Трехъярусные металлические кровати, кровати со сварной сеткой
23.06  Металлические кровати армейские, раскладушки
23. 06  Качественные металлические кровати, кровати железные двухъярусные
23.06  Металлические многоярусные кровати, широкий ассортимент
23.06  Полуторные кровати, Кровати железные, Кровати с ДСП спинками
23.06  Трёхъярусные кровати, Кровати двухъярусные, Кровати для общежитий

Внедорожные жилые прицепы Sandtrekker

Оцинкованная рама
Система тормоза наката Стояночный тормоз
Подвеска рессорная
Подвеска пружинная
Диски
Шины
Светодиодная оптика
Опорные стойки


опционально
опционально
недоступно

R16
235/65


Шасси и подвеска




недоступно

R16
265/70





недоступно

R17
265/70




недоступно

R17
265/70

Длина
Ширина
Высота
Алюминиевый каркас
Подъемная крыша
Утепленные стены
Окна
Люк
Сервисные люки
Передний рундук Фронтальная защита

3000
1500
1200








3600
2200
1600








4200
2200
1600








4500
2200
1600








Мебель/матрасы
Детская кроватка

Мебельная подготовка


опционально


опционально


опционально

Аккумулятор
Система зарядки от автомобиля
Система зарядки от внешнего источника
Система зарядки от солнечных панелей
Инвертор 12/220

Электрооборудование

Бак для воды
Бойлер (электрический)
Бойлер (газовый)
Насос

70 л


недоступно

Водоснабжение

70 л

опционально

2х70 л
недоступно


2х70 л
недоступно


Композитный газовый баллон

Газовое оборудование

Отопитель салона (газ)
Отопитель салона WEBASTO (бензин)
Биотуалет переносной
Биотуалет стационарный
Раковина
Душ внешний
Душ стационарный
Кондиционер



опционально




опционально

опционально

опционально
опционально


опционально
опционально

опционально

опционально




опционально

опционально

опционально




опционально

Мойка/газовая плита
Холодильник
Вытяжка

Кухонное оборудование

Запасное колесо на кронштейне
Маркиза
Экспедиционная канистра 20 литров

Навесное оборудование


опционально
опционально
недоступно

R16
235/65


3000
1500
1200








70 л

недоступно



опционально




опционально

недоступно
недоступно



опционально


недоступно

недоступно

недоступно
недоступно
недоступно
недоступно

100 А/ч
опционально


опционально

3000
1500
1200









опционально
опционально
недоступно

R16
235/65


Система управления метаданными в Avito | Фрол Крючков | AvitoTech

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

Рисунок 1. Примеры метаданных: название, категория, цена, описание объявления

После того, как продавец разместил объявление, ему необходимо оплатить листинг. Эти листинговые сборы обычно основаны на информации в объявлении. Например, цена автомобиля может существенно различаться в зависимости от года выпуска и марки. Или это может быть местоположение, которое больше всего влияет на листинговые сборы. Неочевидно, что скорость и плавность изменения метаданных компании будет препятствием для поиска стратегий монетизации путем проведения A / B-тестов.

Рисунок 2. Использование метаданных в бизнесе

Менее очевидный пример — это когда метаданные помогают настроить SEO. Не секрет, что чем больше органического трафика на сайте, тем лучше для бизнеса. Страницы результатов поисковых систем (SERP) и рекламные страницы являются самыми популярными страницами в объявлениях. Рекламные страницы менее интересны, поэтому я опишу случай поисковой выдачи.

Пользователи могут использовать миллионы комбинаций фильтров. Каждая комбинация фильтров дает уникальную поисковую выдачу. И это плохо для SEO, когда тонны поисковых запросов пользователей разбросаны по тоннам поисковой выдачи, потому что вес каждой страницы невелик.Чтобы решить эту проблему, появился канонический URL.

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

На этом этапе вы можете применить один и тот же шаблон ко всем следующим полям:

  • какие данные пользователь должен отправить;
  • какой тип метаданных, отображаемых в рекламе, приводит к лучшему CTR;
  • обнаруживать мошеннические списки;
  • индексация;
  • ценовое предложение;
  • вы называете это.

Мы обсудили преимущества быстрого изменения метаданных.Но что вообще затрудняет его быстрое изменение?

Из рисунка 2 видно, что метаданные объединяют все домены приложения. Вот почему сложно что-то изменить. Даже незначительные изменения типа атрибута могут сломать всю систему. Например, изменение одного атрибута из списка значений в форме отправки рекламы может нарушить алгоритмы поисковой индексации и монетизации.

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

Функциональные требования:

  • Решение должно предоставлять инженерам нашего отдела и аналитикам возможность легко вносить изменения в метаданные, такие как добавление, удаление и обновление атрибутов и категорий, а также их типов, значений и параметров.
  • Любые изменения в метаданных пространства определенного отдела не должны влиять на метаданные других отделов. Если это невозможно, мы должны предупредить пользователей. Например, атрибуты для добавления на рабочий стол, iOS и Android с разными версиями, пространство атрибутов для индексации поиска, модерации, поисковых фильтров и визуализации на различных платформах.
  • Каждый отдел (доменное пространство) должен иметь возможность запускать множество версий своих метаданных одновременно, то есть для целей A / B-тестирования.

Нефункциональные требования:

  • Система должна легко масштабироваться по горизонтали.
  • Он должен быть эффективным с точки зрения памяти и быстрым во время выполнения.
  • Должен допускать несовпадение версий.
  • Сеть удобна для пользователя.

Самый простой способ сохранить метаданные — это встроить их в схему базы данных и жестко закодировать в базе кода. Чтобы показать это, мы приступим к нашему первому примеру. После того, как пользователь отправил рекламное объявление, оно будет сохранено в таблице базы данных со схемой, подобной этой:

Рисунок 3.Схема стола для хранения рекламы

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

Мы также хотим провести A / B-тестирование, добавив новое поле в определенной категории, чтобы узнать, нравится ли оно пользователям.Это не будет проблемой, если вам не потребуется изменить схему и добавить новое поле, что требует блокировки всей таблицы. Это довольно сложно, если у вас есть база данных с миллиардами рекламных объявлений. Даже если вы разделите базу данных по категориям, вам все равно потребуется запускать миграции, устанавливать значения по умолчанию и т. Д. Вторая проблема заключается в том, что для изменения схемы требуется новая фиксация изменения схемы базы данных и новое развертывание службы для выполнения миграции схемы. Это не та беглость, которую мы хотели.

Давайте представим себе один из возможных способов организации схем базы данных, который не потребует от нас запуска миграций для доставки новых атрибутов:

Рисунок 4. Вообразимое решение для динамических метаданных вокруг атрибутов рекламы

Вау, есть пять новых таблиц вместо одной, и еще пара не показаны для простоты. Но не бойся. Идея проста: мы преобразуем наши столбцы в строки, а остальные — вспомогательные таблицы для запуска системы. Этот подход называется Модель «сущность-атрибут-значение» (EAV) .

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

  1. Наше приложение должно отвечать за согласованность данных.
  2. Производительность среды выполнения сильно пострадает от такой нормализованной схемы.

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

Мы не рассматривали графические базы данных из-за отсутствия опыта в нашей компании.

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

  1. Система управления метаданными с дружественным пользовательским интерфейсом для управления вариациями шаблона EAV.
  2. Frontend for backend — высокопроизводительные микросервисы, выполняющие операции с данными во время выполнения. Они используют сильно денормализованный интерфейс данных для серверной системы для проверки, подготовки к рендерингу и других целей.

После формирования этих глобальных компонентов возник шаблон EAV: как обеспечить согласованность данных на уровне приложения и заставить его работать быстро во время выполнения.

Рисунок 5. Основные элементы инфомодели

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

Каталог

Каталог — это нормализованное хранилище категорий, атрибутов и значений, хранящихся в третьей нормальной форме. Он отражает архитектуру шаблона EAV, обсуждавшуюся ранее, но только его атрибутную часть. В каталоге есть список категорий, который является корнем для других атрибутов.Это список категорий, которыми занимается наш бизнес, например аренда автомобилей, продажа автомобилей, продажа недвижимости, аренда недвижимости, краткосрочная аренда недвижимости и другие.

Далее идет каталог атрибутов. Атрибуты — это свойство категории. Например, это может быть марка , модель , год выпуска для аренды автомобиля . Для недвижимости это может быть город, , район, или кв. Значения — это все возможные значения атрибутов перечислимого типа.Например, для атрибута brand категории auto возможные значения: audi, bmw или ford .

Также каталог отвечает за все возможные отношения между атрибутами и их значениями:

Рисунок 6. Формат отношений между атрибутами и значениями

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

Макет

Макет представляет собой композицию из трех различных компонентов.

Макет

Макет — это имя для трех манифестов, которые описывают поведение, структуру и свойства формы пространства имен. Компоненты макета решают одну проблему, которая имеет две стороны:

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

Отношения отвечают за конкретную структуру данных в пространстве имен или макете, как мы называем это внутренне. Это проще показать на примере с рисунка 7:

Рисунок 7. Пример двух структур отношений одних и тех же метаданных

Как видите, есть две пользовательские истории, в которых мы используем одни и те же метаданные в разном порядке.

Первый случай — подача нового объявления на автомобиль. В этом потоке самый короткий способ для пользователя указать свой автомобиль — сначала выбрать марку, затем выбрать модель этой марки, а затем установить год выпуска автомобиля и т. Д.По мере того, как пользователь заполняет поля, остается меньше вариантов для выбора. Мы даже можем автоматически заполнить остальные поля на каком-то этапе, потому что остается только один вариант.

Другой пример — посетитель ищет машину. Обычно они ищут с более широким диапазоном. Таким пользователям проще заполнить бренд и модель и выбрать из списка 4–8 поколений, чем брать конкретные годы. В таких сценариях в игру вступают отношения. Используя несжатую структуру каталога с рисунка 6, мы можем установить любые взаимосвязи макетов.Эта идея также широко используется при проверке вводимых пользователем данных.

Форма полей. Следующий элемент макета — это форма полей. Этот компонент является декларативным способом описания полей, отображаемых для пользователя или для внутреннего сервера.

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

  • Список полей атрибутов на форме.
  • Связь между полями и собственно атрибутами формы и каталогом.
  • Свойства полей и сама форма.

Правила. Последний элемент макета — это манифест правила.Это декларативный DSL (предметно-ориентированный язык) для описания поведения полей формы. Этот компонент отвечает за отображение / скрытие, включение / отключение, проверку полей на основе состояния всей формы и даже за изменение их свойств и состояний.

Вы можете увидеть результат этого элемента, выбрав марку. Он запускает новое состояние формы, когда мы отображаем атрибут модели. Или другой пример, когда в выбранном городе есть метро, ​​мы покажем атрибут со станциями метро.Стоит отметить, что манифесты никто не пишет. Система управления метаданными автоматически создает их в пользовательском интерфейсе.

Управление версиями

Макеты — отличный способ различать разные платформы, домены и отделы. Однако, как только у каждого отдела есть свой собственный набор макетов, они быстро понимают, что они хотят запускать несколько версий одного и того же макета одновременно для A / B-тестов или когда мы складываем старые версии мобильных приложений или внутренних сервисов.

Реализация управления версиями макетов концептуально не сильно отличается от системы контроля версий, такой как Git. Он использует систему ветвления. У нас есть сущности, которые можно изменять: каталоги и макеты (правила, отношения, формы). Мы также знаем, что у нас должна быть возможность запускать в производственной среде столько версий одного и того же макета, сколько у нас есть A / B-тесты.

Это приводит нас к реализации, в которой у вас есть ветки для различных A / B-тестов. Но чтобы использовать конкретную ветку, включая основную, вы должны ее выпустить.В момент релиза происходят две основные вещи.

Во-первых, серверная часть объединяет все изменения и выгружает их в эффективный формат хранения, к которому можно легко получить доступ во время выполнения. Во-вторых, выпуск сгенерированного тега версии, с помощью которого можно получить доступ к версии макета в производственной среде. Чтобы поддерживать актуальность метаданных A / B-тестов, вы можете объединить основную ветку. Слияние основной ветки с A / B-тестом необходимо, поскольку вы создали резервную копию всех сущностей после выпуска версии метаданных, включая те, которые вы даже не трогали.Это происходит потому, что мы решили реализовать стратегию только добавления, которая требует менее сложной реализации.

Маршрутизация

Что такое маршрутизация в первую очередь? Мы уже обсудили множество элементов, таких как версии и макеты. Маршрутизация была придумана для того, чтобы клиент (мобильное приложение, веб-браузер, веб-служба) мог указать макет и версию для его использования.

Технически маршрутизация — это просто строка, по которой другие службы могут обращаться к макетам.Он имеет шаблон: {версия}. {Название макета}. {Категория}. В реальной жизни это выглядит так: REAL-123.new-adv-mobile.13. Тег версии обычно обозначает задачу Jira, в которой запрашиваются изменения. Однако, если вы хотите отладить макет на стадии подготовки, не выпуская новую версию, вы можете указать dev. real-123 в качестве имени тега. Тогда все спецификации будут сгенерированы по запросу. Я не буду обсуждать в этой статье, как это делается, потому что это отдельная тема.

Рисунок 8. Маршрутизация

Менее очевидное наблюдение: наличие категории в маршруте устанавливает максимальную степень детализации A / B-тестов. Это сделано специально. У каждого отдела или бизнес-вертикали есть своя песочница для проведения экспериментов без дублирования с другими отделами. Однако внутри маршрута все конфликтующие A / B-тесты должны быть соответствующим образом организованы внутри одного отдела.

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

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

Рисунок 9. Макеты как призма для определенных бизнес-областей

Есть несколько важных вещей, которые макеты делают и не делают:

  • Макет не отвечает за внешний вид форм. Он содержит структуру формы, такую ​​как шаги и свойства полей.Но он действует как конфигурация для внешнего интерфейса.
  • Макет не всегда является визуальным представлением чего-либо. Макет может быть механизмом проверки, представлением данных для внутреннего использования и т. п. Кроме того, макет может выступать в качестве механизма шаблонов для канонических URL-адресов поисковой выдачи.
  • Одновременно можно использовать разные версии одной и той же раскладки. В основном это происходит с мобильными приложениями, в которых разные версии используют старые API и A / B-тесты.

На этом этапе мы можем перейти к более техническим деталям:

Рисунок 10.Схема компонентов системы управления метаданными

В системе управления метаданными есть три основных уровня: внутренняя часть инфомодели, внешняя часть инфомодели и потребительские услуги.

  • Backend отвечает за применение изменений к метаданным, загрузку каталогов из внешних источников, выпуск новых версий.
  • Frontend отвечает за предоставление доступа в реальном времени к макетам, каталогам, атрибутам. Наиболее распространенные варианты использования: проверка формы для Интернета или мобильных устройств, сборка представления атрибутов для рекламы, сборка формы для отображения в Интернете или на мобильных устройствах.
  • Потребительские службы реализуют бизнес-логику. Это может быть интерфейс, мобильное приложение или внутренний сервис.

Серверная часть EAV для системы управления метаданными выглядит более или менее как типичное веб-приложение. Он состоит из реляционной базы данных, одностраничного приложения и нескольких сложных ETL. Здесь вы можете управлять данными каталогов, правил и отношений, создавать макеты, создавать ветки, выпускать новые версии. Однако некоторые вещи относятся к нашим внутренним инструментам, таким как автоматическое тестирование всей системы при внесении изменений в метаданные.Все эти выпуски новой версии инфомодели запускают ряд E2E-тестов, чтобы убедиться, что наши пользователи по-прежнему могут добавлять или искать рекламные объявления в каждой категории.

Рисунок 11. Одностраничное приложение бэкэнда инфомодели

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

Реализация управления версиями

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

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

Что происходит на этапе выпуска

Мы выпускаем новую версию инфомодели, когда уверены, что мы применили все изменения и готовы запустить ее в производство.

Для запуска новой версии в производство мы запускаем сервисы валидаторов и серию E2E-тестов. Они проверяют выпуск новой версии метаданных, чтобы гарантировать, что она семантически не нарушит взаимодействие с пользователем.Следующим шагом является создание манифестов из текущего состояния базы данных и их сброс в хранилище статических файлов. Это оно.

Когда клиентам требуется выпущенная версия макета, интерфейсные службы переходят в это хранилище манифестов и подготавливают их для обработки запросов клиентов. Эти файлы распространяются nginx с разными уровнями кеширования, например etags. Каждый новый выпуск сбрасывает новую версию и никогда не затрагивает старые, поскольку мы перешли на управление версиями только с добавлением.

Однако, когда мы хотим протестировать конкретную версию в стадии постановки, мы не выполняем все эти шаги.Вместо этого манифесты создаются по запросу. Манифесты могут быть очень большими, поскольку некоторые из них содержат иерархические зависимости данных и могут ухудшить взаимодействие с пользователем. Чтобы решить эту проблему, проблемы производительности и памяти в производственной среде, мы разбиваем такие манифесты на иерархические разделы. Это увеличивает скорость генератора по запросу и увеличивает количество попаданий в кеш для манифестов в рабочей среде.

Дистрибутив выпуска

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

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

Рисунок 12. Схема компонентов для интерфейсных служб

Может показаться, что службы действуют как прокси перед хранилищем. Но это не так, потому что файлы метаданных, которые хранятся в хранилище, сами по себе не имеют смысла. Во-первых, вы должны «скомпилировать» файлы метаданных, чтобы выполнять к ним запросы.Кроме того, у сервисов нет нагрузки на запись, и они действительно являются сервисами без сохранения состояния . Это свойство предоставляет нам Несвязанное горизонтальное масштабирование ( по крайней мере до тех пор, пока не сломаются сети кластеров k8s).

Рисунок 13. Диаграмма потока запросов

Диаграмма потока запросов показывает нам, что внешние сервисы делают внешние исходящие запросы только в том случае, если запрошенный макет отсутствует в кэше. Это единственный случай, когда нам нужны внешние запросы, в противном случае служба отвечает на запрос из внутреннего кеша в памяти.Исходящие запросы возникают редко. Они случаются, когда выпускается новая основная ветвь инфомодели, или происходит запуск новых A / B-тестов, или при развертывании сервисов. Но сначала поговорим о кешировании.

Удаление кэша

Сколько макетов экземпляр может хранить в памяти одновременно? В реальном мире ответ — это зависит от обстоятельств. Наиболее важные причины — это количество зависимостей между атрибутами, которые преобразуются в объем оперативной памяти, который принимает служба. Самая глубокая категория Avito с большим количеством атрибутов и взаимозависимостей между ними — это категория авто.Просто посмотрите на количество зависимостей только для производителя автомобилей Acura:

Рисунок 14. Количество узлов и зависимости между атрибутами

На данный момент ясно, что мы не можем позволить себе хранить все макеты в памяти. Мы не можем этого сделать из-за огромного размера и постоянно меняющегося количества макетов из-за A / B-тестов и постепенного развития системы. Мы должны ограничиться количеством макетов, которые мы можем одновременно хранить в памяти:

Рисунок 15. Использование слота для кеш-памяти.Зеленая линия — это выпуск новой версии сервиса

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

Чтобы смягчить эту проблему, мы использовали кеш ARC. Arc cache отслеживает частоту и новизну использования определенного макета.Это помогает не вытеснять макеты, которые получают относительно низкие запросы в секунду, но также очень важны. Примером такого макета является отправка нового рекламного объявления, которое имеет небольшое количество запросов, но очень важно иметь в кеше из-за важности не пропустить отправку формы пользователем.

Прогрев кэша

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

Каждая служба знает, что у нее есть в ее кэше в памяти. Таким образом, экземпляр выгружает список макетов из памяти в кластер Redis.

Рисунок 17. Процесс разогрева кэша в памяти

Процесс развертывания выглядит следующим образом:

  • Мы используем стратегию скользящего обновления, которая позволяет нам распределять нагрузку, когда мы чрезмерно загружаем спецификации макетов.
  • Экземпляр переходит к кластерам Redis и получает список макетов, которые используются в данный момент.После этого он подтверждает собственное успешное развертывание, передавая 200 в ходе проверки работоспособности балансировщикам нагрузки k8s.
  • Служба просматривает список и загружает макеты так же, как и при промахах в кэше. Если что-то пойдет не так, экземпляр пропускает этот процесс.
  • После всего этого сервис сообщает k8s, что он готов обрабатывать запросы.
Рисунок 18. Разогрев кеша перед тем, как экземпляры получат запросы

Зеленая пунктирная линия на рисунке показывает, когда новые экземпляры получили запросы от балансировщика нагрузки.Пик перед этим показывает, сколько времени потребовалось для разогрева конкретного макета. На запуск примерно 60 экземпляров уходит около четырех минут.

Система управления метаданными является неотъемлемой частью высоконагруженной классификации. В нашем случае это помогает запускать A / B-тесты любых изменений метаданных, настраивать SEO и резко сокращать время вывода на рынок для запуска функций, связанных с метаданными. Нам потребовалось много работы, чтобы создать нашу текущую систему, и мы все еще ждем новых улучшений.Тем более, что эта система вызвала много запросов от внутренних команд, которые активно используют ее ежедневно, есть много работы, которую нужно улучшить!

Avito Офисы — Москва | Снимки офисов

ABD Architects спроектировали новый офис рекламной компании Avito, расположенный в Москве, Россия.

Архитекторы бюро ABD architects работали над дизайн-проектом нового офиса Avito Yacht. Часть пространств на 10 этаже отведена под рабочее пространство в формате open-space.Рабочие зоны, каждая из которых выполнена в голубых, красных, желтых и зеленых тонах, разделены стеклянными и мобильными перегородками для флипчартов, а также двухъярусными мягкими выдвижными ящиками, напоминающими трюм корабля. Для отдыха и общения персонала предусмотрены зоны отдыха и уединенные рабочие места. Для деловых встреч и конференций есть небольшие переговорные комнаты, названные по названиям известных островов (Врангеля, Котлина и др. ).

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

Основная идея интерьера новой части офиса Avito родилась легко: команда Avito молода, все увлекаются спортом и путешествиями, поэтому тема интерьера была очевидна — яхтинг.Петр Фидельман, главный архитектор проектов ABD architects: «Яхты — это радость открытий, позитива, конкуренции и борьбы, командной работы и индивидуальных навыков. Более того, яхта является образцом рационального дизайна, где каждый кубический сантиметр пространства значим и функционально, что вполне актуально и для офисного помещения ».
Идея яхты вдохновила на множество оригинальных дизайнерских решений, причем все они имеют не только декоративный характер, но и функциональны. Выигрышной идеей было, например, использование солнцезащитной пленки, которая используется для смотровых окон яхт, для матирования стеклянных стен.Через светоотражающую пленку снаружи практически не видно, что происходит внутри конференц-зала, а изнутри все прекрасно видно. Белый глянец, характерный для корпусов яхт, наносится маркерной краской в ​​офисе. В результате вы можете рисовать маркером на большинстве стен.

Офис спроектирован по принципу Activity Based Design. Это означает, что для всех рабочих ситуаций и процессов, будь то интенсивная консультация команды дизайнеров, целенаправленная работа одного сотрудника или конфиденциальная беседа в тет-а-тет или что-то еще, архитекторы из ABD Architects предоставили подходящую зону и созданы удобные условия.Большое внимание было уделено командной работе: планировка и мебельные решения способствуют общению и сотрудничеству сотрудников. Здесь множество удобных и разнообразных внутренних зон для групп от двух-трех до двенадцати человек, что примерно соответствует количеству дизайнерских команд. Все конференц-залы и открытые зоны общения спроектированы по-разному, ни один из них не похож на другой. Здесь есть гамак от двухкорпусного корабля, скамейка-спасатель для мозгового штурма, трюм, каюта подводной лодки и конференц-зал «спина боцмана» со стенами цвета загара, украшенными морскими татуировками, и многое другое.

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

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

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

Судья отклоняет ходатайство о повторном рассмотрении дела об убийстве 2003 года

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

Г-н Джука, 32 года, был осужден в 2005 году за убийство Марка С. Фишера, студента Университета Фэрфилда, тело которого было найдено в нескольких кварталах от дома г-на Джуки в южном районе Проспект-Парк. На судебном процессе под пристальным наблюдением прокуратура утверждала, что г-н Джука был членом молодой банды, которая преследовала г-на Фишера, чтобы завоевать авторитет на улицах. Они также сказали, что он ревновал к женщине, с которой г-н.Фишер флиртовал и злился на него за то, что он сидел в пьяном виде за родительским столом.

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

В своем постановлении судья Дэнни К. Чун сказал, что, хотя информатор, Джон Авито, действительно изменил свое заявление, отречению не следует доверять, потому что г-н Авито так часто лгал. Судья Чун также постановил, что обвинение не обязано получать и раскрывать записи психиатрических данных г-на Авито, которые г-н Бедеров обнаружил только после суда.

Г-н Джука не проявил никакой реакции, когда судья Чун приказал ему вернуться в тюрьму.Но г-жа Джулиано отказалась покинуть зал суда, присела на полу и крикнула: «Нет! Они забрали моего сына! »

Г-н Бедеров сказал журналистам, что он разочарован, но не разочарован решением, и пообещал подать апелляцию.

Полный путеводитель по российским торговым площадкам

Более 21% из 144 миллионов российских потребителей активно делают покупки в Интернете, ища более конкурентоспособные цены и разнообразие продуктов, чем те, которые доступны в обычных магазинах. В настоящее время самыми популярными категориями в регионе являются книги, электроника, бытовая техника, товары для мамы и ребенка, спортивные товары, одежда и обувь.

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

OZON.RU

Основанная еще в 1998 году, Ozon в настоящее время является самой узнаваемой онлайн-площадкой в ​​России с более чем 16 миллионами клиентов в базе данных, более 850 000 уникальных посетителей в день и более 7 миллионами загрузок приложений… и насчитывает

Компания Ozon, представленная более чем 4 миллионами позиций по 14 ключевым товарным группам, представляет собой прибыльный канал продаж для международных розничных торговцев, работающих в различных продуктовых вертикалях.

ЯНДЕКС.МАРКЕТ

Яндекс.Маркет, запущенный в 2000 году крупнейшей поисковой системой в России, является еще одной из ведущих онлайн-площадок России. Предлагая широкий выбор товаров, от кухонной утвари, одежды, детских игрушек, автозапчастей и кондиционеров, Яндекс.Маркет рекламировал более 57 миллионов товаров в 17 категориях и ежемесячно привлекает на сайт более 1,9 миллиона уникальных посетителей. .

LAMODA

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

Широко известная своей бесплатной экспресс-доставкой и стремлением предоставить клиентам больший выбор модных брендов, а также отличное обслуживание клиентов, Lamoda в настоящее время предлагает более 2 миллионов товаров более чем 1000 международных брендов.

KUPIVIP.COM

KupiVip.ru — еще один ведущий ритейлер модной одежды в России, специализирующийся на продаже со скидкой модной одежды и товаров для дома от ведущих и люксовых брендов.

Предлагая продукты со скидкой 90% от рекомендованной розничной стоимости и размещая до 20 частных онлайн-продаж флэш-памяти в день, KupiVip.ru быстро выросла и стала нарицательной в России, привлекая более 6 миллионов зарегистрированных клиентов.

ULMART.UK

Основанный в 2008 году и начинавший свою жизнь как небольшой интернет-магазин компьютерного оборудования и аксессуаров, Ulmart.ru в настоящее время является одним из крупнейших игроков на российском онлайн-рынке.

Ulmart.ru — это мультикатегорийный интернет-магазин, предлагающий более 120 000 товаров, от ультрабуков, смартфонов и бытовой техники до автомобильных шин, моторного масла, детских игрушек и товаров для дома и сада.

AVITO

Avito.ru — ведущий российский сайт онлайн-объявлений, эффективно объединяющий сообщество покупателей и продавцов по всей стране.

Открыт как для индивидуальных, так и для профессиональных продавцов, Avito предлагает широкий выбор новых и подержанных товаров, начиная от цифрового оборудования и одежды до автомобилей и недвижимости.

Как успешно стать лидером — Университет Аитаргет

Что Avito и Aitarget узнали, настроив лидогенерацию в Facebook.

С тех пор, как Facebook запустил Lead Ads, предоставляя пользователям быстрый и безопасный способ подписаться на получение информации от компаний, бренды и потребители смогли лучше понимать друг друга. Рекламодатели могут аккуратно собирать информацию о пользователях и создавать список контактов для использования в будущем, в то время как пользователи подписываются, подписываются на мероприятия или получают демонстрации продуктов.

Ключевым преимуществом Lead Ads является то, что они оптимизированы для любого места размещения и устройства. Lead Ads ориентированы на пользователей, 95% которых используют мобильные приложения Facebook.В приложении открывается форма для потенциальных клиентов, которая автоматически загружает данные пользователей из их профиля в Facebook.

Чтобы показывать рекламу с помощью форм для потенциальных клиентов, выберите «Создание потенциальных клиентов» в качестве цели в Ads Manager на первом этапе создания кампании. Следующие шаги такие же, как и для кампаний с любой другой целью, за исключением того, что вам нужно будет указать информацию для заполнения формы для лида при создании объявления. Генерация лидов доступна для одного изображения, одного видео, слайд-шоу, карусели и мгновенного взаимодействия.

Итак, вы думаете: «Круто, так что, как только я запущу кампанию по рекламе для лидов, люди начнут стучаться в мою дверь, верно?» Подожди, не так быстро! Важно приглашать аудиторию только через стратегически важные платформы и ориентироваться на специфику вашего рынка.

Aitarget объединилась с Avito, крупнейшей службой объявлений в России, чтобы протестировать устройства, таргетинг, места размещения и форматы Lead Ads, чтобы понять, на что делать ставки при запуске кампаний.

Отведи меня к своему лидеру: пример использования Avito

Avito предоставляет несколько вариантов для предприятий, включая службу подписок для создания страниц брендов с информацией о товарах и услугах или вакансиях, а также для автоматической публикации объявлений.

Сервис Avito Work запустил кампанию Lead Ads для широкой аудитории по привлечению лидов на подписки.

За один месяц Avito достигла 11% конверсий в лиды в России, при этом 57% целевых лидов.

Эльвира Дерябина, менеджер по клиентским решениям Aitarget, говорит:

«Для электронной коммерции или в Facebook Marketplace Lead Ads становится многоканальным инструментом из-за высокого уровня настройки. Это также позволяет использовать собранные данные в других маркетинговых каналах. Случай Avito показал, что правильная настройка рекламы вместе с возможностями форматирования позволяет вам справляться с бизнес-задачами как звезда ».

У этой звезды пять баллов, которые вы должны использовать в своих собственных объявлениях для лидов.

Используйте Instagram

Хотя вы можете подумать, что аудитория Avito Work не будет восприимчива к рекламе в Instagram, на самом деле это не так! Первоначально лид-кампания была адаптирована для настольных компьютеров, но как только мы добавили Instagram в места размещения, CPL снизился на 80%, а количество лидов увеличилось в семь раз.

Анастасия Вассер, специалист по поисковому маркетингу Avito, говорит:

«Вовлечение Instagram значительно увеличило охват нашей аудитории и принесло нам 20 дополнительных лидов в день в течение первой недели.В результате кампании Instagram стал самым эффективным среди всех размещений, предоставив нам 85% заявок от потенциальных клиентов ».

Будьте мобильны

Наша кампания с Avito показала, что Lead Ads для настольных компьютеров работает лучше, чем целевая страница для привлечения потенциальных клиентов, но наибольшее количество конверсий с низким CPL было совершено с мобильных устройств.

Смартфон в руках держат не только те, кто оставил свои ноутбуки дома или на работе.Это целый сегмент аудитории. Даже Facebook говорит, что будущее за мобильными устройствами, поэтому мы не можем его пропустить.

Целевая аудитория-двойник

Среди всех вариантов таргетинга на Facebook наиболее эффективным было привлечение клиентов по аналогии с теми, кто уже использовал подписки (Lookalikes).

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

Похожие аудитории используют сходство с вашими существующими клиентами, поэтому вам нужен источник сходства, чтобы создать похожую аудиторию. Чтобы настроить исходную аудиторию, перейдите в раздел «Аудитории» в Ads Manager и выберите «Пользовательская аудитория». Пользовательская аудитория может быть собрана из данных Facebook Pixel, SDK, CRM или лайков на вашей бизнес-странице. Когда настраиваемая аудитория будет готова, выберите Lookalike в том же разделе аудитории и продолжите настройку с помощью этой инструкции от Facebook.

Мишень с повышенной точностью

Когда вы стучите в чью-то дверь, вы должны объяснить человеку, который отвечает, для чего вы пришли. Lead Ads работают так же: чем больше информации у вас есть, тем больше у вас шансов получить с конкретными клиентами, а не со случайными прохожими.

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

Для более точной сегментации лидов мы добавили поле «Интересы». Это уменьшило количество лидов, но улучшило их качество. Обработка данных стала удобнее.

Завершите начатое

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

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

VC Firm Accel строит фабрику единорогов в Лондоне, от Avito до Supercell

В нью-йоркском офисе Varonis Systems генеральный директор Яки Файтелсон устраивает встречу с инвестором Accel Кевином Комолли.Сейчас начало ноября, всего через несколько минут после последнего заседания совета директоров Varonis, а прошло уже почти четыре года с тех пор, как компания по обеспечению безопасности стала публичной. Но Комолли, ее первый инвестор, остался директором по просьбе Файтельсона. И хотя Forbes находится там, чтобы поговорить с Комолли, проезжая через него по пути из Лондона в Калифорнию, генеральный директор делится своим мнением первым.

«Главное — совет, и его нужно получить в нужное время. Это может быть полночь в убогом гостиничном номере, когда я пытаюсь заключить сделку », — говорит Файтельсон.«Он по-прежнему первый парень, которому я звоню, чтобы представить новый продукт».

Файтельсон вместе с Охадом Коркусом основал Varonis в Израиле, но он называет Комолли почетным членом команды основателей. Когда эти двое позвонили в первый звонок на Nasdaq в 2014 году, они сделали это вместе с инвестором. И хотя огромные доходы Комолли за годы от таких сделок, как Варонис, позволили ему занять 2-е место в первом в истории Midas List Europe, списке ведущих европейских и израильских технологических инвесторов, запущенном на Venture, именно такие моменты, по словам Комолли, удерживают его от вешает шпоры — даже несмотря на то, что он вырос в команде Accel Partners в Лондоне, возглавляемой восходящей звездой Сонали Де Рикер (Midas Europe No.5), который должен бороться за более крупные выходы в течение многих лет.

Accel London начал свою деятельность, когда на пике пузыря доткомов в 2000 году давний лидер Джим Брейер решил, что компании следует рассмотреть возможность расширения своей деятельности в Европе. В поисках людей, знавших Лондон, Брейер позвонил Комолли, старому однокласснику Гарвардской школы бизнеса по частной инвестиционной компании. Вскоре после этого они встретились с соучредителем Accel Джимом Шварцем, чтобы разработать меморандум об открытии лондонского офиса Accel.«Я думаю, что тот факт, что мы с Джимом доверяли друг другу, дал нам основу для создания действительно функционального и отличительного продукта», — говорит Комолли.

С годами к нему присоединились инвесторы, в том числе ветеран Брюс Голден, Гарри Нелис (Midas Europe № 14), а в последнее время Де Рикер и Филипп Боттери (Midas Europe № 19). Наряду с лондонским конкурентом Index Ventures, Accel — одна из двух фирм, включивших четырех партнеров в список Midas Europe List. И, как и Index, он поместил двух партнеров — одного из эпохи доткомов, другого из нового поколения — в пятерку лучших.

Когда Де Райкер начала работать в Accel в 2008 году, у нее был тезис о рискованной инвестиционной стратегии: смотреть на восток, в Россию. Де Риккер по всей Москве встречался с предпринимателями, воодушевленный стремительным успехом Яндекс и Mail.ru. Одна из ее первых инвестиций, KupiVIP, которая предлагает флеш-продукт для продажи одежды, похожий на Gilt, казалась прорывной, когда она поддержала его в 2010 году (KupiVIP могла бы достичь дохода в 300 миллионов долларов в прошлом году до того, как обвал рубля, что примерно вдвое уменьшило эту цифру после того, как в 2015 году он получил сумму, эквивалентную 265 миллионам долларов, при росте на 50%.Перед лицом более сложного рынка моды в России сегодня он остается частным.)

Де Райкер знала, что рискует больше, когда решила поддержать службу объявлений под названием Avito.ru. Компания Avito, основанная командой из Швеции, имела выручку в несколько миллионов, но уже имела высокую оценку для своих 1,5 миллиона или около того пользователей и сжигала гораздо больше, когда Де Райкер инвестировал от имени Accel в 2012 году. Компания по-прежнему в значительной степени ограничивалась Москва столкнулась с массой конкурентов.«Это потребовало некоторого мужества и веры в команду, — говорит Де Рикер. «Это было сложное путешествие».

См. Полный список Midas Europe здесь

На деньги своих инвесторов Avito смогла приобрести второго и четвертого по величине конкурентов и вывести их из гонки, достигнув при этом 60% прибыли. В 2015 году, когда рубль уже находился под давлением, Avito продала контрольный пакет Naspers за 1,2 миллиарда долларов, когда компания заявила, что у нее более 35 миллионов пользователей в месяц. «Сонали — не обычный инвестор, а настоящий партнер, который поддерживал нас даже тогда, когда время от времени становилось трудным, а результат все еще не был окончательным», — говорит Йонас Нордландер, соучредитель и генеральный директор Avito.«Это требует мужества и большой честности, которые мы любим».

Совсем недавно Де Рикер инвестировал в британскую фирму по операциям с транзакциями Calastone, французский стартап Shift Technology в области страхования и недавно в шведскую компанию телемедицины под названием KRY в июне 2017 года. «Это единственная подобная компания, которая взломала государственную систему возмещения расходов, так что 20 000 люди в месяц не платят как пациенты », — говорит она. К этим сделкам добавились инвестиции Botteri в Algolia в рамках двух раундов и более недавние сделки, включая Doctolib и PayFit.В июне инвестиционный директор Де Рикера Люсиана Ликсандру была названа второй женщиной-партнером фирмы в Лондоне после того, как помогла ей попасть в компанию по доставке еды Deliveroo и на рынок подержанных товаров Wallapop. (Один из более длительных членов команды, Гарри Нелис (список № 14), в июле провел одну из ее последних сделок, серию А на сумму 35 миллионов долларов в компании по кибербезопасности CallSign.)

С новой охраной в Лондоне, Комолли ушел из повседневной деятельности два года назад, чтобы разделить время между этим офисом и своей семьей в Калифорнии.Вернувшись в Нью-Йорк, он не согласен с тем, что замедляет темп. «Supercell — это сказочная история, о которой люди думали, что она может появиться только из Кремниевой долины», — говорит он о сделанных им вложениях серии A в размере 11 миллионов долларов, которые превратились в крупнейшую победу Accel в мире со времен Facebook, когда SoftBank приобрел ее через долю в 1,5 миллиарда долларов в 2013 году. и доплата через два года. «Я хотел бы сделать еще пару Supercells».

Однако, если это изменение, Комолли, похоже, добился чего-то редкого: построил венчурный офис в Европе, который оказался больше, чем просто форпостом для магазина в Кремниевой долине.В этом отношении он лишь немного больше готов задуматься: «Я горжусь командой, которую мы создали», — говорит Комолли. «Но мы только в начале».

сотрудников Avito действительно могли бы воспользоваться вашей помощью, получив логотип с символом | Конкурс на разработку логотипа

Бизнес: Название компании — Avito Properties. Название Avito происходит от идеи свободной жизни. Компания покупает жилую и коммерческую недвижимость (таунхаусы / двухквартирные дома / старые пабы / старые магазины) для ремонта и последующей сдачи в аренду.Сфера деятельности — Ливерпуль, Великобритания, с некоторыми работами в более крупных городах Мерсисайд и Большой Манчестер. Это молодая небольшая независимая компания с молодыми сотрудниками (старше 20 лет), которые в основном взаимодействуют с арендодателями, инвесторами и различными арендаторами (одинокие специалисты / семьи / лица, пользующиеся социальными пособиями). Хотя бизнес-принцип стара как история, мы считаем, что делаем его более практичным, открытым и доверительным образом, в соответствии с сегодняшней культурой. Цели дизайна: Цель дизайн-проекта — разработать простой, запоминающийся и успокаивающий логотип для визиток и веб-сайтов.Мы повышаем осведомленность о компании и будем ориентироваться на интернет-маркетинг. Ключевые слова, которые мы пытаемся передать, — это надежность, безопасность, дружелюбие, практичность, прямолинейность и простота. У нас нет предварительного логотипа / бренда / рекламных материалов, на основе которых можно было бы развиваться, то есть с чистого листа, мы открыты для множества идей, но хотели бы иметь какой-то символ. Целевая аудитория: Есть 2 целевые аудитории. Один — продавец-домовладелец и два — финансирующий инвестор (состоятельные частные лица / банки).Арендодатели и их посредники (агенты по недвижимости) будут основной аудиторией. Они будут сильно отличаться от других инвесторов, которые продают свои акции / завещания / банки с возвращением во владение / домовладельцев. Образ, который нам нужно создать, — это надежность, доверие, дружелюбие и профессионализм, но не корпоративность.

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

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