Какой должна быть идеальная модель IT-инфраструктуры абстрактного предприятия?

Question

[Александр]

Доброго дня!
Размышляю над следующим вопросом - какой по вашему должна быть идеальная IT-инфраструктура предприятий малого бизнеса. Для начала предположим несколько вводных значений: для начала количество работников - от 10 до 150, из них 90% так или иначе связаны необходимостью использовать информационную инфраструктуру предприятия предприятия. То есть предположим, что на предприятии должна работать 1С, резервное копирование данных пользователей (куда ж без него!), корпоративная почта, ряд узкоспециализированных программ финансового и бухгалтерского толка. Ну и плюс офисные приложения (у всех) и ресурсоемкие приложения для малого количества работников. Предположим активную деятельность по работе с клиентами и выполнение каких либо работ - будь то разработка приложений или рисование. Какой вы видите идеальную инфраструктуру такого вот абстрактного предприятия? Как в целом будет работать такая система? То есть, если планировать резервное копирование - облако или локальный сервер (кластер серверов) и почему. Как с этим будут работать пользователи, как обслуживаться, как расширятся - как в плане ресурсов и наращивания объемов обрабатываемой информации, так и территориально. Принципиально, я понимаю, что для разработки такого рода планов нужны конкретные примеры, но в общем то можно?...

Answer 1

[Клёвый Админ]

Такс, если рассматривать практическую сторону, то:
1. У вас обязательно грамотно построена сеть, с разнесением всё на отдельные сегменты и делением на уровень доступа и ядро. Это могут быть как простые гигабитные свичи, так и что-то более серьёзное (отдельно l2 коммутаторы, ядро - на l3) решение. Все вайфай сети отдельно, телефония отдельно. Несколько провайдеров с автопереключением. Между офисами (если их несколько) туннели с IPSec и OSPF, ведь у вас обязательно по два канала в каждом удалённом офисе. Внутри локальных сетей у вас обязательно протокол семейства stp следит за петлями и сходимостью, и нигде нигде нет простых "мыльных" коробок аля дес1004 или что там сейчас помоешного выпускает длинк? Вся коммутация сделана заранее и ве имеющиеся порты заранее обспечены линком и вся сеть, что самое главное, к такому повороту готова.

2. Хранение. У вас обязательно разнесено хранение данных от вычислительной обработки. Хотя бы на уровне абстракции (хотя в идеале - физически это разное железо). Хранение рассчитано на текущую нагрузку плюс резерв на момент наращивания мощностей (грубо говоря пока едут дополнительные диски - вы не упали под нагрузкой если вдруг припёрло). Доступы у вас через отдельные ip сети или через fc san (имхо, в данный момени это очень рядом). СХД умеет делать снепшоты и тонко выделять ресурсы. Так же она умеет а\синхронно реплицироваться (и у вас есть куда). Хранилка имеет +1 питание, +1 диск каждого типа и +1 голову контроллера. А так же +1 линк до вычислителей.

3. Вычисление. У вас есть отдельные одинаковые железки на которых благодаря виртуализации вы развернули ферму вычислителей для основной ИС, а так же крутите всё ваше многообразие почтовых серверов и контроллеров домена. (кто-то скажет что КД в идеале крутить физически, возможно). Сервера рассчитаны с запасом минимум 1 штука, чтобы можно было смело смигрировать виртуалки и опустить его в мейнтейм.

Про софт тоже могу накидать если нужно.

Comments

[Александр]

То есть, если кратко, все завязывать на качественно построенную (подразумевая все что вы написали) сеть, виртуализацию, избыточность в резервном копировании и автоматическое подхватывание упавшего сервиса. А на сколько, по вашему мнению, времени, с учетом скорости технологических разработок, хватит такой системы? Ведь со временем она так или иначе безнадежно устареет.

[Клёвый Админ]

Александр Горбунов: мне сложно судить о устаревании, сервер аразумеется нудно будет время от времени апгрейдить (возможно пачкой, возможно группами). Главное чтобы инф-ра опиралась на эти принципы.

И да, сеть и системы крайне важны, в большинстве систем что я видел их недооценивают и потом огребают.

[Александр]

Евгений Быченко: а насколько целесообразно использовать облачные сервисы?

[Клёвый Админ]

Александр Горбунов: мне сложно судить. Иногда целесообразно, иногда нет. Всё зависит от сервиса и от подхода. В целом это не отменяет те принципы, что я описал.

Answer 2

[Viktor Koltcov]

Попробуйте полистать ITIL

Comments

[Александр]

Обязательно. Будет довольно поучительно.

Answer 3

[Сергей]

идеальная модель предприятия будет работать идеально. с чем вас и поздравляю. но меня слегка смущает один момент. почему на автомобильных форумах не пишут вопросы "из каких деталей должна состоять идеальная машина?"

Comments

[Александр]

