7172
правки
Изменения
Новая страница: « Выношу из [https://www.facebook.com/mtsepkov/posts/1529315773792038 поста на FB], чтобы сохранить в истории Простор…»
Выношу из [https://www.facebook.com/mtsepkov/posts/1529315773792038 поста на FB], чтобы сохранить в истории
Просторы интернета иногда выносят совершенно замечательные находки. Например, эта статья 1998 года, переведенная на русский в 2009 о том, что сбои - неотъемлемый и непрерывно проявляющийся атрибут сложных систем. В них встроены механизмы от сбоев, позволяющие функционировать игнорируя единичные сбои, устранение которых экономически не оправдано. И поэтому всегда идет баланс между операционной функцией и защитной, основная цель которой - не допустить катастрофу, и потому никогда не работают с полной производительностью. Читайте!
https://cleverics.ru/subject-field/articles/124-how-complex-systems-fail
Мой коммент из обсуждения [https://www.facebook.com/krocodl/posts/1558174747536372 здесь] тоже сохраню. Статья действительно старая, и аксиома из теории систем как бы известно. Только вот почему-то люди не проектируют тот софт, который разрабатывают как часть сложной системы, которая постоянно сбоит и которую надо восстанавливать. Всякое резервное копирование - да, а вот сама разрабатываемая система - любой архитектор уверен, что она сбоить не будет, и, более того, практик такого проектирования сбоящих систем - нет. Вот об этом статья заставила задуматься...
Из [https://www.facebook.com/nzeemin/posts/10208185646997190 репоста Никита Зимин] Вот это просто вау. Очень близко к тому как я представляю себе работу даже не столь уж сложных систем как например какое-нибудь SaaS приложение.
{{wl-publish: 2017-09-28 09:43:44 +0300 | MaksTsepkov }}
Просторы интернета иногда выносят совершенно замечательные находки. Например, эта статья 1998 года, переведенная на русский в 2009 о том, что сбои - неотъемлемый и непрерывно проявляющийся атрибут сложных систем. В них встроены механизмы от сбоев, позволяющие функционировать игнорируя единичные сбои, устранение которых экономически не оправдано. И поэтому всегда идет баланс между операционной функцией и защитной, основная цель которой - не допустить катастрофу, и потому никогда не работают с полной производительностью. Читайте!
https://cleverics.ru/subject-field/articles/124-how-complex-systems-fail
Мой коммент из обсуждения [https://www.facebook.com/krocodl/posts/1558174747536372 здесь] тоже сохраню. Статья действительно старая, и аксиома из теории систем как бы известно. Только вот почему-то люди не проектируют тот софт, который разрабатывают как часть сложной системы, которая постоянно сбоит и которую надо восстанавливать. Всякое резервное копирование - да, а вот сама разрабатываемая система - любой архитектор уверен, что она сбоить не будет, и, более того, практик такого проектирования сбоящих систем - нет. Вот об этом статья заставила задуматься...
Из [https://www.facebook.com/nzeemin/posts/10208185646997190 репоста Никита Зимин] Вот это просто вау. Очень близко к тому как я представляю себе работу даже не столь уж сложных систем как например какое-нибудь SaaS приложение.
{{wl-publish: 2017-09-28 09:43:44 +0300 | MaksTsepkov }}