Здравствуйте! Спасибо за Ваш комментарий. В этом случае ответственность за инцидент лежит как на KakaoTalk, так и на владельцах ЦОД SK C&C. Мессенджер KakaoTalk лишь арендует места под стойки в коммерческом дата-центре. А владельцы ЦОД в свою очередь не позаботились о должном уровне резервирования систем электропитания и мониторинга АКБ.
Добрый день! Спасибо за комментарий. Конечно, рекомендации не могут учитывать все возможные сценарии, да и им не обязательно следовать (на то они и рекомендации). В данном случае можно либо принять риски и попробовать их минимизировать, либо выбрать наиболее подходящую площадку для строительства.
Когда я размышлял о том, на что был бы похож катаклизм из романа в реальности, я перебрал много вариантов. Особенно меня зацепили два примера. Один из реальной жизни, другой — вымышленный.
1) Где-то в 2010-х случилось веерное отключение электроэнергии на юге и юго-востоке Москвы. Была серьезная авария на одной из ТЭЦ и оказалось, что система резервного переключения на соседние источники электричества давно не тестировалась и потому при резком перераспределении нагрузки соседние подстанции одна за одной вышли из строя. Эффект домино. Огромные районы остались без электричества на 8 часов. И тут выяснилось, что без электричества не только не святят лампочки, но еще не работают больницы, связь, другие инфраструктурные объекты, и самое главное — холодильники в метро, которые не дают водам реки Москвы заливать тоннели там, где они пролегают под руслом. Тогда аналитики и эксперты крепко задумались и начали просчитывать во что обойдётся городу если электричества не будет длительное время. Выяснилось, что спустя 48 часов многие инженерные системы (кроме метро еще всплыла проблемы с фильтрами на насосных станциях Мосводоканала, которые при неработающих насосах засыхают очень быстро и город остается без воды в кранах) так сильно пострадают, что их восстановление будет практически бессмысленным. Для города, как инфраструктурного образования, наступит апокалипсис. А ведь это просто отсутствие электричества на 48 часов.
2) В одном аниме, посвященном экологической тематике, автор придумал интересный сценарий глобальной катастрофы. Бактерию, с помощью которой происходит разложение нефтепродуктов, скрестили с вирусом. Конечно, этот гибрид вырвался наружу и быстро уничтожил всё, что содержит нефтепродукты. Одежду, тару для хранения продуктов, резервуары водохранилищ, сделал непригодным весь транспорт и так далее. За одну неделю Япония оказалась на грани голода и всеобщего замерзания, не имея отопления, одежды и возможность покинуть зону заражения. Гуманитарная катастрофа и апокалипсис случились, потому что из мира изъяли нефтепродукты. Это как раз то, что я ниже назвал падением башни из-за одного вынутого кирпича.
Кстати, цикл "Песнь Льда и Огня" очень подробен в бытовых вопросах. Например, в сюжетной линии Арьи много внимания уделено тому, насколько сложно неподготовленной группе людей пробираться по глухим местам, да еще и охваченным войной. Там же показаны тяготы походов армий на большие расстояния, да еще в зимних условиях. Так что в этом Джордж Мартин скорее верен реализму, чем стремлению показать эпичность свершений отдельных героев.
Согласен, эта тема самая спорная в моём романе. В тоже время мне кажется, что нет смысла пытаться объяснить фантастические явления с помощью чистой логики. В деталях мы не знаем, что в той, созданной реальности произошло)
Что же касается деградации технологий, потери доступа к современному оружию и прочему. Если из огромной башни, которая строилась веками и казалось совершенно надежной, вытащить один большой кирпич из середины (а достижения науки, в частности, основанные на изученных нами законов электричества именно такой кирпич), то башня не развалится до уровня откуда пропал блок. Она с треском рухнет, уничтожая свое основание.
Из такого же принципа исходил и я. На мой взгляд, потеря технологий, основанных на электричестве, в первую очередь создаст хаос, панику, которая приведет к бесчисленным жертвам. Это еще больше закрутит воронку хаоса, засасывая в неё остальное, в том числе и знания, умения, навыки, понимание и прочее из других областей. Тем более, дюди, которые пару поколений сражаются за выживание, чтобы не умереть от голода и холода, деградируют сильнее, чем кажется на первый взгляд.
Это мое представление, и я попытался его выразить.
А что касается нестыковок, они точно есть, как бы не трудились над ними автор и редакторы. Даже в гениальных произведениях проскакивают аллогизмы. Помните, например, Омут памяти из «Гарри Поттера», который каждый раз работал как-то иначе, без объяснения причины просто в угоду сюжету. Или еще забавнее, когда герои там же получают такой мощный артефакт как Маховик времени, и вместо того, чтобы менять с его помощью историю, просто больше учатся и спасают грифона.
Но в моем личном топе гибких поворотов сценария — цикл «Всадники Перна» великой Энн Маккефри и ее всадники на драконах. Один из главных героев там изначально летал на зеленом драконе. Но потом стало ясно, что эти существа женского пола — драконихи. Из-за телепатической связи всадников и драконих, большинство зеленых наездников становятся не традиционной ориентации в тот момент, когда драконихи устраивают брачные игры с драконами-самцами. В какой-то момент автор неожиданно сделала героя наездником коричневого самца. Видимо, от греха подальше)
Конечно, это большое упрощение, что вопросам быта не уделяется внимания в эпическом фэнтези. На мой взгляд, иногда сложность и тяжесть сражений с «врагами» сильно преувеличена. А трудности, который вызывает переход из пункта А в пункт Б, при условии, что они далеко друг от друга и идти нужно по неизведанной местности, без АЗС, закусочных и гостиниц, по сравнению с битвами незначительны. Но это не совсем так. Например, в том же Средневековье, во время войн на Святой земле многие походы, будучи плохо подготовленными, заканчивались еще до начала битвы с сарацинами. Тоже самое можно сказать и про крестовые походы, и великие путешествия в Древнем мире (Александр Македонский, Ганнибал Карфагенский и т.д.)
P.S. За отсылку к штанам Арагорна отдельное спасибо:)
Мне кажется, что жанр, который автор определяет для своего произведения и то, что печатают издатели в аннотации — немного разные вещи. Автор через жанр хочет явнее выразить идею произведения, а издатели донести до читателей тематику книги, чтобы им было легче ориентировать и сделать выбор читать/не читать. Думаю, и то, и другое хорошо служит книге, иначе без выхода на читателя она не достигнет свой главной цели — рассказать что-то людям.
Я хотел поделиться собственным опытом и эмоциями от процесса. Может быть, это вдохновит тех, кто тоже пишет, но не решается на следующий шаг — представить своё творчество миру. Я сам знаю много таких людей, и тоже был одним из них.
По поводу идеи и сюжета романа. Я и не думал претендовать на уникальность на фоне почти 100 лет существования жанра фантастики. Возможно ли, чтобы еще остались свежие и неиспользованные концепты, которых никто не касался?..
Название издательств ссылки и прочую полезную конкретику не вставлял как раз, чтобы это не было воспринято как реклама. Хабр такое обычно не любит. Но в комментах с удовольствием поделюсь информацией.
По поводу издательств. Я отправлял рукопись в несколько издательств, кто, на мой взгляд, мог заинтересоваться изданием романа в таком жанре: Аст, Эксмо, Мир Фантастики, AZbboks, Armada и Animedia.
По информации на сайте все они готовы сотрудничать с молодыми авторами.
Отдельно расскажу о схеме подачи заявки на публикацию. Начинать надо всегда с изучения сайта издателя, практичечки всегда там есть раздел "Для авторов", где описан процесс. У некоторых есть вэб-форма для заполнение и загрузки рукописи и других материалов. Кто-то просто оставляет электронный адрес и инструкцию. В любом случае после отправки нужно просто терпиливо ждать ответа. Мне начали отвечать через 4-6 недель после отправки.
Как раньше, когда вендор исключительно занимался развитием софта, а интегратор его использовал под задачи заказчика, не будет. По крайней мере в ближайшее время. Сейчас интеграторы и даже заказчики вовлечены в работу с производителем: передают информацию об ошибках, например, нужной функциональности. Получается, мы все в одной лодке и все заинтересованы в улучшении продукта. Разработчик Termidesk, кстати, очень активно реагирует на предложения и берет их в свой road map.
Явного лидера среди отечественных VDI нет. Вендорам придется проделать большую работу, чтобы приблизиться к полноценной замене продуктов VMware или Citrix.
В Termidesk мы видим хороший потенциал в развитии продукта. И по нашему опыту он, потенциал подкрепляется действиями и активностью производителя.
Я работал и на стороне заказчика, и на стороне интегратора и повидал всякого. Те примеры, что приводятся в посте взяты из реальной жизни, а некоторые из них еще были и реализованы.
По поводу резервного копирования, то требования всё-таки диктуются бизнесом и периодичность запуска заданий копирования тех или иных данных зависит от требований к бизнес-процессу или бизнес-системе, в которой они используются (то самое RPO). И если раньше реально можно было сказать прикладникам «Просто пришлите список виртуалок и как часто их бэкапить» (я лично такое слышал), то теперь, когда есть ограничения, важно прорабатывать подход к резервному копированию вместе с прикладниками.
По импортозамещению ситуация очень разная в разных компания и отраслях. Кто-то бросился выполнять постановления, потому что иначе никак, кто-то решил рядом развернуть пилотную зону с импортозамещенными решениями, чтобы поднять флажок и отчитаться. Но здесь, в этом посте речь о проектах внедрения новых систем, под которые нет оборудования купленного в 2021 году и нет запаса мощностей, а еще не понятны перспективы и планы по масштабированию при запуске сейчас на традиционных решениях.
Можно сделать все, даже невозможное. И мы беремся за такие проекты, от которых отказываются другие команды в силу сложности. Но в этом посте хотелось ответить на вопрос "А стоит ли?" перед тем, как засучивать рукава. Собственно, мы это исследование и провели, а заказчик уже решает стоит ли игра свеч. В этом конкретном кейсе большинство миграций оказались просто не выгодными.
Добрый день! Спасибо за вопрос. Графический интерфейс был разработан в корпоративном стиле с учетом наших потребностей. Во время мероприятий через этот интерфейс наши специалисты могут менять источники звука и видео. Можно управлять камерами, если предусмотрена онлайн-трансляция мероприятия, а также громкостью микрофонов и акустики.
Так как мы использовали системы коммутации Crestron NVX, то и управление делали на Crestron. В нем есть все необходимые средства для управления системой коммутации. Площадь конференц-центра - 110 кв.м. Высота потолков – 3,3 м. В помещении установлено десять потолочных громкоговорителей.
По поводу коммутации аудио-видео (режим зала и режим разбивки на зоны).
Режим объединённых помещений: Звук с источников (смартфон, ноутбук или другие устройства пользователя) и с микрофонов идёт на все динамики, которые находятся в пределах объединенных помещений. Видео дублируется.
Режим помещений, отделённых перегородкой: Звук идет через динамики, которые расположены в конкретном помещении. Источник звука в этом случае – саундбар или устройство пользователя. Локальная подзвучка в отделённом помещении с помощью микрофонов не требуется (но техническая возможность есть, так как используются три независимых канала усилителя - по одному на каждую зону). Видео в отделённом помещении выводится автономно на электронную доску от мобильного комплекта ВКС. Переключение режимов происходит автоматически по сигналам от датчиков перегородок.
все верно, главное понять в чем его супер сила и применить ее в нужное русло :)
Здравствуйте! Спасибо за Ваш комментарий.
В этом случае ответственность за инцидент лежит как на KakaoTalk, так и на владельцах ЦОД SK C&C.
Мессенджер KakaoTalk лишь арендует места под стойки в коммерческом дата-центре. А владельцы ЦОД в свою очередь не позаботились о должном уровне резервирования систем электропитания и мониторинга АКБ.
Добрый день! Спасибо за комментарий.
Идея хорошая, но вряд ли реализуемая.
Добрый день! Спасибо за комментарий.
Действительно странно. Но все же, не все компании готовы вкладывать деньги в резервирование ИТ-инфраструктуры.
Добрый день! Спасибо за комментарий.
Конечно, рекомендации не могут учитывать все возможные сценарии, да и им не обязательно следовать (на то они и рекомендации). В данном случае можно либо принять риски и попробовать их минимизировать, либо выбрать наиболее подходящую площадку для строительства.
Когда я размышлял о том, на что был бы похож катаклизм из романа в реальности, я перебрал много вариантов. Особенно меня зацепили два примера. Один из реальной жизни, другой — вымышленный.
1) Где-то в 2010-х случилось веерное отключение электроэнергии на юге и юго-востоке Москвы. Была серьезная авария на одной из ТЭЦ и оказалось, что система резервного переключения на соседние источники электричества давно не тестировалась и потому при резком перераспределении нагрузки соседние подстанции одна за одной вышли из строя. Эффект домино. Огромные районы остались без электричества на 8 часов. И тут выяснилось, что без электричества не только не святят лампочки, но еще не работают больницы, связь, другие инфраструктурные объекты, и самое главное — холодильники в метро, которые не дают водам реки Москвы заливать тоннели там, где они пролегают под руслом. Тогда аналитики и эксперты крепко задумались и начали просчитывать во что обойдётся городу если электричества не будет длительное время. Выяснилось, что спустя 48 часов многие инженерные системы (кроме метро еще всплыла проблемы с фильтрами на насосных станциях Мосводоканала, которые при неработающих насосах засыхают очень быстро и город остается без воды в кранах) так сильно пострадают, что их восстановление будет практически бессмысленным. Для города, как инфраструктурного образования, наступит апокалипсис. А ведь это просто отсутствие электричества на 48 часов.
2) В одном аниме, посвященном экологической тематике, автор придумал интересный сценарий глобальной катастрофы. Бактерию, с помощью которой происходит разложение нефтепродуктов, скрестили с вирусом. Конечно, этот гибрид вырвался наружу и быстро уничтожил всё, что содержит нефтепродукты. Одежду, тару для хранения продуктов, резервуары водохранилищ, сделал непригодным весь транспорт и так далее. За одну неделю Япония оказалась на грани голода и всеобщего замерзания, не имея отопления, одежды и возможность покинуть зону заражения. Гуманитарная катастрофа и апокалипсис случились, потому что из мира изъяли нефтепродукты. Это как раз то, что я ниже назвал падением башни из-за одного вынутого кирпича.
Кстати, цикл "Песнь Льда и Огня" очень подробен в бытовых вопросах.
Например, в сюжетной линии Арьи много внимания уделено тому, насколько сложно неподготовленной группе людей пробираться по глухим местам, да еще и охваченным войной. Там же показаны тяготы походов армий на большие расстояния, да еще в зимних условиях.
Так что в этом Джордж Мартин скорее верен реализму, чем стремлению показать эпичность свершений отдельных героев.
Согласен, эта тема самая спорная в моём романе. В тоже время мне кажется, что нет смысла пытаться объяснить фантастические явления с помощью чистой логики. В деталях мы не знаем, что в той, созданной реальности произошло)
Что же касается деградации технологий, потери доступа к современному оружию и прочему. Если из огромной башни, которая строилась веками и казалось совершенно надежной, вытащить один большой кирпич из середины (а достижения науки, в частности, основанные на изученных нами законов электричества именно такой кирпич), то башня не развалится до уровня откуда пропал блок. Она с треском рухнет, уничтожая свое основание.
Из такого же принципа исходил и я. На мой взгляд, потеря технологий, основанных на электричестве, в первую очередь создаст хаос, панику, которая приведет к бесчисленным жертвам. Это еще больше закрутит воронку хаоса, засасывая в неё остальное, в том числе и знания, умения, навыки, понимание и прочее из других областей. Тем более, дюди, которые пару поколений сражаются за выживание, чтобы не умереть от голода и холода, деградируют сильнее, чем кажется на первый взгляд.
Это мое представление, и я попытался его выразить.
А что касается нестыковок, они точно есть, как бы не трудились над ними автор и редакторы. Даже в гениальных произведениях проскакивают аллогизмы. Помните, например, Омут памяти из «Гарри Поттера», который каждый раз работал как-то иначе, без объяснения причины просто в угоду сюжету. Или еще забавнее, когда герои там же получают такой мощный артефакт как Маховик времени, и вместо того, чтобы менять с его помощью историю, просто больше учатся и спасают грифона.
Но в моем личном топе гибких поворотов сценария — цикл «Всадники Перна» великой Энн Маккефри и ее всадники на драконах. Один из главных героев там изначально летал на зеленом драконе. Но потом стало ясно, что эти существа женского пола — драконихи. Из-за телепатической связи всадников и драконих, большинство зеленых наездников становятся не традиционной ориентации в тот момент, когда драконихи устраивают брачные игры с драконами-самцами. В какой-то момент автор неожиданно сделала героя наездником коричневого самца. Видимо, от греха подальше)
Конечно, это большое упрощение, что вопросам быта не уделяется внимания в эпическом фэнтези. На мой взгляд, иногда сложность и тяжесть сражений с «врагами» сильно преувеличена. А трудности, который вызывает переход из пункта А в пункт Б, при условии, что они далеко друг от друга и идти нужно по неизведанной местности, без АЗС, закусочных и гостиниц, по сравнению с битвами незначительны. Но это не совсем так. Например, в том же Средневековье, во время войн на Святой земле многие походы, будучи плохо подготовленными, заканчивались еще до начала битвы с сарацинами. Тоже самое можно сказать и про крестовые походы, и великие путешествия в Древнем мире (Александр Македонский, Ганнибал Карфагенский и т.д.)
P.S. За отсылку к штанам Арагорна отдельное спасибо:)
Мне кажется, что жанр, который автор определяет для своего произведения и то, что печатают издатели в аннотации — немного разные вещи. Автор через жанр хочет явнее выразить идею произведения, а издатели донести до читателей тематику книги, чтобы им было легче ориентировать и сделать выбор читать/не читать. Думаю, и то, и другое хорошо служит книге, иначе без выхода на читателя она не достигнет свой главной цели — рассказать что-то людям.
Я хотел поделиться собственным опытом и эмоциями от процесса. Может быть, это вдохновит тех, кто тоже пишет, но не решается на следующий шаг — представить своё творчество миру. Я сам знаю много таких людей, и тоже был одним из них.
По поводу идеи и сюжета романа. Я и не думал претендовать на уникальность на фоне почти 100 лет существования жанра фантастики. Возможно ли, чтобы еще остались свежие и неиспользованные концепты, которых никто не касался?..
Название издательств ссылки и прочую полезную конкретику не вставлял как раз, чтобы это не было воспринято как реклама. Хабр такое обычно не любит. Но в комментах с удовольствием поделюсь информацией.
По поводу издательств. Я отправлял рукопись в несколько издательств, кто, на мой взгляд, мог заинтересоваться изданием романа в таком жанре: Аст, Эксмо, Мир Фантастики, AZbboks, Armada и Animedia.
По информации на сайте все они готовы сотрудничать с молодыми авторами.
Отдельно расскажу о схеме подачи заявки на публикацию. Начинать надо всегда с изучения сайта издателя, практичечки всегда там есть раздел "Для авторов", где описан процесс. У некоторых есть вэб-форма для заполнение и загрузки рукописи и других материалов. Кто-то просто оставляет электронный адрес и инструкцию. В любом случае после отправки нужно просто терпиливо ждать ответа. Мне начали отвечать через 4-6 недель после отправки.
Герой в оригинале очень уж аутентичен.
Как раньше, когда вендор исключительно занимался развитием софта, а интегратор его использовал под задачи заказчика, не будет. По крайней мере в ближайшее время. Сейчас интеграторы и даже заказчики вовлечены в работу с производителем: передают информацию об ошибках, например, нужной функциональности. Получается, мы все в одной лодке и все заинтересованы в улучшении продукта. Разработчик Termidesk, кстати, очень активно реагирует на предложения и берет их в свой road map.
Мы пока тестируем и изучаем Скалу-Р.
Явного лидера среди отечественных VDI нет. Вендорам придется проделать большую работу, чтобы приблизиться к полноценной замене продуктов VMware или Citrix.
В Termidesk мы видим хороший потенциал в развитии продукта. И по нашему опыту он, потенциал подкрепляется действиями и активностью производителя.
больше инфо дадим позже в отдельном посте про кибертренинг. Также можно почитать тг-канал CyberCamp, там оперативно публикуется все что происходит)
Я работал и на стороне заказчика, и на стороне интегратора и повидал всякого. Те примеры, что приводятся в посте взяты из реальной жизни, а некоторые из них еще были и реализованы.
По поводу резервного копирования, то требования всё-таки диктуются бизнесом и периодичность запуска заданий копирования тех или иных данных зависит от требований к бизнес-процессу или бизнес-системе, в которой они используются (то самое RPO). И если раньше реально можно было сказать прикладникам «Просто пришлите список виртуалок и как часто их бэкапить» (я лично такое слышал), то теперь, когда есть ограничения, важно прорабатывать подход к резервному копированию вместе с прикладниками.
По импортозамещению ситуация очень разная в разных компания и отраслях. Кто-то бросился выполнять постановления, потому что иначе никак, кто-то решил рядом развернуть пилотную зону с импортозамещенными решениями, чтобы поднять флажок и отчитаться. Но здесь, в этом посте речь о проектах внедрения новых систем, под которые нет оборудования купленного в 2021 году и нет запаса мощностей, а еще не понятны перспективы и планы по масштабированию при запуске сейчас на традиционных решениях.
Можно сделать все, даже невозможное. И мы беремся за такие проекты, от которых отказываются другие команды в силу сложности. Но в этом посте хотелось ответить на вопрос "А стоит ли?" перед тем, как засучивать рукава. Собственно, мы это исследование и провели, а заказчик уже решает стоит ли игра свеч. В этом конкретном кейсе большинство миграций оказались просто не выгодными.
Добрый день! Спасибо за вопрос.
Графический интерфейс был разработан в корпоративном стиле с учетом наших потребностей. Во время мероприятий через этот интерфейс наши специалисты могут менять источники звука и видео. Можно управлять камерами, если предусмотрена онлайн-трансляция мероприятия, а также громкостью микрофонов и акустики.
Спасибо за комментарий.
Так как мы использовали системы коммутации Crestron NVX, то и управление делали на Crestron. В нем есть все необходимые средства для управления системой коммутации.
Площадь конференц-центра - 110 кв.м. Высота потолков – 3,3 м.
В помещении установлено десять потолочных громкоговорителей.
По поводу коммутации аудио-видео (режим зала и режим разбивки на зоны).
Режим объединённых помещений:
Звук с источников (смартфон, ноутбук или другие устройства пользователя) и с микрофонов идёт на все динамики, которые находятся в пределах объединенных помещений. Видео дублируется.
Режим помещений, отделённых перегородкой:
Звук идет через динамики, которые расположены в конкретном помещении. Источник звука в этом случае – саундбар или устройство пользователя.
Локальная подзвучка в отделённом помещении с помощью микрофонов не требуется (но техническая возможность есть, так как используются три независимых канала усилителя - по одному на каждую зону).
Видео в отделённом помещении выводится автономно на электронную доску от мобильного комплекта ВКС. Переключение режимов происходит автоматически по сигналам от датчиков перегородок.