Рубрика «масштабирование» - 3

image

Здравствуйте, меня зовут Александр Зеленин, и я на дуде игрец веб-разработчик. Полтора года назад я рассказывал о разработке онлайн игры. Так вот, она немного разрослась… Суммарный объём исходного кода превысил «Войну и мир» вдвое. Однако в данной статье я хочу рассказать не о коде, а об организации инфраструктуры проекта.

Читать полностью »

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

Корни вопроса начали расти из предыдущего проекта socmetr.ru, где понадобилось собирать большой объем информации из социальных сетей, и таким образом забивая единственный канал с интернетом. Анализ показал, что даже при наличии сжатия, объем поступающей информации так велик, что происходит его блокировка, при этом мощности CPU и Memory не задействованы и на 20%, а дисковая подсистема почти все время простаивает, то есть мы упёрлись в ширину канала, которую нам предоставляет провайдер.

Первая мысль была пойти экстенсивным путём и просто увеличить его возможности, немного остыв и призадумавшись, поняли, что перекладываем проблему на будущее. Само собой, возник вопрос: "Каким путём пойдем товарищи?". В результате реализовали следующую идею:

image

Читать полностью »

Итак, «продукт» создан, есть какой-то маркетинг и первые сотрудники. Суммы «капают» на расчетный счет, пора расти дальше! И в этот момент, как рефлекс собаки Павлова, у 90% предпринимателей в голове возникает вопрос:

«А почему бы не внедрить CRM систему?»

Пошел процесс… Поиск вариантов… Подрядчики… Amo, 1С или Битрикс 24…

А ведь интуиция сидит на плече и подсказывает: «Мужик. Что-то не так. Как-то все очень туманно в этой автоматизации.»

Пришли ребята-«автоматизаторы», накидали терминов и, усыпив бдительность, установили все так, как видят сами (в лучше случае) или просто скопировали стандартные конфигурации с похожей бизнес-модели на вашу. Даже лучше подойдет глагол — «натянули».

image

Результат? CRM работает на 30% от своих возможностей, управление «не интуитивно», на все нужны инструкции, многие моменты не совпадают с практикой, сотрудники саботируют.
Читать полностью »

Работа с MySQL: как масштабировать хранилище данных в 20 раз за три недели - 1

Ранее в блоге на Хабре мы рассказывали о развитии нашего продукта — биллинга для операторов связи «Гидра», а также рассматривали вопросы работы с инфраструктурой и использования новых технологий. К примеру, мы рассмотрели плюсы Clojure, ситуации, когда стоит и не стоит использовать MongoDB и ограничения в PostgreSQL.

Сегодня речь пойдет о масштабировании. Разработчики open-source почтового приложения Nylas опубликовали в своем блоге материал о том, как им удалось масштабировать систему в 20 раз за три недели с помощью инструмента ProxySQL. Для этого им пришлось переехать с Amazon RDS на MySQL на EC2. Мы представляем вашему вниманию основные моменты этой интересной заметки.Читать полностью »

Привет! Сегодня мы начинаем серию постов от наших инженеров о масштабировании Wix. Наша аудитория росла динамично: конструктор сайтов Wix был создан в 2006-м году, в 2009-м году аудитория нашего сервиса составила 1 миллион пользователей, а сегодня эта цифра достигла уже 80 миллионов. О нашей архитектуре на каждом этапе разработки расскажет в серии постов о масштабированиии главный архитектор программного обеспечения Wix Йоав Абрахами.

Масштабирование Wix до 100 миллионов пользователей. Начало - 1


