А что не так? Мультитенантность железных серверов, плюс управление бмс инфраструктурой только средствами кубернетиса. Учитывая что там ironic под капотом, в пределах одного ДЦ развёртывание сервера и подключение к кластеру занимает считанные секунды, а для раскатки куба в Маас нужно использовать ещё и juju, к которому тоже раньше было много вопросов.
Странный вопрос задаёте, когда мезос был популярен и в соку, у него вообще альтернатив не было, в то время как куб даже до мажорной версии не добрался. Куб это уже другое поколение, наученное чужим горьким опытом, когда он набрался сил, от мезоса остались уже одни развалины.
Хочу заметить что это справедливо только для raidz инсталляций, но тут в любом случае надо отталкиваться от количества iops special диска, есть формула по которой считаются iops raidz, для рейда с двумя паритетами iops будут меньше в два раза чем у одного диска, поэтому отдельный диск с большими iops под zil или l2arc может быть очень полезен. Но если собирать zfs miroring (raid10), iops наоборот будут в два раза больше и тут диск под l2arc или zil будет наоборот мешать. Конечно нагрузка так же играет большое значение, например все синхронные записи такие как записи баз данных или виртуальных машин использует zil, если таких нагрузок нет, то и особого смысла в ZIL на отдельном диске не будет, а l2arc используется для любых видов чтений, поэтому если спешл диск медленный, разворачивать l2arc на нем может оказаться невыгодным.
Это описание уже больше смахивает не на самостоятельного руководителя, а на ручную собачку. Очевидно, что у автора в подчинении никогда не было руководителей, ну и сам он, судя по статье, руководитель не впечатляющий, такой типичный "эффективный менеджмент" по имитации деятельности в не продуктовой компании. Действительно плодотворный менеджмент выстраивается на и отталкивается от архитектуры продукта и наоборот, можно здесь ещё вспомнить закон Конвея.
По поводу метрики lead time for code changes, у нас в команде есть джуны и мидлы и доверять их коду достаточно сложно, а сеньёры вечно чем-то заняты чтобы досконально проверить всех остальных, времени на контрактное программирование или написание смоков, каких то тестов у них тоже нет. Поэтому неделя у всех кроме сеньёроа от комитета до деплоя на прод выглядит, как мне кажется, вполне нормально.
Во вторых я видел дохрена шизов с вышкой особенно в "гуманитарных" науках, Мединский например. Люди с двумя тремя вышками рассказывали мне и про потоп и про инопланетян и про астрологию и про эзотерику, диагностику кармы и так далее.
В третьих, вы вообще видели в Москве уборщиц без образования? Если раньше не интересовались, спросите, уверен вы будете очень удивлены. Даже те которые из ближнего зарубежья приезжают, у них то же как правило есть высшее образование.
Ну и вообще, считать чертёнка с логотипа фряхи безобидным это, имхо, некоторое заблуждение и незнание истории.
docker это обёртка вокруг linux namespaces, остальное, всё что вы назвали, из написанного на go, считать хоть сколько-нибудь надёжным при масштабировании сомнительно
А что не так? Мультитенантность железных серверов, плюс управление бмс инфраструктурой только средствами кубернетиса. Учитывая что там ironic под капотом, в пределах одного ДЦ развёртывание сервера и подключение к кластеру занимает считанные секунды, а для раскатки куба в Маас нужно использовать ещё и juju, к которому тоже раньше было много вопросов.
Странный вопрос задаёте, когда мезос был популярен и в соку, у него вообще альтернатив не было, в то время как куб даже до мажорной версии не добрался. Куб это уже другое поколение, наученное чужим горьким опытом, когда он набрался сил, от мезоса остались уже одни развалины.
Хочу заметить что это справедливо только для raidz инсталляций, но тут в любом случае надо отталкиваться от количества iops special диска, есть формула по которой считаются iops raidz, для рейда с двумя паритетами iops будут меньше в два раза чем у одного диска, поэтому отдельный диск с большими iops под zil или l2arc может быть очень полезен. Но если собирать zfs miroring (raid10), iops наоборот будут в два раза больше и тут диск под l2arc или zil будет наоборот мешать. Конечно нагрузка так же играет большое значение, например все синхронные записи такие как записи баз данных или виртуальных машин использует zil, если таких нагрузок нет, то и особого смысла в ZIL на отдельном диске не будет, а l2arc используется для любых видов чтений, поэтому если спешл диск медленный, разворачивать l2arc на нем может оказаться невыгодным.
Ещё большей чепухи я в жизни не слышал
Это описание уже больше смахивает не на самостоятельного руководителя, а на ручную собачку. Очевидно, что у автора в подчинении никогда не было руководителей, ну и сам он, судя по статье, руководитель не впечатляющий, такой типичный "эффективный менеджмент" по имитации деятельности в не продуктовой компании. Действительно плодотворный менеджмент выстраивается на и отталкивается от архитектуры продукта и наоборот, можно здесь ещё вспомнить закон Конвея.
По поводу метрики lead time for code changes, у нас в команде есть джуны и мидлы и доверять их коду достаточно сложно, а сеньёры вечно чем-то заняты чтобы досконально проверить всех остальных, времени на контрактное программирование или написание смоков, каких то тестов у них тоже нет. Поэтому неделя у всех кроме сеньёроа от комитета до деплоя на прод выглядит, как мне кажется, вполне нормально.
Во первых, верующая != Без образования.
Во вторых я видел дохрена шизов с вышкой особенно в "гуманитарных" науках, Мединский например. Люди с двумя тремя вышками рассказывали мне и про потоп и про инопланетян и про астрологию и про эзотерику, диагностику кармы и так далее.
В третьих, вы вообще видели в Москве уборщиц без образования? Если раньше не интересовались, спросите, уверен вы будете очень удивлены. Даже те которые из ближнего зарубежья приезжают, у них то же как правило есть высшее образование.
Ну и вообще, считать чертёнка с логотипа фряхи безобидным это, имхо, некоторое заблуждение и незнание истории.
docker это обёртка вокруг linux namespaces, остальное, всё что вы назвали, из написанного на go, считать хоть сколько-нибудь надёжным при масштабировании сомнительно
Есть уже, фридесктоп, а до него был x open, результаты удручающие.
Очень хорошая статья)