Ищу решение для телефонии в компании с сетью филиалов.
Каждый филиал должен быть автономным и прозрачно работать с остальными.
Мигрирующие пользователи должны подключаться на самый ближний сервер, а не через дефолтный для него сервер. При этом всё должно быть прозрачно.
Также необходим обмен сообщениями через какой-то мессенджер, и обязательно видеоконференции.
Обязательно планируется использование клиента на смартфонах для звонков через туннель снаружи.
Что посоветуете?
В одном университете в Украине мною был инициирован процесс создания учебного центра НР при университете.
Конечно же, появилось много непростых вопросов.
Один из них — преподаватели. Среди университетских сложно найти специалистов даже для базовых курсов.
Можете поделиться опытом, применимым для данного центра?
Если необходимы уточнения, спрашивайте пожалуйста, отвечу.
Тема 1
Мне очень нужно создать внутренний портал с документохранилищем и документооборотом.
Вопросы:
1) Можно ли спокойно использовать blob store для хранения файлов? Стабильно ли он работает? Если упадёт SP, можно ли просто вытянуть файлы в чистом виде?
2) Какие инструменты и реализацию лучше использовать для создания простых WorkFlow типа Создать (выбор: закупка, служебка, докладная) например закупка — АвтоОтправкаНаУтверждениеРуководителю — Визирование (да/нет/доработать) — АвтоОтправкаНаУтверждениеВысшемуРуководству — Визирование (да/нет/доработать) — Отправка в список задач отделу снабжения — Назначение задачи руководителем снабжения конкретному исполнителю… ну дальше вы поняли. Посоветуйте как лучше делать, чтоб не терять времени
3) Доступ к документам можно получать через сетевой диск, Outlook, и SP Workspace. Существуют ли какие подводные камни? Что лучше и удобнее использовать? Что стоит привить корпоративному сегменту? Что лучше обходить стороной? Для чего больше годится каждое из вариантов? Или они равнозначно?
4) Стоит ли разворачивать всё на 2010, готов ли 2013 к использованию? Есть ли смысл переходить уже сейчас?
5) Исходя из задач, полагаю, нам нужно реализовать формы в InfoPath для тех же заявок, что в п.2. Посоветуйте нормальные мануалы, ибо среди всех материалов больше шума, чем информации.
Тема №2.
У нас используется Project Server 2010. Принимаю соболезнования и сочувствия.
Он вообще может работать стабильно и не вешать проекты? Не залипать в очереди? Нормально синхронизироваться с Exchange?
Если да, то как?
Очень круто. Мы с партнёрами как раз рассматривали этот сегмент бизнеса.
Интересуют подробности. У вас уже есть какие-то рассчёты порога входного объёма данных для вашей системы и окупаемости?
Должен сказать, что после многократного переосмысления статьи, неожиданно для себя, но я нашёл её полезной и применимой в том числе и в корпоративной среде.
Вообщем, выражаю извинения автору и всем остальным за нелестные отзывы в данной теме.
Это как раз тот вариант, когда одного универсального решения быть не может.
Я, например, устал переименовывать машины. И просто пишу принадлежность к компании (не одна в домене), что автоматом обозначает один из офисов, плюс регион, и инвентарный номер, что облегчает работу со складом и бухгалтерией.
Да и то, со временем убедился, что можно было регион и не указывать.
В итоге NAME-##### или NAME-DN-#####. Если нужно информация о владельце — она у склада, открыл и посмотрел. А если по логону надо — скрипты.
Как-то со временем всё больше приходит ко мне осознание, что просто сделать сложно, а вот сделать просто сложно. Чё там про родственные связи краткости говорят?
Это <сарказм> был? Речь то как раз про РХЕ.
А ну создать образ системы, это да… это инфопульс может.
Руководство что ль дало команду пиариться, а финансы не выделило на писаку.
Инфопульс пиарится.
"… к сожалению, редкость.Поэтому, ответы на эти вопросы здесь найдут те, кто выполняют такую задачу впервые… Но в данной статье планируется дать только общее видение выполнения поставленной задачи."
У меня аналогичный вопрос: а зачем эти пляски с бубном? Есть же встроенный сервис.
Юзабили ОС или софта?
Если речь об ОС, что мне нравится комментарий в этой теме о том, что ОС должна быть незаметна. Вот реально, я тоже не настраиваю 7-ку, потому что мне нужен софт. А ОС меня вполне устраивает.
Посмеялся от души с этих холиваров.
В ИТ есть одна отличительная особенность: можно вот так взять и переделать под себя.
Вопрос только зачем?
В том бизнес-окружении, которое мне известно, дизайн окон вообще не в приоритете.
Оно должно делать счета, платежи, документы, переписку, проекты, схемы и т.д., вообщем когда работа кипит, до дизайна никому нет дела.
Таким образом прихожу к выводу, что есть много общего между теми, для кого в выборе ОС приоритетными являются панельки, и теми, кто покупает зубилы, тазы, ланосы, а потом обвешивает их яркими побрякушками, меняет на Р4 двигателях выхлопную в надежде сделать звук лучше, или, что ещё круче, цепляет самодельные аэрокомплекты.
Улыбнуло.
Основываясь на ваших комментариях, я сперва подумал, что DevOps — методология, не так давно придуманная очень маленькой группой людей. Относится по большей части к разработке и тому, что с ней связано, и не касается очень многих процессов ИТ.
А потом почитал в инете и понял, что так оно и есть.
Предполагаю, что это очень удобная методика и авторы её молодцы.
Но глупо сравнивать кирпич, бревно и пенопласт.
ITIL — это сборник практик. Рекомендаций. На каждый шаг он даёт советы, основываясь на лучшем опыте.
И применять можно и нужно то, что подходит в каждом конкретном случае.
Полагаю, со временем DevOps вполне претендует стать одной из книг ITIL.
Какие-то практические советы? Цифры?
Каждый филиал должен быть автономным и прозрачно работать с остальными.
Мигрирующие пользователи должны подключаться на самый ближний сервер, а не через дефолтный для него сервер. При этом всё должно быть прозрачно.
Также необходим обмен сообщениями через какой-то мессенджер, и обязательно видеоконференции.
Обязательно планируется использование клиента на смартфонах для звонков через туннель снаружи.
Что посоветуете?
Конечно же, появилось много непростых вопросов.
Один из них — преподаватели. Среди университетских сложно найти специалистов даже для базовых курсов.
Можете поделиться опытом, применимым для данного центра?
Если необходимы уточнения, спрашивайте пожалуйста, отвечу.
Мне очень нужно создать внутренний портал с документохранилищем и документооборотом.
Вопросы:
1) Можно ли спокойно использовать blob store для хранения файлов? Стабильно ли он работает? Если упадёт SP, можно ли просто вытянуть файлы в чистом виде?
2) Какие инструменты и реализацию лучше использовать для создания простых WorkFlow типа Создать (выбор: закупка, служебка, докладная) например закупка — АвтоОтправкаНаУтверждениеРуководителю — Визирование (да/нет/доработать) — АвтоОтправкаНаУтверждениеВысшемуРуководству — Визирование (да/нет/доработать) — Отправка в список задач отделу снабжения — Назначение задачи руководителем снабжения конкретному исполнителю… ну дальше вы поняли. Посоветуйте как лучше делать, чтоб не терять времени
3) Доступ к документам можно получать через сетевой диск, Outlook, и SP Workspace. Существуют ли какие подводные камни? Что лучше и удобнее использовать? Что стоит привить корпоративному сегменту? Что лучше обходить стороной? Для чего больше годится каждое из вариантов? Или они равнозначно?
4) Стоит ли разворачивать всё на 2010, готов ли 2013 к использованию? Есть ли смысл переходить уже сейчас?
5) Исходя из задач, полагаю, нам нужно реализовать формы в InfoPath для тех же заявок, что в п.2. Посоветуйте нормальные мануалы, ибо среди всех материалов больше шума, чем информации.
Тема №2.
У нас используется Project Server 2010. Принимаю соболезнования и сочувствия.
Он вообще может работать стабильно и не вешать проекты? Не залипать в очереди? Нормально синхронизироваться с Exchange?
Если да, то как?
Интересуют подробности. У вас уже есть какие-то рассчёты порога входного объёма данных для вашей системы и окупаемости?
Вообщем, выражаю извинения автору и всем остальным за нелестные отзывы в данной теме.
Я, например, устал переименовывать машины. И просто пишу принадлежность к компании (не одна в домене), что автоматом обозначает один из офисов, плюс регион, и инвентарный номер, что облегчает работу со складом и бухгалтерией.
Да и то, со временем убедился, что можно было регион и не указывать.
В итоге NAME-##### или NAME-DN-#####. Если нужно информация о владельце — она у склада, открыл и посмотрел. А если по логону надо — скрипты.
Как-то со временем всё больше приходит ко мне осознание, что просто сделать сложно, а вот сделать просто сложно. Чё там про родственные связи краткости говорят?
А ну создать образ системы, это да… это инфопульс может.
Руководство что ль дало команду пиариться, а финансы не выделило на писаку.
"… к сожалению, редкость.Поэтому, ответы на эти вопросы здесь найдут те, кто выполняют такую задачу впервые… Но в данной статье планируется дать только общее видение выполнения поставленной задачи."
У меня аналогичный вопрос: а зачем эти пляски с бубном? Есть же встроенный сервис.
Если речь об ОС, что мне нравится комментарий в этой теме о том, что ОС должна быть незаметна. Вот реально, я тоже не настраиваю 7-ку, потому что мне нужен софт. А ОС меня вполне устраивает.
В ИТ есть одна отличительная особенность: можно вот так взять и переделать под себя.
Вопрос только зачем?
В том бизнес-окружении, которое мне известно, дизайн окон вообще не в приоритете.
Оно должно делать счета, платежи, документы, переписку, проекты, схемы и т.д., вообщем когда работа кипит, до дизайна никому нет дела.
Таким образом прихожу к выводу, что есть много общего между теми, для кого в выборе ОС приоритетными являются панельки, и теми, кто покупает зубилы, тазы, ланосы, а потом обвешивает их яркими побрякушками, меняет на Р4 двигателях выхлопную в надежде сделать звук лучше, или, что ещё круче, цепляет самодельные аэрокомплекты.
Основываясь на ваших комментариях, я сперва подумал, что DevOps — методология, не так давно придуманная очень маленькой группой людей. Относится по большей части к разработке и тому, что с ней связано, и не касается очень многих процессов ИТ.
А потом почитал в инете и понял, что так оно и есть.
Предполагаю, что это очень удобная методика и авторы её молодцы.
Но глупо сравнивать кирпич, бревно и пенопласт.
ITIL — это сборник практик. Рекомендаций. На каждый шаг он даёт советы, основываясь на лучшем опыте.
И применять можно и нужно то, что подходит в каждом конкретном случае.
Полагаю, со временем DevOps вполне претендует стать одной из книг ITIL.