Size: a a a

Архитектура ИТ-решений

2021 January 25

VN

V N in Архитектура ИТ-решений
Yury
очень четко
Осталось определить цели и средства :)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
V N
Осталось определить цели и средства :)
Они у всех свои)
источник

VN

V N in Архитектура ИТ-решений
Gennadiy Kruglov
Они у всех свои)
Такую бизнес-идею убил - я так надеялся на потоком принтере начать печатать стратегии всего для всех :)
источник

YG

Yuri Geronimus in Архитектура ИТ-решений
V N
Такую бизнес-идею убил - я так надеялся на потоком принтере начать печатать стратегии всего для всех :)
В свое время тот самый Голдратт сделал прикольную историю - он понял для каких отраслей его подход работает хорошо, и сделал стратегии именно для них. И продавал только им. Таким образом: а. было успешно, б. был поток, в. не было не успешно)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
V N
Такую бизнес-идею убил - я так надеялся на потоком принтере начать печатать стратегии всего для всех :)
Печатать можно, главное научиться продавать)
источник

S

Sergei Gordeev in Архитектура ИТ-решений
это декомпозиция. На примере НЭП СССР . Было долгосрочное планирование, потом цели на пятилетки и в них декомпозиции. Но так как при Сталине не было agile план провалился
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
Gennadiy Kruglov
ИТ стратегию можно описать в нескольких словах - обеспечить своевременную адаптацию к изменениям (выравнивание с бизнесом).

Получается, бизнес-стратегия на самом деле всего лишь гипотеза развития.

А то что сейчас понимается под ИТ-стратегией - текущее видение, соответствующее этой гипотезе.
Мне один заказчик по каждому проекту письма писал с формулировкой: прошу предложить архитектуру, позволяющую запустить проект в установленные сроки в рамках обозначенных бюджетных ограничений. А я ему ответы о том, что не готов сейчас подтвердить реализуемость задачи в обозначенных ограничениях. Одним словом, написать то можно что угодно, но кто-то должен любой деятельности и смысловую нагрузку придать
источник
2021 January 26

Y

Yury in Архитектура ИТ-решений
Добрый день. Нужен совет профессионала. Расширяем функционал и возможности существующей корпоративной АСУ. Мнение о выборе редакции разделились 50/50. Сайт на БУС Битрикс Бизнес. В пиковые нагрузки падает. Обслуживающая организация предлагает перейти на версию Enterprase. Но при этом убедительных аргументов не приводит.  Предполагаю, что вместо оптимизации просто хотят купить более мощный продукт. Сейчас нагрузка до 600 одновременных пользователей. В пики - до 1000. Буду благодарен за любое мнение и комментарий
источник

B

Banof in Архитектура ИТ-решений
😎 Banofbot позволяет голосовать за бан участников чата. Появился спамер или еще какой негодяй, а админов нет рядом? Просто ответьте на сообщение провинившегося текстом @banofbot и бот начнет голосование.

/help — Показывает это сообщение 😱
/language — Позволяет выбрать язык 📣
/lock — Включить или выключить доступ не-админов к командам бота 🔑
/limit — Сменить минимальное количество голосов для кика пользователя (также вы можете использовать формат "/limit 100") ✌️
/time — Настроить минимальное время между банами
/votekickWord — настройка дополнительных слов начала голосований. Используйте в формате /votekickWord кик, челлендж, драка 🐸

Не забудьте назначить @banofbot админом, иначе он не сможет работать.

Остались вопросы? Почитайте наш канал поддержки — @borodutch_support 🦄

Попробуйте еще один мой проект — Тудурант (iOS, Андроид). Это умный список задач, который использует поведенческую психологию для того, чтобы заставить ваш мозг выполнять задачи. Полностью бесплатен 30 дней без каких-либо обязательств, поэтому почему бы не попробовать улучшить свою продуктивность? Тудурант помог мне, поможет и вам!
источник

SL

