Замечательный текст. В стиле - вас там за забором много, а мы тут одни такие. "Для среднего и малого бизнеса проблемы с 1-2 сотрудниками уже могут оказаться довольно тяжёлыми — это связано с большой ролью каждого в совокупности процессов компании." - конечно если на лицо присутствие инфраструктуры 2012-2015 годов и чёткое желание этого малого бизнеса "рубить" бабло (норму прибыли) в том же объёме как и в прошлые ламповые годы, в те годы когда большие компании не входили в их нишу услуг или продукта. Не стоит натягивать устаревший (в прямом и переносном смысле) рубашечногалстуковый менеджмент из начала-середины 2000-х на нынешние реалии и всё будет хорошо.
Замечательно! Туда же - размещение ИТ-директором своей подшефной инфраструктуры в цоде у друга на старинном железе и шпиндельных системах хранения которые купили на аукционах. )
Машин в пиковые часы (будний день, октябрь) находится 8-10, из них 4 новых китайских разных марок, остальных педагогов видимо привозят. Среднюю для статистики можно не смотреть, в трудовых договорах такого рода учреждений указан некий оклад, но далее много всяких разных доплат в процентном отношении к окладу и если педагог лоялен к директору школу, ему "накрутят" дополнительными процентами очень хорошо. Поэтому и а) огромное количество уроков в день у 7-11 классов б) шестидневка (суббота с шестью урокам) и т.д .
Хороший текст, особенно "как только малый бизнес становится средним, и уже, как средний бизнес, начинает хотеть 24/7/365 и видит цену такого решения", есть сразу средний бизнес инфраструктура которого на 90% в облаках в региональных цодах на старинных шпиндельных трипарах. Спрашивается, почему и отчего? Просто ушлый руководитель ИТ этого среднего бизнеса, "затянул" всё к свои друзьям - какое здесь AFA.
"спортивное администрирование " - тоже отлично, сплошь и рядом.
А вот здесь "Но, если у вас зарплата учителя находится на уровне выживания" - не соглашусь, сужу по частоте поездок на море и прочих новых автомобилей стоящих на школьной (только для работников) стоянке. В этом случае скорее всего - кто платит, тот и заказывает музыку.
"Устраиваешься программистом, читаешь договор, а там какой-нибудь "Металлинвестпрокат" - и должность главный проектировщик ИТ- инфраструктуры и какие у вас остаются "методы против Кости Сапрыкина"? Со старого места уволились и под нос суют вот это вот всё на подпись.
Хороший текст. Особенно полно таких в столице. Причины? Слабый кадровый подбор и если обычного инженера могут гонять и "в хвост и в гриву" на собесах, то вышеописанных рукойводителей почему то нет. Работая на одного работодателя, удивлялся тому что руководитель инженерами, ни разу за год не блеснул терминами по направлению, всё "туманил" в стиле " в того на этого ага?".
По поводу KVM, например zvirt 3.1.1 на iSCSI блок 9000 (MTU) и где то в определенный момент наступает "завал" при активной нагрузке ВМ (>1,5 гб/с) Где? Было не понятно.
Сеть, сетью, а сколько контроллеры на СХД проглотят столько и будет хорошо. vSAN это для рисковых энтузиастов из серверных комнат ООО "Интеграционная интеграция" , задумка красива, надежность под вопросом (туда же Ceph). Вообщем, разделяй (серверы, сеть, схд) и властвуй. Замельчив блок, получим нагрузку на ЦПУ контроллера СХД, если контроллеры проглотят write, то вряд ли сеть и серверы проглотят обратно read от СХД. Старая vmwar-а , 6.75 (кое где работают на такой) так вообще только 512e использует при работе с СХД и смысла городить огород (покупка 4к СХД) особого не имеет . В новой всё уже лучше, но читаем статьи (ваши) о лицензировании и подписке и т.д. Что с KVM? ПО iSCSI и 10G задержки в норме, при малой нагрузке, при большой - полный "ой".
"как недавно вышло с дисками HPE " - ну не так уж и недавно и не 40 тысяч часов а что то 32 тысячи с небольшим , хотя как вчера было.
"К 2019 Huawei перешел на Arm " - жаль что это игнорируют некоторые производители, те что до сих пор на х86 выпускают и продают, не поднимаясь выше middle сегмента по производительности.
"работать с кроиловом, и потом нести ответственность при попадалове" - согласен, вся эта распределенная "кухня" не добавляет надежности и производительности в отличии от стандартных схем (сервер-сеть-система хранения данных) , но каждый кузнец своей судьбы.
"С как-бы всеядными MSA" - рискованно тоже, но как вариант заполучить корзину от vnx и подключив к её к серверу(чем производительнее тем лучше) через интерфейс развернуть trueNAS - получится одно контроллерный всеядный (по дискам) массив. При этом не забывать о своевременном резервном копировании.
У классика было подобное (опять заминусуют,но не удержусь) :
" Днем пришел опять морской комиссар.— Ну что, пустил машину? — спрашивает.— А ты думал, не пущу? — ответил Пухов. — Это только вы из-под Екатеринодара удрали, а я ни от чего не отступлю, раз надо!— Ну, ладно, ладно, — сказал довольный комиссар. — Знай, что керосину у нас мало — береги!— Мне его не пить — сколько есть, столько будет! — положительно заявил Пухов.— Ведь мотор с водой идет? — спросил комиссар.— Ну да, керосин топит, вода охлаждает!— А ты норови керосину поменьше, а воды побольше, — сделал открытие комиссар.Тут Пухов захохотал всем своим редким молчаливым голосом.— Что ты, дурак, радуешься? — спросил в досаде комиссар.Пухов не мог остановиться и радостно закатывался.— Тебе бы не советскую власть, а всю природу учреждать надо, — ты б ее ловко обдумал! Эх ты, мехоноша! "
А ну раз простой транслятор - то живем дальше и не читаем этого всего:
"Как следствие простой случай общения с пользователем:
f() <- someData(); // читаем данные из базы необходимые для myForm DIALOG myForm OBJECTS a INPUT DO // ОткрытьФормуМодально, пользователь выбирает какой-то объект IF isSomething(a) DO // читаем данные для этого объекта и если с ними что-то не то DIALOG otherForm OBJECTS b = a DO { // ОткрытьФормуМодально, открываем другую форму где пользователь выбирает другой объект b g(b) <- someInput(b); // записываем данные для b APPLY; // сохраняем изменения в базу }
превращается в кашу из пяти различных процедур с надуманными именами. Если при этом еще надо передать данные между myForm и otherForm, то придется использовать так называемые временные хранилища (что тоже было бы не нужно, если бы поток выполнения был на сервере) в результате чего код усложняется еще больше. " https://habr.com/ru/companies/lsfusion/articles/468415/
Соглашусь полностью, с @ayrtonSK любые слои виртуализации снижают производительность, поэтому и встал вопрос об инсталяшке для bare-metal. Docker на виртуальной машине с линукс-системой работающей в рамках виртуализации от vmware имеет ряд аспектов снижающих (где -то кратно) производительность приложений внутри этого "пирога" о чём и упоминал @ayrtonSK . Это всё подтверждено практикой в промышленных масштабах, а не " мы тут собрали из четырех хостов виртуализацию и примониторовали по iscsi хранилку"
Замечательный текст. В стиле - вас там за забором много, а мы тут одни такие. "Для среднего и малого бизнеса проблемы с 1-2 сотрудниками уже могут оказаться довольно тяжёлыми — это связано с большой ролью каждого в совокупности процессов компании." - конечно если на лицо присутствие инфраструктуры 2012-2015 годов и чёткое желание этого малого бизнеса "рубить" бабло (норму прибыли) в том же объёме как и в прошлые ламповые годы, в те годы когда большие компании не входили в их нишу услуг или продукта. Не стоит натягивать устаревший (в прямом и переносном смысле) рубашечногалстуковый менеджмент из начала-середины 2000-х на нынешние реалии и всё будет хорошо.
Замечательно! Туда же - размещение ИТ-директором своей подшефной инфраструктуры в цоде у друга на старинном железе и шпиндельных системах хранения которые купили на аукционах. )
Машин в пиковые часы (будний день, октябрь) находится 8-10, из них 4 новых китайских разных марок, остальных педагогов видимо привозят. Среднюю для статистики можно не смотреть, в трудовых договорах такого рода учреждений указан некий оклад, но далее много всяких разных доплат в процентном отношении к окладу и если педагог лоялен к директору школу, ему "накрутят" дополнительными процентами очень хорошо. Поэтому и а) огромное количество уроков в день у 7-11 классов б) шестидневка (суббота с шестью урокам) и т.д .
Хороший текст, особенно "как только малый бизнес становится средним, и уже, как средний бизнес, начинает хотеть 24/7/365 и видит цену такого решения", есть сразу средний бизнес инфраструктура которого на 90% в облаках в региональных цодах на старинных шпиндельных трипарах. Спрашивается, почему и отчего? Просто ушлый руководитель ИТ этого среднего бизнеса, "затянул" всё к свои друзьям - какое здесь AFA.
"спортивное администрирование " - тоже отлично, сплошь и рядом.
А вот здесь "Но, если у вас зарплата учителя находится на уровне выживания" - не соглашусь, сужу по частоте поездок на море и прочих новых автомобилей стоящих на школьной (только для работников) стоянке. В этом случае скорее всего - кто платит, тот и заказывает музыку.
Соглашусь, стабилен черезвычайно и не требует танцев с бубном для поднятия при резком падении (всего и вся) и нагрузки держит и аппетиты умеренные.
"Устраиваешься программистом, читаешь договор, а там какой-нибудь "Металлинвестпрокат" - и должность главный проектировщик ИТ- инфраструктуры и какие у вас остаются "методы против Кости Сапрыкина"? Со старого места уволились и под нос суют вот это вот всё на подпись.
Хороший текст. Особенно полно таких в столице. Причины? Слабый кадровый подбор и если обычного инженера могут гонять и "в хвост и в гриву" на собесах, то вышеописанных рукойводителей почему то нет. Работая на одного работодателя, удивлялся тому что руководитель инженерами, ни разу за год не блеснул терминами по направлению, всё "туманил" в стиле " в того на этого ага?".
Ошибся - vSphere 6.7, имел ввиду 6.7 и 6.5.
По поводу KVM, например zvirt 3.1.1 на iSCSI блок 9000 (MTU) и где то в определенный момент наступает "завал" при активной нагрузке ВМ (>1,5 гб/с) Где? Было не понятно.
А если тезисно и по пунктам?
Инженеры перебегают из Локхида в Боинг, из IBM в INTEL и т.д, меняют место жительства и т.д? Прописка нужна?)
АН-10 туда же?
Сеть, сетью, а сколько контроллеры на СХД проглотят столько и будет хорошо. vSAN это для рисковых энтузиастов из серверных комнат ООО "Интеграционная интеграция" , задумка красива, надежность под вопросом (туда же Ceph). Вообщем, разделяй (серверы, сеть, схд) и властвуй. Замельчив блок, получим нагрузку на ЦПУ контроллера СХД, если контроллеры проглотят write, то вряд ли сеть и серверы проглотят обратно read от СХД. Старая vmwar-а , 6.75 (кое где работают на такой) так вообще только 512e использует при работе с СХД и смысла городить огород (покупка 4к СХД) особого не имеет . В новой всё уже лучше, но читаем статьи (ваши) о лицензировании и подписке и т.д. Что с KVM? ПО iSCSI и 10G задержки в норме, при малой нагрузке, при большой - полный "ой".
Спасибо, много полезного.
"как недавно вышло с дисками HPE " - ну не так уж и недавно и не 40 тысяч часов а что то 32 тысячи с небольшим , хотя как вчера было.
"К 2019 Huawei перешел на Arm " - жаль что это игнорируют некоторые производители, те что до сих пор на х86 выпускают и продают, не поднимаясь выше middle сегмента по производительности.
"работать с кроиловом, и потом нести ответственность при попадалове" - согласен, вся эта распределенная "кухня" не добавляет надежности и производительности в отличии от стандартных схем (сервер-сеть-система хранения данных) , но каждый кузнец своей судьбы.
"С как-бы всеядными MSA" - рискованно тоже, но как вариант заполучить корзину от vnx и подключив к её к серверу(чем производительнее тем лучше) через интерфейс развернуть trueNAS - получится одно контроллерный всеядный (по дискам) массив. При этом не забывать о своевременном резервном копировании.
По конференции промышленников водили.Как видно напоказ —Известно, что заинтересованные в автоматизации промышленники в диковинку у нас.
У классика было подобное (опять заминусуют,но не удержусь) :
" Днем пришел опять морской комиссар.— Ну что, пустил машину? — спрашивает.— А ты думал, не пущу? — ответил Пухов. — Это только вы из-под Екатеринодара удрали, а я ни от чего не отступлю, раз надо!— Ну, ладно, ладно, — сказал довольный комиссар. — Знай, что керосину у нас мало — береги!— Мне его не пить — сколько есть, столько будет! — положительно заявил Пухов.— Ведь мотор с водой идет? — спросил комиссар.— Ну да, керосин топит, вода охлаждает!— А ты норови керосину поменьше, а воды побольше, — сделал открытие комиссар.Тут Пухов захохотал всем своим редким молчаливым голосом.— Что ты, дурак, радуешься? — спросил в досаде комиссар.Пухов не мог остановиться и радостно закатывался.— Тебе бы не советскую власть, а всю природу учреждать надо, — ты б ее ловко обдумал! Эх ты, мехоноша! "
А ну раз простой транслятор - то живем дальше и не читаем этого всего:
"Как следствие простой случай общения с пользователем:
f() <- someData(); // читаем данные из базы необходимые для myForm DIALOG myForm OBJECTS a INPUT DO // ОткрытьФормуМодально, пользователь выбирает какой-то объект IF isSomething(a) DO // читаем данные для этого объекта и если с ними что-то не то DIALOG otherForm OBJECTS b = a DO { // ОткрытьФормуМодально, открываем другую форму где пользователь выбирает другой объект b g(b) <- someInput(b); // записываем данные для b APPLY; // сохраняем изменения в базу }превращается в кашу из пяти различных процедур с надуманными именами. Если при этом еще надо передать данные между myForm и otherForm, то придется использовать так называемые временные хранилища (что тоже было бы не нужно, если бы поток выполнения был на сервере) в результате чего код усложняется еще больше. " https://habr.com/ru/companies/lsfusion/articles/468415/
"каким-то образом транслировать текст SQL запроса в текст запроса 1С " - замечательно.
Соглашусь полностью, с @ayrtonSK любые слои виртуализации снижают производительность, поэтому и встал вопрос об инсталяшке для bare-metal. Docker на виртуальной машине с линукс-системой работающей в рамках виртуализации от vmware имеет ряд аспектов снижающих (где -то кратно) производительность приложений внутри этого "пирога" о чём и упоминал @ayrtonSK . Это всё подтверждено практикой в промышленных масштабах, а не " мы тут собрали из четырех хостов виртуализацию и примониторовали по iscsi хранилку"
А в некрупных как?