Вот, да про эти отличия и интересно смотреть, что пристроили, что получили от пристройки , так как сами поймите, с чем-то сравнивать сложно, тем более что в публичной версии вашего решения нет, к сожалению, а если бы было и был акцент, что меняете и добавляете и как с этим работать, сообщество поймет надо ли это им и будет приходить к вам уже за коммерцией , хотя бы в какому-то ключе если бы можно использовать к примеру как exsi локально для одной ноды или еще что-то. (Может быть если оно бесплатное, но я не встречал)
Так чем отличается сложность найти обновления к текущим промышленным решениям или использовать шкуру убитого медведя ?
Вы написали, что тот же оракалЬ в свое время решил не форкать, а принял вкладывать в сообщество , но вы выбрали свой путь, оно понятно.
Но как вы развиваете сейчас эту технологию , какие патчи, какой рост производительности ? - ведь, что бы понять отличия решений сейчас, важно ☝️ понимать как жизнь протекает (если протекает) под капотом.
Любя информационная система , любой комплекс систем , архитектур зависит от людей и способности выстраивать диалоги и видеть цель - такого 5% остальное в компаниях это борьба подразделений, перетягиваний одеяло и прыгания перед забором что бы шеф увидел какого-то молодца который показывает работу… если в копании есть понимание, кто чем занимается можно строить как монолитные системы ERP и с минимум персонала либо сегментированное системы обвязанные между собой . За то и за это нужно будет платить , остальное просто как считать - это уже философия, рассуждения, взгляды с разных мировоззрений.
Я очень пониманию автора статьи, когда в компании есть экспертиза в виде сотрудников и когда она пропадает - это боль для компании и боль когда приглашают интегратора что бы разобраться - а не каждая компания, генеральный директор, собственник готов менять свои бизнес процесс которые работают (худо, бедно)…
смотря какая доступность нужна, вам что бы на своем железе построить высокую доступность нужно X железа на кол-во дата-центров - это уже хороший капекс и ЗИП, все остальное каналы и так далее заказывается обыденно. Если свое железо, то приехать и попасть в ЦОД это время и квест, если брать дедик - который отвалился и вы ждете время реагирования ЦОД либо необходима замена железа и ваше время на миграцию - тут можно долго вести дискуссии, они конечно лучше идут под бокал чего-то...)
Почему трудно прогнозировать ? у Вас как раз ежемесячно в чеке есть за что, за сколько и сколько денег. Как сказал коллега выше надо включили больше, надо выключили и стало меньше. Свое железо надо прогнозировать на случаи отказов а это определенный X- коэффициент ресурсов=денег, которые надо доставить и выложить сейчас, в определенных случаях да, согласен может быть железо чуть выгоднее, но вопрос как считать глубоко?! - Ровно так же как на сколько долго у Вас будет прокаченный специалист работать в компании который будет поддерживать это добро и как быстро и в такой же бюджет вы найдете другого ?!
вы берете облачную инфраструктуру в которой уже заложена высокая доступность и так далее и вы ее не обслуживаете, а когда вы берете свои сервера (или в аренду), то тут начинается веселье начиная от драйвера на сетевую карту и все другие прелести on-premise, вы или ваши сотрудники при облачной инфре не тратите время на администрирование и сопровождение определенного слоя инфраструктуры - а так конечно, если позволяет бюджет и желание то конечно можно брать 2-3 человека в штат в зависимости от размера инфры и заниматься весельем.
ну слушайте, вы немного утрируете, это ровно так же как кран с водой дома, либо вы включаете не полную мощность либо регулируете....
так же и со своей инфрой - вы покупаете железо, страхуетесь, закладывая 20-25% мощности сверху, а в итоге вы и 80% не выжимаете по потреблению этого железа.... + резервирования и так далее, высокая доступность, масштабирование гео - избитая тема.
Оно все сугубо интимно и выбирается по потребности или от настроения, ровно так же как в публичных домах вы идете либо за потребностью либо выбираете по своему настроению...
Каждый чих везде тарифицируется, только либо он тарифицируется опексом или капексом.
Я честно прочитал дважды статью и третий раз бегло с поиском, в статье больше рассказывается о решении LDAP (Dynamic Directory), но где о решении WSUS и SCCM? Больше интересует замена WSUS - как оно работает, это локальный репозиторий который прописан всем машинам ? Или там есть GUI для одобрения обновлений и они всем расшатываются ? Расскажите про эти два инструмента пожалуйста. 🙂
Есть решения, которые работали годами , есть решения под разные операционные системы …. Не бывает плохого языка программирования, не бывает плохой программы, вопрос в применение того или иного к текущим реалиям и требованиям, за модой не угнаться…. Я понимаю Вас, но есть много других факторов… это как разные повара по разному готовят одно и тоже блюдо
Руководителю тоже ,тот еще кейс принять верное решение, когда каждое подразделение насыпает и говорит, вот им только и надо поставить, давайте вместо 50 рублей дадим 5, тот еще кейс принять верное решение …
Деньги не пахнут
Вот, да про эти отличия и интересно смотреть, что пристроили, что получили от пристройки , так как сами поймите, с чем-то сравнивать сложно, тем более что в публичной версии вашего решения нет, к сожалению, а если бы было и был акцент, что меняете и добавляете и как с этим работать, сообщество поймет надо ли это им и будет приходить к вам уже за коммерцией , хотя бы в какому-то ключе если бы можно использовать к примеру как exsi локально для одной ноды или еще что-то. (Может быть если оно бесплатное, но я не встречал)
Так чем отличается сложность найти обновления к текущим промышленным решениям или использовать шкуру убитого медведя ?
Вы написали, что тот же оракалЬ в свое время решил не форкать, а принял вкладывать в сообщество , но вы выбрали свой путь, оно понятно.
Но как вы развиваете сейчас эту технологию , какие патчи, какой рост производительности ? - ведь, что бы понять отличия решений сейчас, важно ☝️ понимать как жизнь протекает (если протекает) под капотом.
И да, что там с обоями ? 🙃
cloudpbx.beeline.ru
Про обычный SIP который предоставляется от операторов.
Так же был недавно в поездке и VoWIFI не заработал , но я особо не стал вникать…
А еще Билайн запретил подключаться по SIP из-за границы …. Теперь грустно, 😢
Главное осознать как работает программа, а не заставить работать программу как она должна работать по мнению человека …
Любя информационная система , любой комплекс систем , архитектур зависит от людей и способности выстраивать диалоги и видеть цель - такого 5% остальное в компаниях это борьба подразделений, перетягиваний одеяло и прыгания перед забором что бы шеф увидел какого-то молодца который показывает работу… если в копании есть понимание, кто чем занимается можно строить как монолитные системы ERP и с минимум персонала либо сегментированное системы обвязанные между собой . За то и за это нужно будет платить , остальное просто как считать - это уже философия, рассуждения, взгляды с разных мировоззрений.
Я очень пониманию автора статьи, когда в компании есть экспертиза в виде сотрудников и когда она пропадает - это боль для компании и боль когда приглашают интегратора что бы разобраться - а не каждая компания, генеральный директор, собственник готов менять свои бизнес процесс которые работают (худо, бедно)…
Эм, а xface не будет ? 😳
смотря какая доступность нужна, вам что бы на своем железе построить высокую доступность нужно X железа на кол-во дата-центров - это уже хороший капекс и ЗИП, все остальное каналы и так далее заказывается обыденно. Если свое железо, то приехать и попасть в ЦОД это время и квест, если брать дедик - который отвалился и вы ждете время реагирования ЦОД либо необходима замена железа и ваше время на миграцию - тут можно долго вести дискуссии, они конечно лучше идут под бокал чего-то...)
Дисциплина нужна с облаками - а ее мало кто любит и мало кто готов оптимизироваться, правильно планировать ресурсы.
Почему трудно прогнозировать ? у Вас как раз ежемесячно в чеке есть за что, за сколько и сколько денег. Как сказал коллега выше надо включили больше, надо выключили и стало меньше. Свое железо надо прогнозировать на случаи отказов а это определенный X- коэффициент ресурсов=денег, которые надо доставить и выложить сейчас, в определенных случаях да, согласен может быть железо чуть выгоднее, но вопрос как считать глубоко?! - Ровно так же как на сколько долго у Вас будет прокаченный специалист работать в компании который будет поддерживать это добро и как быстро и в такой же бюджет вы найдете другого ?!
вы берете облачную инфраструктуру в которой уже заложена высокая доступность и так далее и вы ее не обслуживаете, а когда вы берете свои сервера (или в аренду), то тут начинается веселье начиная от драйвера на сетевую карту и все другие прелести on-premise, вы или ваши сотрудники при облачной инфре не тратите время на администрирование и сопровождение определенного слоя инфраструктуры - а так конечно, если позволяет бюджет и желание то конечно можно брать 2-3 человека в штат в зависимости от размера инфры и заниматься весельем.
ну слушайте, вы немного утрируете, это ровно так же как кран с водой дома, либо вы включаете не полную мощность либо регулируете....
так же и со своей инфрой - вы покупаете железо, страхуетесь, закладывая 20-25% мощности сверху, а в итоге вы и 80% не выжимаете по потреблению этого железа.... + резервирования и так далее, высокая доступность, масштабирование гео - избитая тема.
Оно все сугубо интимно и выбирается по потребности или от настроения, ровно так же как в публичных домах вы идете либо за потребностью либо выбираете по своему настроению...
Каждый чих везде тарифицируется, только либо он тарифицируется опексом или капексом.
Запустил дополнительный инстанс – плати
Добавил мощности – плати
Забыл выключить тестовый сервер – плати
А раньше не так было ? - дальше бегло уже читал....
Я честно прочитал дважды статью и третий раз бегло с поиском, в статье больше рассказывается о решении LDAP (Dynamic Directory), но где о решении WSUS и SCCM? Больше интересует замена WSUS - как оно работает, это локальный репозиторий который прописан всем машинам ? Или там есть GUI для одобрения обновлений и они всем расшатываются ? Расскажите про эти два инструмента пожалуйста. 🙂
А вот @melnoff с июля месяца не может создать бота, говорят ему пока нельзя, дайте человеку волю уже, страдает.
//по заголовку я думал, что школьники будут ломать его )
Лучше meshcentral пока не встречал ничего, на 5к хостов отлично бегает.
Есть решения, которые работали годами , есть решения под разные операционные системы …. Не бывает плохого языка программирования, не бывает плохой программы, вопрос в применение того или иного к текущим реалиям и требованиям, за модой не угнаться…. Я понимаю Вас, но есть много других факторов… это как разные повара по разному готовят одно и тоже блюдо
Руководителю тоже ,тот еще кейс принять верное решение, когда каждое подразделение насыпает и говорит, вот им только и надо поставить, давайте вместо 50 рублей дадим 5, тот еще кейс принять верное решение …