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

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

  • Все элементы программы масштабируются правильно
  • Только некоторые элементы масштабируются правильно
  • Программа говорит Windows, что не умеет масштабироваться, и тогда операционная система сама масштабирует всю программу как умеет (в результате чего мы и видим замыленный интерфейс во многих старых программах)

Самый неприятный вариант для пользователя — это конечно же второй. Он может не только сделать программу неудобной для использования, но и вообще сделать пользование невозможным.
Ниже я покажу на примере QTIPlot как это можно исправить. Читать полностью »

rush_hourС тех пор как в 2008 году в Нижнем Новгороде была основана Baseride Technologies, компания занимающаяся анализом больших данных и разработкой специализированных облачных решений для транспортных компаний, прошло достаточно много времени. За прошедшее время создатели успели разработать и реализовать ряд решений, как в России, так и за рубежом.

Получив партнерскую поддержку института High Performance Computing AStar Singapore, инвестиционные рычаги и замечательные рыночные перспективы, компания надеется закрепиться на Азиатском рынке.Читать полностью »

Что мешает веб-студиям масштабировать бизнес, и как в этом могут помочь внутренние проекты - 1

Что представляет собой российский рынок веб-разработки? Большая часть самых высокооплачиваемых проектов для крупнейших компаний России в основном поделены между примерно сотней веб-студий, а среди этой сотни около 40% проектов приходится на 25 агентств. Как на этом рынке выжить молодой веб-студии? Расти веб-студиям довольно сложно, и тому есть несколько причин. В этой статье на примерах нескольких веб-студий будет рассказано о том, чем «болеют» веб-студии, а участники рынка расскажут, как им удалось победить болезнь и решить все основные проблемы.

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

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

Уважаемые коллеги!

Теперь на портале Microsoft Virtual Academy доступен курс по материалом Jump Start 7 октября: Модернизация ИТ-инфраструктуры компании с помощью Windows Server 2012 R2. В этом курсе вы не только познакомитесь с новыми интересными возможностями Windows Server 2012 R2, но и узнаете, почему начинать миграцию с Windows Server 2003 и 2003 R2 нужно уже сейчас. Подробное описание под катом.

Опубликованы материалы Jump Start 7 октября: Модернизация ИТ инфраструктуры компании с помощью Windows Server 2012 R2

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

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

VCStart: как мы создавали платформу
Читать полностью »

От переводчика: MeteorJS — открытый (MIT) фулстек JavaScript фреймворк (и клиент и сервер). Текущая версия 0.6.6.3 — в начале 2014 планируется выход версии 1.0. Публикации на хабре: 1, 2, 3.

Подготовка к масштабированию

Диаграмма компонентов:
image
Здесь три сервера Метеор, один MongoDb-сервер и HaProxy-сервер, как балансировщик нагрузки. Для поддержки SSL поставим Stud перед HaProxy.

Давайте обсудим компоненты и их настройку.
Читать полностью »

Кейт Матсудейра: Масштабируемая веб архитектура и распределенные системыШесть месяцев назад ребром встал вопрос о тексте для моего дипломного перевода. Результатом помощи коллективного разума стало решение переводить главу Scalable Web Architecture and Distributed Systems за авторством Kate Matsudaira. Нужно отметить, что это мой первый перевод такого объема и сложности. Текст, был мною относительно успешно переведен, хотя по качеству перевода я поставил бы себе 6-7 из 10. Дабы мои усилия не пропали втуне, публикую результат своих трудов.

По просьбам читателей Хабра, теперь полная версия в виде топика.

The Architecture of Open Source Applications (Volume 2)

Масштабируемая веб-архитектура и распределенные системы

Кейт Матсудейра
Перевод: © jedi-to-be.
Коррекция: Anastasiaf15, sunshine_lass, Amaliya, fireball, Goudron.

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

Кейт Мэтсудейра: Масштабируемая Веб архитектура и распределенные системыЧетыре месяца назад ребром встал вопрос о тексте для моего дипломного перевода. Результатом помощи коллективного разума стало решение переводить главу Scalable Web Architecture and Distributed Systems за авторством Kate Matsudaira. Нужно отметить, что это мой первый перевод такого объема и сложности. Текст, был мною относительно успешно переведен, хотя по качеству перевода я поставил бы себе 6-7 из 10. Дабы мои усилия не пропали втуне, публикую результат своих трудов.

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

Планирование архитектуры проекта

Необходимость планирования

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

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

Масштабирование Windows Azure Queue

Введение

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

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

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


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