Любя информационная система , любой комплекс систем , архитектур зависит от людей и способности выстраивать диалоги и видеть цель - такого 5% остальное в компаниях это борьба подразделений, перетягиваний одеяло и прыгания перед забором что бы шеф увидел какого-то молодца который показывает работу… если в копании есть понимание, кто чем занимается можно строить как монолитные системы ERP и с минимум персонала либо сегментированное системы обвязанные между собой . За то и за это нужно будет платить , остальное просто как считать - это уже философия, рассуждения, взгляды с разных мировоззрений.
Я очень пониманию автора статьи, когда в компании есть экспертиза в виде сотрудников и когда она пропадает - это боль для компании и боль когда приглашают интегратора что бы разобраться - а не каждая компания, генеральный директор, собственник готов менять свои бизнес процесс которые работают (худо, бедно)…
смотря какая доступность нужна, вам что бы на своем железе построить высокую доступность нужно X железа на кол-во дата-центров - это уже хороший капекс и ЗИП, все остальное каналы и так далее заказывается обыденно. Если свое железо, то приехать и попасть в ЦОД это время и квест, если брать дедик - который отвалился и вы ждете время реагирования ЦОД либо необходима замена железа и ваше время на миграцию - тут можно долго вести дискуссии, они конечно лучше идут под бокал чего-то...)
Почему трудно прогнозировать ? у Вас как раз ежемесячно в чеке есть за что, за сколько и сколько денег. Как сказал коллега выше надо включили больше, надо выключили и стало меньше. Свое железо надо прогнозировать на случаи отказов а это определенный X- коэффициент ресурсов=денег, которые надо доставить и выложить сейчас, в определенных случаях да, согласен может быть железо чуть выгоднее, но вопрос как считать глубоко?! - Ровно так же как на сколько долго у Вас будет прокаченный специалист работать в компании который будет поддерживать это добро и как быстро и в такой же бюджет вы найдете другого ?!
вы берете облачную инфраструктуру в которой уже заложена высокая доступность и так далее и вы ее не обслуживаете, а когда вы берете свои сервера (или в аренду), то тут начинается веселье начиная от драйвера на сетевую карту и все другие прелести on-premise, вы или ваши сотрудники при облачной инфре не тратите время на администрирование и сопровождение определенного слоя инфраструктуры - а так конечно, если позволяет бюджет и желание то конечно можно брать 2-3 человека в штат в зависимости от размера инфры и заниматься весельем.
ну слушайте, вы немного утрируете, это ровно так же как кран с водой дома, либо вы включаете не полную мощность либо регулируете....
так же и со своей инфрой - вы покупаете железо, страхуетесь, закладывая 20-25% мощности сверху, а в итоге вы и 80% не выжимаете по потреблению этого железа.... + резервирования и так далее, высокая доступность, масштабирование гео - избитая тема.
Оно все сугубо интимно и выбирается по потребности или от настроения, ровно так же как в публичных домах вы идете либо за потребностью либо выбираете по своему настроению...
Каждый чих везде тарифицируется, только либо он тарифицируется опексом или капексом.
Я честно прочитал дважды статью и третий раз бегло с поиском, в статье больше рассказывается о решении LDAP (Dynamic Directory), но где о решении WSUS и SCCM? Больше интересует замена WSUS - как оно работает, это локальный репозиторий который прописан всем машинам ? Или там есть GUI для одобрения обновлений и они всем расшатываются ? Расскажите про эти два инструмента пожалуйста. 🙂
Есть решения, которые работали годами , есть решения под разные операционные системы …. Не бывает плохого языка программирования, не бывает плохой программы, вопрос в применение того или иного к текущим реалиям и требованиям, за модой не угнаться…. Я понимаю Вас, но есть много других факторов… это как разные повара по разному готовят одно и тоже блюдо
Руководителю тоже ,тот еще кейс принять верное решение, когда каждое подразделение насыпает и говорит, вот им только и надо поставить, давайте вместо 50 рублей дадим 5, тот еще кейс принять верное решение …
В вашей теории не хватает еще подхода к изменениям, т.е что бы что-то поменять, нужно запланировать изменения - миграцию, обеспечить обратную совместимость к примеру возьмем exchange - что бы заменить в большой компании безболезненно нужно много учесть всего - так может бахнем и начнем с нуля ?!
Тут больше догадок и пальцем в небо, нужно дать время стабилизировать текущую ситуацию командам, так как важно поставить на рельсы (крыло) операционную работу, дальше ребята будут разгребать и догонять до уровня который был. А лупить кнутом можно и дворника, а зачем ?!
Поздно пить Боржоми когда почки отказали….мы лишь можем созерцать текущее и делать выводы на опыте коллег по цеху …, что бы не наступить на такие же грабли…
как много вопросов, как мало ответов когда мало информации, но позволить продолжить задавать вопросы коих больше пока чем ответов на вопросы, но спасибо Вам за ответы.
SPICE не идеален, понятно дело, но его задача предоставить грубо говоря безопасный доступ (если мы не прокидываем что-то в ВМ) и предоставление изоляции от общего контура. И получается без агента совсем никак не делается доступ?
И получается для подключения нужен а браузер, а как прокидывать тогда устройства в ВМ ? нужен так же агент, который прокидывает устройства в виртуалку ? (если мы не задействуем SPICE)
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, тот еще кейс принять верное решение …
В вашей теории не хватает еще подхода к изменениям, т.е что бы что-то поменять, нужно запланировать изменения - миграцию, обеспечить обратную совместимость к примеру возьмем exchange - что бы заменить в большой компании безболезненно нужно много учесть всего - так может бахнем и начнем с нуля ?!
Тут больше догадок и пальцем в небо, нужно дать время стабилизировать текущую ситуацию командам, так как важно поставить на рельсы (крыло) операционную работу, дальше ребята будут разгребать и догонять до уровня который был. А лупить кнутом можно и дворника, а зачем ?!
Поздно пить Боржоми когда почки отказали….мы лишь можем созерцать текущее и делать выводы на опыте коллег по цеху …, что бы не наступить на такие же грабли…
Визуализатор _пта / графанатор / показатор / твзатор / наверное будет лучше - ламовоказатор
как много вопросов, как мало ответов когда мало информации, но позволить продолжить задавать вопросы коих больше пока чем ответов на вопросы, но спасибо Вам за ответы.
SPICE не идеален, понятно дело, но его задача предоставить грубо говоря безопасный доступ (если мы не прокидываем что-то в ВМ) и предоставление изоляции от общего контура. И получается без агента совсем никак не делается доступ?
И получается для подключения нужен а браузер, а как прокидывать тогда устройства в ВМ ? нужен так же агент, который прокидывает устройства в виртуалку ? (если мы не задействуем SPICE)