Журнал «Административный директор»

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

В результате на трех этажах бизнес-центра появилось современное, удобное и стильное пространство, которое отражает общую атмосферу компании – творческую и неформальную.

29 января Лидия Борздова, руководитель административно-хозяйственного отдела Центра клиентского сервиса ООО «КЕХ еКоммерц», представит новый питерский офис интернет-сервиса на общественных онлайн-слушаниях проектов премии «Управление административными проектами».

Регистрация  на общественные  онлайн-слушания по ссылке

https://admdir.timepad.ru/event/1531021/

Для своих сотрудников Avito сформулировала шесть ценностей, к каждой из них группа художников Stenopis предложила уникальную иллюстрацию в выбранной природной тематике, основанную на базовом элементе – листе. Каждая иллюстрация, соответствующая определённому слогану, размещена в виде настенной графики в той части офиса, где она звучала бы максимально актуально. Например, фраза «Keep it simple» расположена на стене в open space, «Use data to decide», обыгранная двоичным кодом, – в переговорных комнатах, «Put users’ needs first» – в кухонной зоне. Фраза «In team we trust» довольно просто и оригинально описывает разницу между командной доверительной и индивидуальной работами. Эти же художники полностью выполнили роспись кухни-вагона как снаружи, так и внутри.

Рядом с рабочими местами находятся многочисленные зоны коллаборации, а также места для уединенной работы, которые расположены как внутри Open space, так и полу-изолированные в ярких нишах. На каждом этаже также присутствуют несколько переговорных комнат со всем необходимым оборудованием и зоны для приема пищи. По всему офису разбросаны «зеленые» острова, мягкие диванные группы и кофе-пойнты – для неформального общения и отдыха. Тема отдыха поддержана наличием в офисе специальных комнат для настольных и компьютерных игр, библиотеки, стеллажа, которой выполнен в виде дерева, а также биомастерской c просторными вольерами для животных. Также в офисе есть учебные классы, которые при необходимости объединяются с помощью трансформируемых перегородок.

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

Отдельного внимания заслуживает кухня, оформленная в виде ретро-вагона состава поезда железной дороги Маттерхорн — Готтард, проложенной в швейцарских Альпах.

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

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

В результате на трех этажах бизнес-центра появилось современное, удобное и стильное пространство, которое отражает общую атмосферу компании – творческую и неформальную.

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

Любимый Avito тезис «Work hard, play hard» был воплощен буквально в виде комнат для отдыха, где сотрудники могут провести перерывы в работе за играми (как компьютерными, так и настольными). Такие комнаты есть на каждом этаже офиса. Офис спроектирован по принципу activity based office, где помимо рабочих мест предусмотрено большое количество зон для неформального общения, отдыха, переговорные комнаты для командных и индивидуальных встреч, классы для проведения тренингов, предполагающие несколько сценариев использования, благодаря мобильным перегородкам.

Партнеры, которые отмечены номинантом:

Архитекторы:  ABD architects

Строительная компания Гинт-М

Консультант: Cusman&Wakefield

Церемония награждения победителей пройдет 19 февраля 2021 г. 

ВСЯ ИНФОРМАЦИЯ О ПРЕМИИ НА САЙТЕ WWW.ADMINSTARS.RU

Откройте для себя штаб-квартиру Avito, Санкт-Петербург

ACTIU Berbegal y Formas S. A. (далее ACTIU) — испанская публичная компания с ограниченной ответственностью, имеющая зарегистрированное доменное имя «www.actiu.com» и «www.actiu.es». в Регистрационной палате Аликанте::
Том: 1787, Книга: 0, Раздел: 8, Страница: 68, Лист A31477

Корпоративное название: ACTIU Berbegal y Formas, S.A
Номер налогоплательщика: A03137874 5 Адрес :
C/ Тринидад Рибера, 2
Почтовый индекс. 03420
Город: Castalla (ALICANTE)
Страна: ESPAÑA

По любому вопросу вы можете связаться с нами по телефону: 0034 96 656 07 00 или по электронной почте: [email protected].

ИСПОЛЬЗОВАНИЕ УСЛОВИЙ

Ограничение ответственности

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

Вся информация, предоставляемая пользователями через этот веб-сайт, защищена Органическим законом 3/2018 о защите персональных данных и защите цифровых прав, а также Общим регламентом защиты данных (Регламент ЕС 216/679).), что гарантирует, что эта информация будет обрабатываться только в целях, ранее разрешенных указанными пользователями. Контролером данных является Actiu Berbegal y Formas, S.A., N.I.F. (Испанский налоговый идентификационный номер) A03137874. Кроме того, мы сообщаем вам, что вы можете воспользоваться своими правами на доступ, перенос, исправление, удаление, ограничение и возражение в отношении данных, хранящихся в файлах ACTIU, по электронной почте на адрес [email protected] или по почте по следующему адресу: Авт. CV-80, сал. Onil-Castalla, 03420 Castalla (Аликанте), а/я 11.

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

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

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

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