Sergey Lukin in Архитектура ИТ-решений
Yury
Добрый день. Нужен совет профессионала. Расширяем функционал и возможности существующей корпоративной АСУ. Мнение о выборе редакции разделились 50/50. Сайт на БУС Битрикс Бизнес. В пиковые нагрузки падает. Обслуживающая организация предлагает перейти на версию Enterprase. Но при этом убедительных аргументов не приводит.  Предполагаю, что вместо оптимизации просто хотят купить более мощный продукт. Сейчас нагрузка до 600 одновременных пользователей. В пики - до 1000. Буду благодарен за любое мнение и комментарий
ну как минимум "Битрикс Бизнес" - ограничен 1000 пользователями (что бы под этим не понимал Битрикс).
так что видимо вам просто из-за лицензии надо переходить на Enterprise.
ну и в Enterprise есть " flexible solution with the real-time scalability of the specific resources " (что бы это не значило)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Yury
Добрый день. Нужен совет профессионала. Расширяем функционал и возможности существующей корпоративной АСУ. Мнение о выборе редакции разделились 50/50. Сайт на БУС Битрикс Бизнес. В пиковые нагрузки падает. Обслуживающая организация предлагает перейти на версию Enterprase. Но при этом убедительных аргументов не приводит.  Предполагаю, что вместо оптимизации просто хотят купить более мощный продукт. Сейчас нагрузка до 600 одновременных пользователей. В пики - до 1000. Буду благодарен за любое мнение и комментарий
Возможно в версии Enterprise предусмотрено масштабирование. Нужно уточнять.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Коллега уже прокомментировал, масштабирование предусмотрено: " flexible solution with the real-time scalability of the specific resources "

У вас есть всего два варианта:
1. попробовать перейти на Enterprise и попытаться выполнить масштабирование
2. мигрировать с Битрикс на что-то другое

Первый вариант очевидно проще, быстрее и дешевле. Стоит начать с него.
источник

Y

Yury in Архитектура ИТ-решений
Gennadiy Kruglov
Возможно в версии Enterprise предусмотрено масштабирование. Нужно уточнять.
Вы правы, предусмотрено
источник

Y

Yury in Архитектура ИТ-решений
Gennadiy Kruglov
Коллега уже прокомментировал, масштабирование предусмотрено: " flexible solution with the real-time scalability of the specific resources "

У вас есть всего два варианта:
1. попробовать перейти на Enterprise и попытаться выполнить масштабирование
2. мигрировать с Битрикс на что-то другое

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

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Yury
попробовать перейти выходит достаточно дорого. конкурент поставщика рекомендует просто проотимизировать код и не учитывать максимальную пиковую нагрузку, так как она дважды в год. в эти периоды дешевле обрезать пик
Код конечно стоит оптимизировать. Если код "плохой", масштабирование может не дать результата. Не всё можно масштабировать эффективно.

Но что значит "обрезать" пик?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
И масштабирование бывает разным. Вертикальным (scale up) и горизонтальным (scale out).

Scale Up -  просто "добавить" железа (память, процессоры) на сервере или "переехать" на более мощный сервер.

Scale Out - распараллелить на много (два и более) серверов.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Последовательность действий такая:
1. выполняете вертикальное масштабирование (железо почти всегда дешевле оптимизации)
2. оптимизируете решение
3. выполняете горизонтальное масштабирование
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Но не всё можно распараллелить. Возможно придётся кардинально перестраивать решение, если горизонтальное масштабирование не предусмотрено изначально.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
В крупных компаниях, которые могут себе позволить High End сервера, обычно выполняются пункты 1 и 2. Потом рядом с серверами высаживаются вендоры и попы. Это сарказм.
источник

Y

Yury in Архитектура ИТ-решений
Gennadiy Kruglov
Код конечно стоит оптимизировать. Если код "плохой", масштабирование может не дать результата. Не всё можно масштабировать эффективно.

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