Я и хочу узнать чужое мнение по поводу идеальной системы. По поводу идеальной машины могу сказать: если машина создана из идеальных деталей (не подвержены износу, не ломаются, не греются и т.д.), взаимодействие между ними идеально просчитано и реализовано и каждая система в отдельности представляет собой эталонную систему, то я думаю что такую машину можно будет назвать идеальной. Конечно, с помощью лома и какой-то матери можно превратить такую машину в хлам, но я имел ввиду именно, что в теории представляет собой идеальная инфраструктура.

[Сергей]

а у меня тупой вопрос. если вам дали идеальную машину. то кому от этого выгода кроме вас? всё ломается и всё устаревает! всё переделывается под меняющиеся рабочие места. за это люди, и вы в том числе, получают деньги.

[Александр]

Сергей: Да ломается и устаревает. Не поспорю. Ничего вечного не бывает. Технологии не стоят на месте и развиваются по мере потребности в них или представляют собой ступеньку в технологическом развитии. Но смысл в том, что я не рассматриваю машину как неделимый объект!

как расширятся - как в плане ресурсов и наращивания объемов обрабатываемой информации, так и территориально.

То есть, тут я сразу закладываю возможность адаптации системы (или какой-то ее части, скажем так ядра нашей инфраструктуры) к изменяемым внешним условиям. Как апгрейд, так и необходимость модификации под рабочие места.
Смысл не в том, чтобы потом не работать, а в том, чтобы понять, каким образом строится действительно хорошо работающая система, взяв за основу предполагаемый эталон подводя его к задачам предприятия.

[Сергей]

итак. давайте думать. имеет штат 8 человек. вы решаете взять коммутатор на 16 портов. с запасом. циску! переплатив в 2 раза больше.
а. она сгорает через год и получается что вы выкинули бабки на ветер за целых 8 портов.
б. штат разрастается до 20 человек через месяц - вы идете выбивать бабки к руководителю и вас шлют в топку. так как вы клялись и божились что вы взяли с запасом. и вы ставите обычный длинк на 8 портов за 2000 для недостающих мест.
в. проходит год и тут выясняется что вам нужно разворачивать какую-то хрень в сети и ей нужно поддержка на коммутаторе. а ее нет. опять идете сами знаете куда.
г. фирма разоряется через полгода и железо распродают. по копеечной цене.. выходит вы виноваты в убытках.
где тут планирование ваще нафиг? планировать можно на 30% роста и не более. идеальную хрень создать не прокатит.

[Александр]

Сергей: то есть по вашему каждому по потребностям?
Во первых, если штат разрастется до 20 человек, взятого с запасом коммутатора на 16 портов так или иначе не хватит...
Во вторых, что мешает конфигурировать сеть, используя не один коммутатор, а допустим 2 по 8 и иметь два плеча в сети, или раскидывать топологию не как звезду, а как дерево?
Замечу, что вы не слишком абстрагируете ситуацию, сильно привязывая, скажем так, эталон к реальности, а я предлагаю просто представить

[Сергей]

2 по 8 приведет к 2 минусам.
1. узкое место по связыванию их гигабитным портом и + 10 - 20% к стоимости если бы вы взяли один.
2. если вы возьмете с шиной или 10 гигабитным портом это приведет к удорожанию на 200% от стоимости одного на 16 портов. и вам будет сложно обосновать нафиг вы вообще их столько набрали(100% реальность!). я уж промолчу про ситуацию если вы их всё-таки возьмете два и штат разрастётся до 20 человек.