Управление пользователями и паролями

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

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

Гипертекстовые ссылки

Для размещения гипертекстовых ссылок на сайты www.actiu.es и www.actiu.com необходимо согласие ACTIU. Пожалуйста, свяжитесь с нами, чтобы включить сайты в ваши.

ACTIU не несет ответственности за обновление гипертекста ссылки с www.actiu.com и не несет ответственности за содержание, продукты, услуги на этих сайтах.

Контроль версий данных в Инфомодели Авито | Максим Ланин | AvitoTech

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

Сегодня я затрону не менее важный вопрос работы с данными — подготовку изменений и развертывание в продакшене.

В 2017 году, когда мы начали работу над проектом «Инфомодель», Avito поддерживал по сути две среды — prod и dev. Все данные Infomodel хранились в базе данных. Не было никаких интерфейсов или процессов для модификации данных, все правки в код вносились миграциями. Раньше мы кодировали миграции SQL в основном репозитории нашего монолита, добавляя новые записи в таблицы по мере необходимости или изменяя их. При развертывании миграции выполнялись командой администраторов баз данных в prod или автоматически развертывались в dev.

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

Чтобы получить из нее данные для построения, скажем, дерева категорий, мы сделали простой SELECT запрос следующего вида:

 SELECT * FROM Categories WHERE is_active = true; 

Если мы хотели добавить новую категорию и скрыть ее на некоторое время, мы создали миграцию, в которую вставили новую строку и установили ее is_active в false . После развертывания кода в среде разработки миграция запустилась автоматически и добавила новую строку:

В бэкенде нам пришлось обновить запрос, добавив в него следующее:

 SELECT * FROM Categories WHERE is_active = true OR category_id = 3; 

Таким образом, у нас появилась новая категория в нашей локальной сборке, но другие не смогли увидеть изменения. Затем мы закончили задачу и удалили ИЛИ . Группа администраторов баз данных заменила is_active на true при последующем развертывании в рабочей среде.

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

Но компания растет, диктует необходимость все более частых изменений, что же делать?

Когда мы проектировали архитектуру первой версии Infomodel, мы поставили перед собой требование дать бизнесу возможность быстро вносить изменения в Infomodel. И, главное, внести изменения, чтобы команды Авито не блокировали работу друг друга.

В итоге мы придумали довольно элегантное и эффективное решение, позволяющее командам:

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

Мы назвали это решение «Контроль версий Infomodel». На что это похоже?

Ставим Git поверх Postgres. Любой, кто работает с Infomodel, работает в изолированной ветке. В ветке можно что угодно изменить — удалить категорию или создать сотню новых.

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

У нас есть три разных типа веток. Различия между ними связаны с процессом выпуска, который стоит обсудить, как ветвление работает под капотом.

Одной из задач, которые мы ставили перед собой при разработке технической составляющей контроля версий, была простота и легкая отладка происходящего с ветками.

Схема данных

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

Конечно, пришлось создать отдельную схему для хранения служебной информации, такой как список филиалов и схем, список пользователей и т.д. Есть отдельная 9Схема метаданных 0066 , содержащая необходимый набор таблиц, поддерживающих механизмы Infomodel.

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

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

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

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

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

Представим, что пользователь хочет удалить категорию. Сама категория и все связанные с ней атрибуты будут удалены за один шаг. И на одно действие пользователя будет создано несколько записей в журнале изменений. Чтобы объединить эти записи, мы ввели batch_hash (строка) свойство. Используя его, мы можем идентифицировать все изменения, внесенные в базу данных, в рамках одного и того же действия пользователя. Мы также можем откатить изменения одно за другим, используя его.

Таким образом мы достигли еще двух вещей — мы видим все изменения и видим разницу.

Развертывание изменений в рабочей среде

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

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

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

После запуска релиза мы запускаем еще несколько тестовых сборок, прежде чем объединять изменения. Таким образом, продуктовые команды могут быть уверены, что изменение ничего не сломает.

Задержка ветки

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

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

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

Для решения таких проблем у нас есть инструмент, известный как сборщик мусора . Задача сборщика мусора — следить за тем, чтобы в ветке пользователя все было согласованно, и удалять записи, ссылающиеся в никуда. Он запускается после каждой загрузки на мастер. По завершении инструмент отправляет пользователю уведомление в Slack об успешном завершении операции. Изменения, внесенные сборщиком мусора, отмечены цифрой 9.0066 is_auto (bool) в журнале изменений, и его можно найти в пользовательском интерфейсе с помощью фильтра.

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

Таким образом, мы рассмотрели последний пункт в спецификациях, т.е. тестирование наших изменений на лету.