Я не смотрел видео, возможно, там эти моменты упомянуты. Но неужели в выступлении нет ничего про InnerSource, а также модели зрелости Open Source/InnerSource - сейчас всё это формализуется как подход к снаряду "почему и как разработчикам и тимлидам волноваться по поводу Open Source и как понять, что происходит в компании и как вообще всё это делать".
Это я всё пропустил, получается. Буду следить, спасибо.
Хакатон был в две части в один день, сначала разбиение в команде по ролям (архитектор, PM, заказчик и т.д.), потом разработка требований по задаче (были задачи от нас либо собственные), рисование и обсуждение архитектуры, «защита» у пары менторов и попытка переложить архитектуру на облачные сервисы.
Цель была собрать обратную связь по сервисам, вместе посмотреть на всякие подходы к проектированию, полезные знакомства. Мне показалось очень продуктивным. В штатах был на внутреннем мероприятии подобного плана, которое длилось 4 дня. Очень чистит мозги.
Все так. Я использовал конкретную фразу, поскольку для меня все подобные тесты должны приводить к одному — к решению о том, хватит ли попугаев для моего сервиса или нет. Если это MSSQL, то для него уже эту задачу частично решили разными способами. Если что-то кастомное, то исследование в статье можно использовать как отправную точку, а дальше уже ковырять в сторону того, что вы написали.
Было бы классно увидеть что-то по этой теме. У вас есть материалы/методики?
Не отвечу по методологии исследования в статье, но по конкретному вопросу попробую. В случае с конкретными сервисами и продуктами типа MSSQL, MySQL и т.д. есть буллет-листы с пояснениями, как добиться больше попугаев по производительности. MSSQL на виртуалках, MySQL на линуксе и т.д. По исследованию в статье могу предположить, что оно м.б. актуально для нестандартных нагрузок, дабы оценить, что получите, в среднем.
Поясните, что имели в виду про кэширование — для ВМ и дисков данных есть рычаг для того, чтобы ковырять кэширование.
ApeCoder совершенно верно указал на Azure Stack.
Вопрос в том, что имеется в виду под всем этим делом — если IaaS, то ОК, это есть. Если PaaS или фичи типа AppInsights, то не только процесс адаптации любого PaaS-а под вариант поставки on-premise, но и наличие у потенциальных клиентов ресурсов под то, чтобы это работало хорошо, а не в режиме «один сервер — пять ролей» или маленького кластера сложны для однозначного ответа. Хотя планы есть.
Если не читали вот это, то есть немного подробностей. В целом, вместе с Canonical была сделана Windows Subsystem for Linux (WSL), и часть сути в том, что syscall-ы идут через спецслой, который их транслирует в то, что понимает Windows, и возвращает то, что понимается вызывающим. Насколько это близко, например, к уже существующему subsystem for unix-based applications, я сказать не могу. По «когда» — в anniversary update, летом.
Работает, вроде. Не буду спорить, что при каких-то условиях может не работать. Давайте сделаем так — если можете быстро повторить проблему, сразу после нее нажмите на улыбку в правом верхнем углу, и опишите проблему. Это помогает. Но я еще отправил на всякий случай и собственноручно.
Примерно так: нужно иметь PhD, но не обязательно быть сотрудником какой-либо организации — можно быть независимым исследователем, желающим реализовать с помощью Azure свой проект. Но попробуйте — я думаю, если тема интересная, может и получиться.
Упустил вопрос, пока почтовый ящик не работал. Он понемногу развивается, но пока нет какой-то большой конкретной информации по будущему, если вы про это. Ближе к осени должно быть больше ясности.
Работаем над этим, но пока конкретики нет. Стараемся ускориться :)
Я не смотрел видео, возможно, там эти моменты упомянуты. Но неужели в выступлении нет ничего про InnerSource, а также модели зрелости Open Source/InnerSource - сейчас всё это формализуется как подход к снаряду "почему и как разработчикам и тимлидам волноваться по поводу Open Source и как понять, что происходит в компании и как вообще всё это делать".
Хакатон был в две части в один день, сначала разбиение в команде по ролям (архитектор, PM, заказчик и т.д.), потом разработка требований по задаче (были задачи от нас либо собственные), рисование и обсуждение архитектуры, «защита» у пары менторов и попытка переложить архитектуру на облачные сервисы.
Цель была собрать обратную связь по сервисам, вместе посмотреть на всякие подходы к проектированию, полезные знакомства. Мне показалось очень продуктивным. В штатах был на внутреннем мероприятии подобного плана, которое длилось 4 дня. Очень чистит мозги.
Давайте ещё, и анонсы тоже заранее :)
Было бы классно увидеть что-то по этой теме. У вас есть материалы/методики?
Поясните, что имели в виду про кэширование — для ВМ и дисков данных есть рычаг для того, чтобы ковырять кэширование.
Вопрос в том, что имеется в виду под всем этим делом — если IaaS, то ОК, это есть. Если PaaS или фичи типа AppInsights, то не только процесс адаптации любого PaaS-а под вариант поставки on-premise, но и наличие у потенциальных клиентов ресурсов под то, чтобы это работало хорошо, а не в режиме «один сервер — пять ролей» или маленького кластера сложны для однозначного ответа. Хотя планы есть.
technet.microsoft.com/en-us/library/cc771672.aspx
www.projectoxford.ai/doc/face/Get-Started/csharp
Лицензия с аппаратным юсб ключом для чего?
Вы не относитесь к перечисленным?