» Материалы за 08.02.2018 » Страница 2

 

Масштабируем Kubernetes до 2500 нод

Автор: admin от 8-02-2018, 16:40, посмотрело: 125

Всем добра!



Ну что ж. Первый поток курса DevOps выпущен, второй обучается вовсю и вот на подходе третий. Курс усовершенствуется, проект тоже, остаётся неизменным пока что одно: интересные статьи, которые мы пока что только переводим для вас, но на носу уже и срывы покровов с тех вещей, что у нас просили :)



Поехали!



Мы используем Kubernetes для исследования в области deep learning уже более двух лет. В то время, как наши самые масштабные нагрузки управляют облачными ВМ напрямую, Kubernetes обеспечивает быстрый итерационный цикл и масштабируемость, что делает его идеальным для наших экспериментов. Сейчас мы управляем несколькими Kubernetes кластерами (как облачными, так и на физическом оборудовании), самый крупный из них состоит из более 2500 нод — это кластер в Azure на комбинации виртуальных машин D15v2 и NC24.



Многие системные компоненты отказывали в процессе масштабирования, включая etcd, Kube мастеров, загрузки образов Docker, сети, KubeDNS и даже ARP кэши наших машин. Поэтому мы решили, что будет полезным поделиться, с какими проблемами мы столкнулись и как с ними справились.



Масштабируем Kubernetes до 2500 нод

Категория: Программирование

 

Рынок систем охлаждения для дата-центров на пороге значительных перемен

Автор: admin от 8-02-2018, 15:35, посмотрело: 105

Рынок систем охлаждения для дата-центров на пороге значительных перемен


Охлаждение дата-центров всегда дорого обходится владельцам центров обработки данных. Отчет от Global Market Insights свидетельствует, что мировой рынок систем охлаждения для дата-центров к 2024 году достигнет 20 млрд. долларов. Это огромный скачок, так как в 2016 году отметка варьировалась около 8 млрд. долларов. Кроме того, данные в отчете свидетельствуют, что на системы охлаждения приходится в среднем примерно 40 процентов от общего потребления энергии.

Категория: Программирование

 

О чем не пишут в документации, или тонкости рефакторинга на .Net Core

Автор: admin от 8-02-2018, 15:35, посмотрело: 179

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



Начнем по порядку. У нас есть API для мобильного приложения, которое находится в продуктовой среде, написанный на .NET.



И первым шагом мы переводим его на .NET Core и делимся с вами тонкостями, которые встретились нам на этом пути.



О чем не пишут в документации, или тонкости рефакторинга на .Net Core

Категория: Программирование

 

Почему вам должно быть скучно на работе

Автор: admin от 8-02-2018, 14:40, посмотрело: 121

Эти советы, возможно, не все найдут полезными. Они адресованы тем, кому на работе бывает скучно. Так скучно, что уныние немного скрашивают лишь утренний контактик и послеобеденный ютубчик. Вот именно от них вам придется отказаться. Зачем? Сейчас узнаете.
Чтобы стало еще скучнее, конечно же!

Категория: Программирование

 

Использование Boost.Asio с Coroutines TS

Автор: admin от 8-02-2018, 14:40, посмотрело: 244

Введение



Использование функций обратного вызова (callback) — популярный подход к построению сетевых приложений с использованием библиотеки Boost.Asio (и не только ее). Проблемой этого подхода является ухудшение читабельности и поддерживаемости кода при усложнении логики протокола обмена данными [1].



Как альтернатива коллбекам, сопрограммы (coroutines) можно применить для написания асинхронного кода, уровень читабельности которого будет близок к читабельности синхронного кода. Boost.Asio поддерживает такой подход, предоставляя возможность использования библиотеки Boost.Coroutine для обработки коллбеков.



Boost.Coroutine реализует сопрограммы с помощью сохранения контекста выполнения текущего потока. Этот подход конкурировал за включение в следующую редакцию стандарта C++ с предложением от Microsoft, которое вводит новые ключевые слова co_return, co_yield и co_await. Предложение Microsoft получило статус Technical Specification (TS) [2] и имеет высокие шансы стать стандартом.



Статья [3] демонстрирует использование Boost.Asio с Coroutines TS и boost::future. В своей статье я хочу показать, как можно обойтись без boost::future. Мы возьмем за основу пример асинхронного TCP эхо-сервера из Boost.Asio и будем его модифицировать, используя сопрограммы из Coroutines TS.

Категория: Программирование

 

Финтех-дайджест: eBay против PayPal, международная платежная система на блокчейне

Автор: admin от 8-02-2018, 13:10, посмотрело: 203

Финтех-привет, Хабр!



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



Финансовый мир меняется слишком быстро, чтобы принятое решение было верным и непоколебимым. Давайте посмотрим на историю с eBay и PayPal, разворачивающуюся на наших глазах.



Финтех-дайджест: eBay против PayPal, международная платежная система на блокчейне



В 1999-м году молодая, но уже очень респектабельная компания eBay, котирующаяся на NASDAQ, решила, что ей нужна собственная платежная система. И она купила сервис Billpoint, потому что так казалось надежнее и спокойнее. Однако к тому моменту львиная доля аукционеров использовала только-только возникший сервис P2P-платежей PayPal, который изначально разрабатывался для мгновенных транзакций на коммуникаторах Palm Pilot (кто-нибудь их вообще помнит?), но прекрасно подошел для онлайн-аукционов. Вообще, P2P-платежи в интернете в 1999 году было очень крутой инновацией, которая, несмотря на глюки и очень странную работу поддержки PayPal, быстро вывела стартап в лидеры рынка. eBay честно пыталась развивать свой сервис, но по мере роста популярности PayPal сначала заключила партнерское соглашение, а потом в октябре 2002 года купила сервис за полтора миллиарда долларов. Billpoint отправили на свалку истории.

Категория: Программирование » Веб-разработка

 

Обзор системы Comindware Business Application Platform

Автор: admin от 8-02-2018, 13:10, посмотрело: 319

Обзор системы Comindware Business Application Platform

Зачем и в каких случаях выбирать программный продукт Comindware? Что это за система и в чем ее особенности? Эти и другие вопросы я решил рассмотреть в этом обзоре. В поисках решения для автоматизации документооборота я перепробовал много систем: Pyrus, Битрикс24, 1С.Документооборот, BPM Online, ELMA и др. Многие из них успешно решали поставленные задачи в рамках определенного бизнеса. Выбор обширен, каждый из продуктов имеет свои особенности. Но сейчас я хочу рассказать о системе Comindware – что это такое, чем этот продукт отличается от большинства аналогов, как с ней работать.



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

Категория: Программирование » Веб-разработка

 

Лучший UX — совсем никакого UI

Автор: admin от 8-02-2018, 13:10, посмотрело: 121

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

Категория: Программирование » Веб-разработка

 

Какой длины достаточно? Минимальные пароли на самых популярных сайтах

Автор: admin от 8-02-2018, 13:10, посмотрело: 210

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



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

Категория: Программирование » Веб-разработка

 

Html-sketchapp — залог единства программистов и дизайнеров

Автор: admin от 8-02-2018, 13:10, посмотрело: 202

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



Html-sketchapp — залог единства программистов и дизайнеров


Домашняя страница интерактивного руководства по стилю компании SEEK



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



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



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

Категория: Программирование » Веб-разработка