На один logical volume имеем до 30K IOPS. Общее количество IOPS с LUN ограничивается возможностями и настройкой операционной системы и пропускной способностью сети.
Карта документа - это файл main.adoc, где мы прописываем заголовки, нумерацию глав, аппендиксы, медиа, в общем, все, что мы хотим видеть внутри документа. Потом при генерации PDF документ собирается в соответствии с этой картой. Список всех документов формируется в зависимости от потребности самой компании, какие документы она хочет писать в формате AsciiDoc. Тут нет правил, компания сама составляет список, дает названия и т.д.
Да, можно так сказать. Поскольку RST - это тоже язык разметки, у нас во время перехода на AsciiDoc уже было понимание, что это такое, как нужно с языком правильно работать и т.д. Опять же, так как и RST, и AsciiDoc - это языки разметки, изучать оба не нужно, это двойная работа. Можно сразу идти к AsciiDoc. Добавлю, что у него очень хорошая официальная документация, это поможет.
В ваших расчетах слишком много допущений, но мысль вполне ясна, спасибо. Единственное, логика "раз делает альтернативу и замену этого самого VMware, значит наговаривает на компанию" не работает: мы тут с вами можем ругать VMware или восхвалять, компания от этого на российский рынок не вернется и потребность в замене ее продуктов на другие решения ("Базиса" или чьи-то еще) от этого никуда не денется.
Вы правда верите в значимость рынка РФ на фоне мирового?
Рынок есть рынок, значимость обычно определяется не столько его размером, сколько возможностью на нем заработать. В России VMware перед уходом, занимала, кажется, более 80% с выручкой более 1 млрд руб.
классический FUD
Классический FUD, все же, подразумевает намерение что-то продать, вряд ли автор преследовал такую цель. Мы ее точно не преследовали. Да и интонация статьи больше похожа на легкую ностальгию по временам, когда трава была зеленее, смешанную с беспокойством за будущее компании. Каким будет это будущее - покажет время.
Любопытно, а сколько R&D spends у Базиса и остальных?
У Базиса - до 1 млрд рублей ежегодно, за остальных говорить не готовы. Однако мы не то чтобы соревнуемся с Broadcom (или кем-то еще) по этому параметру.
Потребности конвертировать из AsciiDoc в DOCX у нас не возникало, поэтому специально поисками инструментов не занимались. Посмотрели несколько вариантов для себя, но всерьез вопрос не изучали. Заказчикам передаем документы в формате PDF, их устраивает.
Согласны с вашей оценкой threat modelling; мы знакомы с этим подходом и используем его для моделирования угроз для наших проектов. В данной статье рассматривались базовые процессы DevSecOps, поэтому интеграцию threat modelling в конвейер решили оставить за скобками. Возможно, расскажем о ней в одной из следующих статей.
На один logical volume имеем до 30K IOPS. Общее количество IOPS с LUN ограничивается возможностями и настройкой операционной системы и пропускной способностью сети.
Да
Предоставляем заказчикам по запросу.
Попробуем это реализовать)
Карта документа - это файл main.adoc, где мы прописываем заголовки, нумерацию глав, аппендиксы, медиа, в общем, все, что мы хотим видеть внутри документа. Потом при генерации PDF документ собирается в соответствии с этой картой. Список всех документов формируется в зависимости от потребности самой компании, какие документы она хочет писать в формате AsciiDoc. Тут нет правил, компания сама составляет список, дает названия и т.д.
Да, можно так сказать. Поскольку RST - это тоже язык разметки, у нас во время перехода на AsciiDoc уже было понимание, что это такое, как нужно с языком правильно работать и т.д.
Опять же, так как и RST, и AsciiDoc - это языки разметки, изучать оба не нужно, это двойная работа. Можно сразу идти к AsciiDoc. Добавлю, что у него очень хорошая официальная документация, это поможет.
В ваших расчетах слишком много допущений, но мысль вполне ясна, спасибо.
Единственное, логика "раз делает альтернативу и замену этого самого VMware, значит наговаривает на компанию" не работает: мы тут с вами можем ругать VMware или восхвалять, компания от этого на российский рынок не вернется и потребность в замене ее продуктов на другие решения ("Базиса" или чьи-то еще) от этого никуда не денется.
Рынок есть рынок, значимость обычно определяется не столько его размером, сколько возможностью на нем заработать. В России VMware перед уходом, занимала, кажется, более 80% с выручкой более 1 млрд руб.
Классический FUD, все же, подразумевает намерение что-то продать, вряд ли автор преследовал такую цель. Мы ее точно не преследовали. Да и интонация статьи больше похожа на легкую ностальгию по временам, когда трава была зеленее, смешанную с беспокойством за будущее компании. Каким будет это будущее - покажет время.
У Базиса - до 1 млрд рублей ежегодно, за остальных говорить не готовы. Однако мы не то чтобы соревнуемся с Broadcom (или кем-то еще) по этому параметру.
Финальный PDF формируется в рамках CI/CD-конвейера с помощью asciidoctor. Стили документа задаются в отдельном JSON-файле в VSCodium.
Потребности конвертировать из AsciiDoc в DOCX у нас не возникало, поэтому специально поисками инструментов не занимались. Посмотрели несколько вариантов для себя, но всерьез вопрос не изучали. Заказчикам передаем документы в формате PDF, их устраивает.
А в чем преимущество typst перед Markdown или AsciiDoc?
Взяли на себя, но в сложных случаях обращаемся к коллегам - с ними есть договоренность.
Markdown рассматривали, но по рекомендации DevOps-коллег остановились на AsciiDoc.
Согласны с вашей оценкой threat modelling; мы знакомы с этим подходом и используем его для моделирования угроз для наших проектов.
В данной статье рассматривались базовые процессы DevSecOps, поэтому интеграцию threat modelling в конвейер решили оставить за скобками. Возможно, расскажем о ней в одной из следующих статей.