Когда мы в 2006 году запускали Wix, не было четкого понимания, какая именно реализация конструктора Flash-сайтов окажется рабочей, и что на самом деле означает сделать WYSIWYG конструктор сайтов. Мы были заняты разработкой двух Flash-приложений: одно для редактирования сайтов (оно создавало представление сайта в виде XML-документа) и другое для отображения сайтов (на основе XML-документа). Большая часть разработки велась на Flash. Помимо этого, нам также был необходим сервер для хранения и обработки XML-файлов на основе шаблона URL или домена сайта. Наш первый бэкенд-инженер построил этот сервер на Tomcat, Hibernate, Ehcache и MySQL. Кроме того, в основе нашего сервера был его собственный фреймворк, который генерировал файлы-сущности Java из HBM-файлов Hibernate, что делало возможным добавление нового кода путем наследования из сгенерированных классов.
Читать полностью »

Мы в «Латере» занимаемся созданием биллинга для операторов связи. В блоге на Хабре мы не только рассказываем об особенностях нашей системы и деталях ее разработки (например, обеспечении отказоустойчивости), но и публикуем материалы о том, как другие компании работают с ИТ-инфраструктурой. Сегодня мы представляем вашему вниманию адаптированный перевод заметки главного разработчика Azure Джеффа Уилкокса, о том, как более двух тысяч членов команды проекта переезжали на GitHub.

За последние четыре года Azure очень многое перенял от opensource-сообщества, поэтому нам пришлось пересмотреть подходы к работе и минимизировать количество выполняемых вручную операций, необходимых для поддержания крупной GitHub-организации. Мы автоматизировали большую часть управленческих функций, создав веб-приложение с открытым исходным кодом, которое использует некоторые из сервисов Azure (это App Service, Active Directory и Azure Storage), GitHub API и другие свободно распространяемые решения.

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

Разработчики и организации любых размеров сразу почувствуют, насколько может быть полезным наш портал: Azure Active Directory дает инженерной группе доступ к инструментам для работы с GitHub.

Корпоративный GitHub: как Azure увеличил количество работников на GitHub до двух тысяч - 1

Веб-портал, созданный с использованием Azure, GitHub API и Node.js, позволяет автоматизировать работу с GitHub и ускорить адаптацию новых сотрудников.Читать полностью »

Президент Okta рассказал о взрослении своей компании и масштабировании бизнеса - 1

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

Как сообщает Business Insider, Тодд даже понятия не имел, что новый проект по редизайну официального сайта приведет его к выполнению множества различных действий, c которыми он совсем не хотел иметь дело. Однако сам процесс в корне изменил его мысли о своей собственной компании.
Читать полностью »

Что нам стоит открытый дата-центр построить? Некоторые подробности о структуре ДЦ Facebook в Алтуне - 1

За последний год корпорация Facebook привнесла много интересного в стандарты разработки сетевого оборудования. При этом если большинство разработчиков оставляет свои проекты проприетарными, то Facebook открывает инновации для других. Собственно, для компании, цель которой — обеспечить обществу обмен информации, такая модель работы имеет смысл. При этом открытая схема работы позволяет Facebook экономить средства. По оценкам Джеймса Тейлора, вице-президента компании по инфраструктуре, за последние 3 года Facebook сэкономила более $2 млрд, разрешив членам «Open Compute Project» работать по собственным спецификациям.
Читать полностью »

Операции масштабирования в Intel Media SDK - 1

В этой статье рассматриваются все операции масштабирования в Intel Media SDK. Масштабирование — одна из самых распространенных операций при обработке видео. Приложение может задать нужную область для каждого видео с помощью конвейера обработки видео (VPP). Используя Intel Media SDK VPP, можно выполнять различные операции масштабирования. Здесь мы описываем две наиболее часто используемые операции и их результаты.
Читать полностью »

5 отличий дата-центров будущего от современных ДЦ - 1

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

К примеру, те же облачные технологии еще далеко не достигли пика своего развития и популярности. По прогнозам Gartner, только в Индии GAGR (ежегодный показатель роста) к 2017 году увеличится на 33,2%. В эту оценку входит потенциал всех сфер облачных технологий. SaaS и IaaS покажут даже лучшее результаты: 33,4% и 39,8% соответственно. Рост облачных сервисов приведет (и уже приводит) к миграции традиционных ИТ-сервисов на облачную основу.
Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js