Size: a a a

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

2017 June 03

E

Eugene in Архитектура ИТ-решений
Dmitriy Stolyarov
Ни разу не сталкивался, чтобы какой-либо стандарт использовали As is. Обычно стандарт адаптируют под конкретную организацию - разрабатывают т.н. СТО - стандарт организации. Бывают и обратные ситуации - на базе сто разрабатывают Госстандарт.
Часто стандарты определяют не только как что-то может или должно быть, но и как их можно дополнять, расширять уточнять и прочее и это позволяет находить общий язык. На мой взгляд ровно для этого нужна стандартизация. В чем-то похоже на контракты взаимодействия :))
источник

AS

Alexander Samarin in Архитектура ИТ-решений
Maxim Smirnov
Качество решений помогает повысить подход viewpoint and perspective и следование принципу separation of concerns при обсуждении сложных систем. А стандарт он нового ничего не привносит, но просто подчеркивает рекомендацию структурировать архитектурные описания определенным образом
+1
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Дело не в стандартах. Вопрос был, зачем нужен свой доморощенный ГОСТ, если есть аналогичный ISO?
источник

AS

Alexander Samarin in Архитектура ИТ-решений
Andrei Soloschak
Дело не в стандартах. Вопрос был, зачем нужен свой доморощенный ГОСТ, если есть аналогичный ISO?
Доморощенный? Сказано что это перевод (но некоторые термины странноваты). Передов - это обычная практика, т.е. не все организации принимают ссылки на документы на не государственном языке.
источник

DS

Dmitriy Stolyarov in Архитектура ИТ-решений
Адаптацией международных стандартов занимается http://www.vniiki.ru/default.aspx
источник

AS

Alexander Samarin in Архитектура ИТ-решений
Dmitriy Stolyarov
Адаптацией международных стандартов занимается http://www.vniiki.ru/default.aspx
С ними я не работал; только с ИСО, МЭК и Госстардарт.
источник

DB

Denis Beskov in Архитектура ИТ-решений
Есть какие-то типовые решения для мониторинга доступности и надежности внешних сервисов, если ваша система зависит от множества внешних сервисов
источник

DB

Denis Beskov in Архитектура ИТ-решений
?
источник

VR

Vladimir Razumovskiy in Архитектура ИТ-решений
ну доступность вполне решается банальным забиксом
источник

VR

Vladimir Razumovskiy in Архитектура ИТ-решений
а надежность в данном случае это как пардон?
источник

АХ

Антон Хасин in Архитектура ИТ-решений
Доступность заббиксом или нагиос. Надежность - периодическим автотестированием (нагрузочным в т.ч.) на выделенном стенде
источник

DB

Denis Beskov in Архитектура ИТ-решений
А что-то менее красноглазое есть?
источник

DB

Denis Beskov in Архитектура ИТ-решений
Типа datadog и проч
источник

DB

Denis Beskov in Архитектура ИТ-решений
Vladimir Razumovskiy
а надежность в данном случае это как пардон?
Надежность — это измерение доли ошибок в тестовых запросах
источник

R

Roman in Архитектура ИТ-решений
Denis Beskov
Есть какие-то типовые решения для мониторинга доступности и надежности внешних сервисов, если ваша система зависит от множества внешних сервисов
grafana elasticsearch logstash
источник
2017 June 04

d

dolphin278 in Архитектура ИТ-решений
@beskov new relic ок
источник

d

dolphin278 in Архитектура ИТ-решений
сорри. "Внешних" пропустил
источник

d

dolphin278 in Архитектура ИТ-решений
Вернее, так - их тоже можно мониторить, но это не лучший способ.
источник

DB

Denis Beskov in Архитектура ИТ-решений
Roman
grafana elasticsearch logstash
Ага, спасибо, изучаю!
источник

DK

Denis Kotov in Архитектура ИТ-решений
Ещё из не упомянутого https://www.wavefront.com . Меня правда в итоге жаба задушила и сделали все на заббиксе с кастомными тригеррами на питоне
источник