Мне кажется — делайте как удобно сейчас, не думая о крутых технологиях, будущем и советам в духе «не забудьте сделать то-то, иначе потом придётся исправлять», написанных теоретиками.
За мои 7 лет опыта к нам за проектом по «построению правильной ИТ-инфраструктуры» обращались исключительно производственные, либо крупные дистрибьюторские компании. Я не помню ни одного комплексного проекта для торговой компании. Так что могу сказать, что вашему совету следует подавляющая часть розницы и, я уверен, никто из них не парится по поводу ИТ.
Причина, как мне кажется, очевидна — в торговых компаниях компьютеры не являются средством производства, а являются лишь вынужденной мерой организации операционного учета, ну и иногда еще аналитическим инструментом. Если в каком-то из ваших магазинов перестанет работать база 1С, то продавец будет выписывать чеки руками, а вечером проводить сверку. Если бы можно было бы работать полностью в черную, без кассовых аппаратов и на полном доверии с продавцами, то базы 1С и прочие безделушки торговым компаниям вообще были бы не нужны. Аналитический срез для маркетинга можно также делать по косвенным признакам, а не на основе полной выборки, да и не всем торговым компаниям аналитика вообще нужна.
Но все меняется, когда компьютер становится средством производства и когда компания начинает создавать собственный продукт. Во-первых, возникает вопрос обеспечения непрерывности производства, во-вторых, вопрос сохранения информации и предыдущих версий данных, в-третьих, обеспечения информационной безопасности от внешних и внутренних угроз, ну и, конечно же, повышения эффективности. Для вас это все, скорее всего, пустые слова.
Не могу согласиться с Вами. Проблема не в том, что эксплуатационщики и проектировщики — это разные организации. Проблема в том, что в большинстве случаев проектировщики ничего не понимают в вопросах дальнейшей эксплуатации. К сожалению, иногда это отражается не только в технической документации, но и в принятых технических решениях.
Что же касается стоимости разработки документации, то лично мне сделать удобную для дальнейшей эксплуатации проектную документацию куда быстрее, чем каждый раз писать документацию-сочинение.
300-400 Гб данных конечно же не изменяются ежедневно в компаниях на 10-20 человек. Если вести речь о дифференциальных копиях, то для небольших компаний это вопрос нескольких гигабайт, ну и плюс гигов 20-30 баз данных, чьи полные копии надо создавать ежедневно.
Возможность сделать полную копию всех данных за одну ночь нужна на случай сбоя в работе системы резервного копирования. К примеру, если в выходные отключили свет во всем здании или прервался канал Интернет или возникла ошибка в работе ПО для резервного копирования, то в начале недели у вас может не оказаться полных резервных копий. В этом случае вам нужна возможность за ночь с понедельника на вторник сделать полные копии.
По сути, возможность пересоздать полные копии за одно окно резервного копирования — это мера обеспечения непрерывности резервного копирования, которая крайне важна при планировании аварийного восстановления. В целом, вопрос планирования аварийного восстановления и в частности форс-мажорного планирования — это более многогранная тема и приведенное в статье выше решение помогает в этом очень отдаленно. Свою практику планирования аварийного восстановления я изложил ранее в целом цикле статей на хабре.
Вы, безусловно, демонстрируете хорошие познания касательно стоимости интернета для физических лиц. Для юридических лиц, если бы разница в цене между 10 Мбит и 100 была всего 5$, то тарифов на 10 Мбит просто бы не существовали, т.к. их никто бы не покупал.
Также вы не поняли мою основную мысль — даже 100 Мбит мало для нормального резервного копирования.
Планируя аварийное восстановление у наших клиентов, мы неоднократно задумывались о возможности резервного копирования данных в облако, но, увы, вынуждены были отказаться от этой идеи. Причина проста — крайне высокие операционные расходы. Для того, чтобы просто перелить за ночное окно хотя бы 300-400 Гбайт данных нужен канал Интернет со скоростью в 100 Мбит/с. А 300-400 Гбайт данных — это компания в 10-20 человек, которым 10 Мбит Интернета хватает для всего. Разница же в цене на канал Интернет позволяет арендовать офис в соседнем здании и докинуть туда оптический линк, либо же дотянуть линк до ближайшего дата-центра, что мы и делаем в большинстве случаев, когда это действительно необходимо.
Также надо понимать, что когда твоя локальная серверная «полыхнула огнем», (а по большому счету только в этом сценарии нам может потребоваться аварийное восстановление в другой локации), у компании уже куда больше проблем, чем только серверная ИТ-инфраструктура. И в такой ситуации даже героически восстановленные в облаке сервисы могут оказаться не востребованными в моменте. В общем случае, при планировании аварийного восстановления, надо не забывать, что его первоочередная цель — обеспечение непрерывности бизнеса компании и что в некоторых сценариях даже полностью работоспособное ИТ не сможет обеспечить полноценное функционирование бизнеса. Если перейти на булщитинг, то план аварийного восстановления ИТ-инфраструктуры должен соотносится с планом по обеспечению непрерывности бизнеса компании в целом.
В общем случае естественный отбор — это чисто биологическая эволюция. В то же время термины «мораль», «честь», «достоинство» появились в результате эволюции социальной и позволили значительно сократить издержки существования общества. Именно по этой причине общество эти принципы культивировало и продолжает культивировать. Таким образом даже в случае уменьшения популяции, общественная эволюция компенсирует биологическую деградацию, да и сама по себе социальная эволюция происходит значительно быстрее биологической. Как-то так.
В свое время задался вопросом: почему, если в каждой войне погибают в первую очередь люди высоких моральных принципов, их популяция не вырождается по законам естественного отбора? Ответы нашел в социологии и тогда, наверное, впервые осознал что это за предмет такой :)
В свое время интересовался темой изменения морали в обществе и оказалось, что в большинстве случаев это волновой процесс. Когда общество построено на высоких моральных принципах, то успеха в нем начинают добиваться люди с низкой моралью (вспоминаем конец 80-х — начало 90-х), далее мораль в обществе неизменно снижается, и когда общество оказывается «на дне», то к успеху начинают приходить люди с высокой моралью, т.к. доверие становится ценнее всего на свете и т.д.
Маркетинг же в этом разрезе является лишь отражением ожиданий общества. Если общество радо обманываться, то маркетинг будет врать. Причем это, в большинстве случаев, не зависит от желания того или иного предпринимателя — компании с высокими моральными принципами в среде, где люди хотят обманываться, не сказать что не выживут, но уж точно не будут создавать основной информационный фон.
То что вы описали в статье — это отражение текущего тренда в обществе. Народ начинает уставать от вранья. Именно начинает уставать, т.к. исповедовать высокую мораль — это все еще стратегический вектор, а не тактический. У меня цикл продаж услуг в большинстве случаев составляет от года до трех лет. Обычно в течение всего этого срока клиент работает с конкурентами, которые «обещали сделать больше, лучше и дешевле». В большинстве случаев выезжая на очередные переговоры я понимаю, что сделки сейчас не произойдет, т.к. мы не сделаем клиенту «предложения, от которого невозможно отказаться». Сейчас я к этому факту уже отношусь философски, но, когда только открывал свою компанию, каждая встреча выглядела очередным проигрышем и навевала грустные мысли о жизненных перспективах.
Я бы сказал, что в большинстве случаев CCMDB — это системы, где стоимость содержания превышает в большинстве случаев полезный эффект от их использования. Мы в своей работе остановились на Wiki Confluence и проработанной структуре.
Помните свою первую работу на полный график? Это ощущение невероятной загрузки? Какое-то подсознательное ожидание каникул и разочарование, потому что времена каникул закончились с выпуском из университета. А еще это чувство растерянности, ведь в универе было столько свободного времени. А сейчас не успеваешь ничего.
У меня вот как-то с окончанием университета связаны совершенно другие впечатления. Когда впервые после 5,5 лет совмещения работы и учебы (а я честно верил, что знания и красный диплом обеспечат дорогу в счастливую жизнь) приходишь вечером домой и понимаешь, что тебе уже не надо ничего учить, не надо делать научную работу и писать диплом, и вообще вечером ты можешь заниматься чем угодно (и завтра тебе за это ничего не будет), то наступает опустошение. А отпуск? Последние 3 года учебы я брал отпуск только для того, чтобы успешно закрыть сессию, а тут есть целые 4 недели в году, когда тебе ничего не надо делать. Да что отпуск — 2 дня выходных каждую неделю, в которые надо придумывать чем себя занять! В итоге меня хватило в таком ритме ровно на год и я поступил на второе высшее, уволился с работы и открыл свою собственную компанию, в которой можно работать по выходным и даже в отпуске :)
А можно узнать какие полезные знания/навыки вы извлекли из данной сертификации? Можно более подробно какие темы освещаются в литературе и какого вида вопросы на сертификации? Есть ли какая-либо осмысленная литература по данной сертификации в электронном (точнее доступном бесплатно) виде или это исключительно клуб для посвященных?
Увы, описанное автором поведение характерно для всех лидеров софтварного (да, наверно и не только) рынка: сначала они завоевывают рынок за счет собственной инновации, а затем чутко его мониторят, не давая конкурентом развиваться. По тому же мелкомягкому видно, что стоимость их продуктов определяется совершенно не стоимостью разработки или сложностью, а исключительно наличием конкурентов. Если у конкурентов есть достойный продукт, то мелкомягкие будут всячески демпенговать по цене, чтобы конкуренту жилось тяжелее, или постараются приобрести его, если он вопреки всему выживет.
Вы знаете, я это распечатаю и повешу в рамке над рабочим столом — чтобы всегда помнить что мы сути криворукие индусы и ничего это изменить не может! :-)
Кривость рук она не всегда в низкой компетенции. Зачастую она вызвана тем, что специалист работает над новой для него задачей и тут ошибки являются зачастую неизбежны. Одно дело, если вы разворачивали и поддерживали более 10 лет одно и то же решение у сотни компаний, другое дело, когда вы впервые в жизни строите гигантское ИТ-решение, в котором должны работать тысячи и тысячи клиентов.
Проблема облаков не в недостаточной компетенции специалистов — при низкой компетенции они бы просто не работали. Проблема облаков в том, что они все уникальны и любой специалист облачной компании находится в состоянии постоянного получения опыта, которое, зачастую, напрямую отражается на качестве предоставляемого сервиса.
Согласен, есть масса случаев когда облако по тем или иным причинам не является идеальным решением. Однако для подавляющего большинства клиентов практически наверняка (*) можно достигнуть значительной длительной экономии за счет миграции части сервисов в облако.
Длительной экономии как раз таки не получается. Пока, по нашему опыту, компаниям, которые переносят инфраструктуру в облака, приходится набирать дополнительных спецов в штат для общения с техподдержкой облачного провайдера. Обратиться в поддержку облачного провайдера можно либо письмом, либо через форму на сайте, либо через 30 минут ожидания на телефоне, что особенно круто, когда у тебя «вот прям сейчас ничего вообще не работает». В большинстве случаев с облачными сервисами проще никуда даже не обращаться, а подождать — глядишь само пройдет.
В случае каких-то «простейших» технических проблем технический специалист клиента чувствует себя беспомощным и неспособным сделать какое-либо временное решение или даже просто собрать информацию о проблеме, чтобы передать детали облачному провайдеру для скорейшего разрешения сбоя. Из последнего — перестало работать подключение почтовых ящиков Офис365 через автообнаружение. Тестирование автообнаружения проходит успешно, подключенные ранее ящики работаю, а настроить Outlook на новом компьютере не получается. В случае своего почтового сервера админ сделал бы подключение вручную, но в случае Офис365 очевидный способ сделать это был выпилен, не очевидный, требующий высокой компетенции, остался, но даже через него нельзя было подключиться. Итог — ждали 2 дня, после чего все «само» заработало.
Компании можно разделить условно на три вида, у которых:
1) нет денег даже на облачные сервисы.
2) есть деньги только на облачные сервисы.
3) есть деньги на что-то большее, чем облачные сервисы.
первые, конечно, находятся в зоне повышенного риска, а вот насчет последних еще вопрос что работает надежнее и стабильнее — облака или их собственная ИТ-инфраструктура.
За мои 7 лет опыта к нам за проектом по «построению правильной ИТ-инфраструктуры» обращались исключительно производственные, либо крупные дистрибьюторские компании. Я не помню ни одного комплексного проекта для торговой компании. Так что могу сказать, что вашему совету следует подавляющая часть розницы и, я уверен, никто из них не парится по поводу ИТ.
Причина, как мне кажется, очевидна — в торговых компаниях компьютеры не являются средством производства, а являются лишь вынужденной мерой организации операционного учета, ну и иногда еще аналитическим инструментом. Если в каком-то из ваших магазинов перестанет работать база 1С, то продавец будет выписывать чеки руками, а вечером проводить сверку. Если бы можно было бы работать полностью в черную, без кассовых аппаратов и на полном доверии с продавцами, то базы 1С и прочие безделушки торговым компаниям вообще были бы не нужны. Аналитический срез для маркетинга можно также делать по косвенным признакам, а не на основе полной выборки, да и не всем торговым компаниям аналитика вообще нужна.
Но все меняется, когда компьютер становится средством производства и когда компания начинает создавать собственный продукт. Во-первых, возникает вопрос обеспечения непрерывности производства, во-вторых, вопрос сохранения информации и предыдущих версий данных, в-третьих, обеспечения информационной безопасности от внешних и внутренних угроз, ну и, конечно же, повышения эффективности. Для вас это все, скорее всего, пустые слова.
Что же касается стоимости разработки документации, то лично мне сделать удобную для дальнейшей эксплуатации проектную документацию куда быстрее, чем каждый раз писать документацию-сочинение.
Возможность сделать полную копию всех данных за одну ночь нужна на случай сбоя в работе системы резервного копирования. К примеру, если в выходные отключили свет во всем здании или прервался канал Интернет или возникла ошибка в работе ПО для резервного копирования, то в начале недели у вас может не оказаться полных резервных копий. В этом случае вам нужна возможность за ночь с понедельника на вторник сделать полные копии.
По сути, возможность пересоздать полные копии за одно окно резервного копирования — это мера обеспечения непрерывности резервного копирования, которая крайне важна при планировании аварийного восстановления. В целом, вопрос планирования аварийного восстановления и в частности форс-мажорного планирования — это более многогранная тема и приведенное в статье выше решение помогает в этом очень отдаленно. Свою практику планирования аварийного восстановления я изложил ранее в целом цикле статей на хабре.
Также вы не поняли мою основную мысль — даже 100 Мбит мало для нормального резервного копирования.
Также надо понимать, что когда твоя локальная серверная «полыхнула огнем», (а по большому счету только в этом сценарии нам может потребоваться аварийное восстановление в другой локации), у компании уже куда больше проблем, чем только серверная ИТ-инфраструктура. И в такой ситуации даже героически восстановленные в облаке сервисы могут оказаться не востребованными в моменте. В общем случае, при планировании аварийного восстановления, надо не забывать, что его первоочередная цель — обеспечение непрерывности бизнеса компании и что в некоторых сценариях даже полностью работоспособное ИТ не сможет обеспечить полноценное функционирование бизнеса. Если перейти на булщитинг, то план аварийного восстановления ИТ-инфраструктуры должен соотносится с планом по обеспечению непрерывности бизнеса компании в целом.
Пуфф… я это смог…
Маркетинг же в этом разрезе является лишь отражением ожиданий общества. Если общество радо обманываться, то маркетинг будет врать. Причем это, в большинстве случаев, не зависит от желания того или иного предпринимателя — компании с высокими моральными принципами в среде, где люди хотят обманываться, не сказать что не выживут, но уж точно не будут создавать основной информационный фон.
То что вы описали в статье — это отражение текущего тренда в обществе. Народ начинает уставать от вранья. Именно начинает уставать, т.к. исповедовать высокую мораль — это все еще стратегический вектор, а не тактический. У меня цикл продаж услуг в большинстве случаев составляет от года до трех лет. Обычно в течение всего этого срока клиент работает с конкурентами, которые «обещали сделать больше, лучше и дешевле». В большинстве случаев выезжая на очередные переговоры я понимаю, что сделки сейчас не произойдет, т.к. мы не сделаем клиенту «предложения, от которого невозможно отказаться». Сейчас я к этому факту уже отношусь философски, но, когда только открывал свою компанию, каждая встреча выглядела очередным проигрышем и навевала грустные мысли о жизненных перспективах.
У меня вот как-то с окончанием университета связаны совершенно другие впечатления. Когда впервые после 5,5 лет совмещения работы и учебы (а я честно верил, что знания и красный диплом обеспечат дорогу в счастливую жизнь) приходишь вечером домой и понимаешь, что тебе уже не надо ничего учить, не надо делать научную работу и писать диплом, и вообще вечером ты можешь заниматься чем угодно (и завтра тебе за это ничего не будет), то наступает опустошение. А отпуск? Последние 3 года учебы я брал отпуск только для того, чтобы успешно закрыть сессию, а тут есть целые 4 недели в году, когда тебе ничего не надо делать. Да что отпуск — 2 дня выходных каждую неделю, в которые надо придумывать чем себя занять! В итоге меня хватило в таком ритме ровно на год и я поступил на второе высшее, уволился с работы и открыл свою собственную компанию, в которой можно работать по выходным и даже в отпуске :)
Кривость рук она не всегда в низкой компетенции. Зачастую она вызвана тем, что специалист работает над новой для него задачей и тут ошибки являются зачастую неизбежны. Одно дело, если вы разворачивали и поддерживали более 10 лет одно и то же решение у сотни компаний, другое дело, когда вы впервые в жизни строите гигантское ИТ-решение, в котором должны работать тысячи и тысячи клиентов.
Проблема облаков не в недостаточной компетенции специалистов — при низкой компетенции они бы просто не работали. Проблема облаков в том, что они все уникальны и любой специалист облачной компании находится в состоянии постоянного получения опыта, которое, зачастую, напрямую отражается на качестве предоставляемого сервиса.
Длительной экономии как раз таки не получается. Пока, по нашему опыту, компаниям, которые переносят инфраструктуру в облака, приходится набирать дополнительных спецов в штат для общения с техподдержкой облачного провайдера. Обратиться в поддержку облачного провайдера можно либо письмом, либо через форму на сайте, либо через 30 минут ожидания на телефоне, что особенно круто, когда у тебя «вот прям сейчас ничего вообще не работает». В большинстве случаев с облачными сервисами проще никуда даже не обращаться, а подождать — глядишь само пройдет.
В случае каких-то «простейших» технических проблем технический специалист клиента чувствует себя беспомощным и неспособным сделать какое-либо временное решение или даже просто собрать информацию о проблеме, чтобы передать детали облачному провайдеру для скорейшего разрешения сбоя. Из последнего — перестало работать подключение почтовых ящиков Офис365 через автообнаружение. Тестирование автообнаружения проходит успешно, подключенные ранее ящики работаю, а настроить Outlook на новом компьютере не получается. В случае своего почтового сервера админ сделал бы подключение вручную, но в случае Офис365 очевидный способ сделать это был выпилен, не очевидный, требующий высокой компетенции, остался, но даже через него нельзя было подключиться. Итог — ждали 2 дня, после чего все «само» заработало.
Как в яндекс-почте подключить ящик/календарь другого сотрудника? Ну или восстановить письмо, которое сотрудник вчера удалил?
1) нет денег даже на облачные сервисы.
2) есть деньги только на облачные сервисы.
3) есть деньги на что-то большее, чем облачные сервисы.
первые, конечно, находятся в зоне повышенного риска, а вот насчет последних еще вопрос что работает надежнее и стабильнее — облака или их собственная ИТ-инфраструктура.
Компании очень разные бывают. В среднем по больнице облачные технологии — хорошо, но есть ситуации, когда их даже предлагать не стоит — не поймут.
В среднем по больнице облака — хороший и предсказуемый вариант, но, увы, пока не лучший.