На конференции EmTech, проходящей в эти дни в стенах Массачусетского Технологического Института (MIT), одним из докладчиков выступил шеф Microsoft по исследованиям и стратегии Крейг Манди (Craig Mundie). Журнал Technology Review попросил его рассказать о своем видении будущего персональных ПК, а я дополнил его слова кое-какими комментариями.
Следующим большим сдвигом в области ПО персонального компьютера Крейг считает переход к смешанной схеме, когда устройства-клиенты (десктопы, мобильные компьютеры и телефоны) одной ногой будут опираться на привычные локальные программы, а другой — на интернет-сервисы. Архитектура приложений для всех платформ должна стать единой. Такой подход к проектированию компьютерных систем в Microsoft уже больше года определенно называют «Софт+Сервисы».
У вас есть желание запускать Vmware как фоновый процесс на компьютере с Windows?
Ничего из нижеописанного не одобрено VMware. Это руководство описывает только мой способ использования VMware Player.
Создание виртуальной машины
Установка VMware Player
Создание службы VMware Player
Запуск виртуальных машин при старте Windows
Переводчик: следующий абзац был добавлен после того, как в комментариях появились вопросы о том, зачем все это надо.
В чем может быть выигрыш такого способа? Не проверял, но думаю, что выигрыш в дисковом пространстве и системных ресурсах (дистрибутив второго сервера весит около 600 Мб, а последнего плейера — более чем в три раза меньше). Так же помним, что сервер до недавнего времени отставал по поддержке свежих поколений виртуальных машин.
Так получилось, что одним из основных проектов 2008 года было выбор ERP системы, выбор поставщика и проведение тендера. Многим, наверное, приходилось выступать в качестве продавца ИТ услуг, вы также видели и анализировали как продают ИТ услуги конкуренты, а знаете ли вы как это все выглядит с другой стороны зеркала? Самое интересное, что до этого я работал на стороне вендора, т.е. продавца, занимался конкурентной стратегией, анализом конкурентных преимуществ и формированием скопа продукта и многие вещи со стороны заказчика и продавца выглядят по разному. Наблюдений скопилось достаточно много, часть из них попала в статью «Как не ошибиться при выборе новой информационной бизнес системы?», что-то попало в доклад «Выбираем ERP систему, на чем сделать фокус сегодня?», который я делал на конференции Cnews осенью 2008 года, ну и в прочие материалы в этом блоге.
В конце 2007-го года я запустил сервис charts.hohli.com, данный сервис базируется на Google Charts API и позволяет генерировать графики. И вот, спустя полтора года решился я на обновление сервиса…
В этой статье я расскажу как можно использовать эту замечательную технологию в не менее замечательной системе Друпал. В качестве примера попытаемся сделать систему, позволяющую отправлять сообщения на сайты под управлением Drupal из вашего jabber-клиента.
Большинство пользователей Safari, по тем или иным причинам просматривающие исходный код страниц (View Source), ощущают некоторые неудобства из-за отсутствия подсветки синтаксиса. Существует несколько способов справиться с этой проблемой. Я остановлюсь, на мой взгляд, на самом интересном. Лично мне удобнее всего всего просматривать код в том же редакторе, в котором я работаю повседневно — TextMate.
В дополнение к хабратопику про написание сервисов отмечу еще одну возможность — запуск приложений от имени текущего пользователя терминала.
Это удобно, если выбран вариант управления сервисом и его взаимодействия с пользователем по принципу — сервис не интерактивный и запущен от имени Local System, а приложение должно быть запущено от имени пользователя.
Одна из характеристик Google — предоставление качественный сервисов, бесплатно и с выгодой для себя.
Google Global Cache (GGC) — одно из решений по оптимизации огромных объемов своего трафика на базе платформы CDN, да еще и с пользой для пользователей (читай провайдеров).
Но что же все-таки это такое?
Взрыв широкополосного доступа и богатый мультимедийный контент постоянно увеличивает спрос от провайдеров Интернета (ISP). GGC позволяет предоставлять Google контент, в первую очередь видео, из собственной сети (провайдера). Это облегчает нагрузки на сеть и снижает затраты на транзитные линки, тем самым экономя деньги провайдеров, в то же время повышая уровень обслуживания пользователей.
Google запустил очередной сервис. На этот раз это сервис для совместного достижения и управления своими целями/желаниями. Сам Google называет этот сервис аналогом 43 Things. Пока доступ туда только по инвайтам и предназначен он для жителей США. Хотя последнее ограничение чисто формальное.
На сайте есть так называемые «schemes». Scheme — это любая штука, которую вы хотите сделать: съездить в другой город, сделать кому-то подарок, купить что-то, научиться что-то делать. В общем, абсолютно любое действие.
Вы можете добавлять в свой профиль существующие «Затеи» (мне кажется это наиболее адекватный перевод scheme на русский), добавлять абсолютно новые, помечать существующие как выполненые. Можно подбадривать пользователей, которые запланировали какую-то затею.
Самой собой есть теги, привязка к городам/местам. Ну и полнейшая интеграция с Google+. Google рассматривает этот сервис как один из способов популяризации Google+.
Все мы пользуеся услугами связи для самых разных целей: получить доуступ к любимым сайтам и блогам, пообщаться с любимыми, друзьями и коллегами, провести переговоры, посмотреть любимые телепередачи или онлайн трансляции, отправить почтовые сообщения. Эра телеккомуникаций подарила нам невообразимые возможности и огромный спектр новейших товаров и услуг. Одними из ключевых услуг являются непосредственно телекоммуникационные: доступ в интернет, голосовая связь, телевидение и могие другие. Я работаю в сфере телекоммуникаций и хотел бы рассказать как рождаются телекоммуникационные услуги, как они развиваются и обслуживаются и как умирают.
Часто ли вы задумываетесь – почему что-то сделано так или иначе? Почему у вас микросервисы или монолит, двухзвенка или трехзвенка? Зачем вам многослойная архитектура и сколько у вас вообще слоев? Что такое бизнес-логика, логика приложения, презентационная логика и почему все так разделено? Посмотрите на свое приложение – как оно вообще спроектировано? Что в нем и где находится, почему это сделано именно так?
Потому что так написано в книжках или так говорят авторитетные личности? Какие ВАШИ проблемы решает тот или иной подход/паттерн?
Даже то, что на первый взгляд кажется очевидным, порой бывает очень сложно объяснить. А иногда, в попытке объяснения, приходит понимание того, что очевидные мысли были и вовсе ошибочны.
Давайте попробуем взять какой-нибудь пример и изучить на нем эти вопросы со всех сторон.
Недавно меня спросили, в чем разница между NodePorts, LoadBalancers и Ingress. Все это разные способы получить внешний трафик в кластер. Давайте посмотрим, чем они отличаются, и когда использовать каждый из них.
Примечание:рекомендации рассчитаны на Google Kubernetes Engine. Если вы работаете в другом облаке, на собственном сервере, на миникубе или чем-то еще, будут отличия. Я не углубляюсь в технические детали. Если хотите подробностей, обратитесь к официальной документации.
Салют, друзья. Уже в эту пятницу пройдет первое занятие в новой группе курса «Разработчик Java». Именно этому курсу и будет посвящена текущая публикация.
Многие из java-разработчиков для внедрения зависимостей используют Spring. Некоторые, возможно, пробовали Google Guice или даже OSGi Services. Но многие не знают, что в Java уже есть встроенный DI. Думаете это появилось в Java 11 или 12? Нет, он доступен с Java 6.
Друзья, добрый день. В предыдущей статье мы рассмотрели коммутаторы Extreme уровня Enterprise. Теперь я немного изменю порядок статей и сегодня продолжу цикл статьей про сервисные контракты и гарантийные обязательства Extreme. У Extreme, как и у всех остальных больших вендоров, есть 2 вида обязательств по поддержке своих продуктов:
сервисные контракты
гарантийное обслуживание
Всем кому интересно понять, что Extreme предлагает в своих сервисных контрактах поддержки и какие гарантийные обязательства берет на себя, добро пожаловать под
Эта статья, которая поможет разобраться в том, как устроена балансировка нагрузки в Kubernetes, что происходит при масштабировании долгоживущих соединений и почему стоит рассматривать балансировку на стороне клиента, если вы используете HTTP/2, gRPC, RSockets, AMQP или другие долгоживущие протоколы.
В компании МТС мы централизованно занимаемся контролем качества сетей передачи данных или, проще – транспортной сети (не путать с логистической транспортной сетью), далее по тексту – ТС. И, в рамках нашей деятельности, нам постоянно приходиться решать две основные задачи:
Обнаружена деградация клиентских (по отношению к ТС) сервисов – нужно определить путь их проключения через ТС, и выяснить, является ли причиной деградации сервисов какой-либо участок ТС. Далее, будем называть это Прямой задачей.
Обнаружена деградация качества транспортного канала или последовательности каналов – нужно определить, какие сервисы зависят от данного канала/каналов, чтобы определить влияние. Далее, будем называть это Обратной задачей.
Под сервисами ТС понимается любое проключение клиентского оборудования. Это могут базовые станции (БС), В2В клиенты (использующие ТС МТС для организации доступа в сеть Интернет и/или наложенных сетей VPN), клиенты фиксированного доступа (т.н. ШПД), и т.д. и т.п.
В нашем распоряжении – две централизованные информационные системы:
Система Performance Monitoring
Данные о параметрах и топологии сети
Метрики, КПЭ ТС
Параметры конфигурации, L2/L3 каналы
Любая транспортная сеть по своей сути является ориентированным графом , в котором каждое ребро имеет неотрицательную пропускную способность. Потому с самого начала поиск решения указанных задач выполнялся в рамках теории графов.
Сначала вопрос сопоставления показателей качества ТС и сервисов – с топологией ТС решался путем буквального объединения и представления данных топологии и качества в виде сетевого графа.
Существуют различные способы для написания тестов с использованием Apache Kafka. К примеру, можно использовать TestContainers и EmbeddedKafka. Об этом можно почитать, к примеру, вот здесь: Подводные камни тестирования Kafka Streams. Но существует и вариант для написания тестов с использованием KafkaServer.
Всем неустрашимым на пути от отрицания до убеждения посвящается…
Среди разработчиков бытует справедливое мнение, что если программист не покрывает код тестами, то попросту не понимает зачем они нужны и как их готовить. С этим трудно не согласиться, когда уже понимаешь о чем речь. Но как достичь этого драгоценного понимания?
В одно прекрасное утро вдруг пришла "гениальная" мысль – а не протестировать ли мне что ни будь? Посмотрев по сторонам, на глаза мне попался он - герой этой статьи.
Это была вступительная минутка юмора, а если серьёзно то вопрос о тестировании web сервера стоял уже давно. Какого-то комплексного решения не было, поэтому я решил сделать хоть какие то первые шаги. Получить первые цифры. Благодаря которым можно было бы уже предметно разговаривать и продумывать дальнейшую стратегию.
И так дано - web сервер. Написан на .net core. Сервер используется в корпоративной разработке.