поэтому ответ на ваш вопрос будет звучать так - идеальный маршрутизатор, идеальный коммутатор и идеальный сервер. и админ дебил!!! реальность жесткая штука =(

[Александр]

Сергей: То есть вы считаете, что такая система даже в теории невозможна?

[Сергей]

я думаю это из той же области что и ваш вопрос

Answer 4

[oia]

Также меня интересует к этому идеальному предприятию какой бюджет выделяют изначально это самый большой затык будет в этой схеме

Comments

[Сергей]

идеальный бюджет. с идеальным отсутствием присмотра по трате денег. одна беда ... недостаток опыта в проектировании идеальной сети приведет к далеко не идеальным тратам. как обычно

[oia]

Сергей: все как обычно ИТ отдел это затратная часть бюджета предприятия , будут делать все изначально на коленках ,а потом может быть и будут перестраивать более мение нормально если в существующей инфраструктуре начнут происходить частые сбои , которые будут мешать развитию бизнеса

[Александр]

oia: я не рассматриваю вариант с верхним пределом бюджета. Смысл в том, чтобы в теории представить инфраструктуру предприятия как эталонную (возможно избыточную по функционалу, запасу прочности и производительности), и затем "откусывая" от нее по ненужному кусочку и отталкиваясь от нужных нам реалий и, предположим бюджета, представить (хотя бы в теории) "очень хорошо" работающую систему.

[Клёвый Админ]

oia: Сергей: ну бывают и исключения, когда например какую нибудь CRM или ERP внедряют - то обычно бюджет более чем. Но в целом по отрасли соглашусь с вами.

Answer 5

[lexalex]

Александр, на ваш вопрос нельзя дать сколько-либо стоящий ответ, можно только помечтать. Причина в рассматриваемом абстрактном предприятии и недостаточности начальных данных. Хороший пример вам привели с машиной.

В реальности при планировании идеальной ИТ-инфраструктуры, да ещё и с заделом для расширения нужно иметь начальные данные, причём, чем больше тем лучше:
- сроки
- какие будут решаться задачи
- каким характеристикам должна соответствовать
- географическое расположение объектов и их планировка
- важно знать к каким частям объекта возможен доступ и какой вид работ дозволен
- распределение персонала на объектах, их функционал и индивидуальные требования
- требования к защите данных
- есть ли возможность получения услуг связи, каких именно, с какими характеристиками и на каких условиях
- кто и какой квалификации будет обслуживать ИТ-системы
- как будет расширяться предприятие в дальнейшем
- возможность заказа и доставки той или иной техники и ПО
далее каждый из этих пунктов прорабатывается, причём на столько, пока не будет сформирован проект содержащий:
- кабельные трассы
- расположение оборудования (активного и пассивного)
- правила и условия монтажа
- схемы подключений/коммутаций
- алгоритмы работы оборудования и ПО
- всевозможные планы (ip, резервное копирование и т.д.)
- план начальной инициализации и перечень необходимых настроек
- состав складов ЗИП
- регламент обслуживания и инструкции для всевозможных ситуаций
- план тестирования

Если начальные данные неполные, то при разработке некоторых разделов проекта возможно только полагаться на интуицию и опыт, рассчитывая, что конкретный выбор решения оправдается в процессе эксплуатации. Например заложим 10 портов на коммутаторе, не зная сколько будет сетевых устройств, а после запуска окажется, что их
недостаточно. Поэтому всегда стоит закладывать резерв, но какой именно будет оправданным не угадать.

Т.о. нет какой-то конкретной идеальной системы, а спроектировать подходящую реально только под определенные задачи с учётом заданных условий. На сколько же будет близка к идеалу ваша ИТ-инфраструктура напрямую зависит от подробности и качества начальных данных, ваших ресурсов и поставленных сроков.

Также, исходные данные со временем меняются, а ещё в них допускаются ошибки.

p.s.
идеальная инфраструктура с точки зрения бизнеса и проектировщика совершенно разные, кроме тех случаев когда бюджет не ограничен, но, как было написано выше, даже не имея ограничений нельзя угадать что и как изменится в будущем

Заметьте, я даже не рассматривал выбор технологий, оборудования и программ потому, что он зависит от решаемых задач, условий, опыта и предпочтений проектировщика. Ведь можно спроектировать схожие системы на разном оборудовании.

p.s.2 какой вопрос, такой и ответ :)

Comments

[Александр]

можно только помечтать

Я и предлагаю помечтать;)
Принципиально я понимаю, что под каждую конкретную задачу имеется свое уникальное решение (система), вопрос в том каким именно требованиям она должна отвечать по критериям надежности, производительности, масштабируемости, усовершенствования и пр. Но можно же от чего то крайне универсального оттолкнуться? Приведу пример: имеем производство которое не совсем понятно чем будет заниматься, директор непонятно чего хочет - говорит "вот у меня тут кучка менеджеров и кучка дизайнеров, мне бы под них компьютеры собрать да сеть с сервером резервного копирования настроить. В бюджете потолка нету, делай что хочешь, но хочу сверхнадежную систему лет этак на 7 вперед" и сразу после этого уезжает в длительную, по возвращении из которой хочет видеть современную систему, рассказав о которой, сможет добиться завистливых взглядов и восклицаний типа "ЭТО ШЕДЕВР!!!". Из исходных данных только количество сотрудников да геометрия офиса, вот и как в такой ситуации поступать?)
Какие будут мои первые шаги? Логично, узнать чем именно будет заниматься компания. Исходя из этого думать о том, какое оборудования я буду использовать. Из каких комплектующих будут собираться рабочие компьютеры, на чем можно сэкономить ну и так далее не мне это рассказывать:) А если подойти с другого бока? Потолка в сумме-то у нас нет! Прикинуть и везде поставить оборудование, раза в 2-3 превышающее текущие потребности. Что то вроде - вы занимаетесь обработкой видео? На гиговой видюхе потянет?... Вообще должно... А что там у нас из примочек есть? Ага! Две видюхи на CrossFire! Ну и так по всем параметрам. Канал интернета отключился? Не беда! Мы же запланировали надежную систему. У нас на подхвате стоит еще один канал через OSPF. И он отключился?! Ну и ладно, парочка LTE-модемов надеюсь протянут пока канал не воскреснет... Маршрутизатор погорел? Хмм... У нас резервный стоит, который автоматически подхватывает роль сгоревшего, и парочка настроенных в подсобке валяется на горячую замену. В общем что то в таком духе:)
Я очень даже понимаю что это нереально. Как говорится Кесарю-кесарево. Интернет-провайдеру сетевое оборудование топ-класса, школьнику со свежеиспеченной GTA5 - видеокарту топ-класса (ну или две видеокарты, как получится). А если объединить? Сказать, я вот ставлю универсальную штуку, которая умеет и интернет половине города пилить, и GTA5 потянет? Бред конечно, но помечтать-то можно:D