Ну, вопрос достаточно интересный. В принципе, статистика поломок у тонких клиентов сильно меньше таковой для персоналок (и вопрос не в супернадёжности, а в том, что оно всё маломощное, с малым количеством компонент и низкими нагрузками). Если сеть крупная, можно брать с небольшим запасом, при накоплении какого-то количества — сдавать по гарантии или просто покупать новые.
Уменьшение числа админов. Если у вас 500 рабочих станций, с большой вероятностью, у вас больше одного сотрудника хэлпдеска. Тонкие клиенты не требуют особого обслуживания (особенно, в централизованной системе управления), т.е. вся нагрузка по обеспечению рабочей среды пользователей перекладывается на администраторов терминальных серверов, которые это делают не для 500 машин, а для счётного числа серверов.
Если полистаете блог назад, найдёте пост, где я объяснял, откуда потребность в них вообще возникла.
Это очень сложно, т.к. ежеминутно удаляется куча правок (вместе с удаляемыми статьями). Причём, в отличие от статей, количество удаляемых правок много больше (удаляется статья — удаляются все правки, даже если их там 2000).
вы путаете руткит и бэкдор. Описанное — бэкдор. Средство получить «дорогу в систему». Руткит — система, маскирующая присутствие в системе (например, заменяющая libc и показывающая немодифицированный ahuthorized_keys.
1) Алгоритм шифрования продавать, конечно, можно, только на всякий случай, напомню, что алгоритмы не являются объектом авторского права, так что любой пионэр перепишет его под опенсорсом с полным правом.
2) Такие вещи НУЖНО публиковать под опенсорсом. Потому что а) их изучат б) улучшат в) встроят в инфраструктуру.
В чём профит автора? Разумеется, автора криптомодуля для openssl всегда возьмут на работу.
1) Существуют реальные модели бесплатного контента без оплаты авторам: Википедия, весь материал под cc-by-sa в интернете.
2) Существуют реальные модели бесплатного контента с оплатой рекламодателем (включи телевизор!)
3) Существуют реальные модели бесплатного контента с оплатой за дополнительный сервис (open source от компаний внедренцев, стоимость RH показывает, что это вполне себе бизнес).
Нет ничего более брехливого, чем статистика. Гугль использует (насколько я знаю) дешёвые сервера (т.е. обычные PC) для простоты замены и экономии. А за счёт масштабируемости решений и распределённости, он их может менять как носки.
В то же самое время, я думаю, что у того же интел сервера совсем другой мощщи.
Так что правильнее было бы считать не в штуках, а в терафлопсах.
Допустим, у нас будет 6 серверов. 6*20к + 500*2200 = 1.2ккруб на лицензии MS (с цитриксом дороже, да).
Тонкие клиенты при этом обойдутся не менее 2-3ккруб, т.е. лицензии будут дешевле железа.
[алсо, отказавшись от виндов можно сэкономить больше миллиона рублей и не париться с счётом лицензий — злобная реклама linux'а]
Если полистаете блог назад, найдёте пост, где я объяснял, откуда потребность в них вообще возникла.
Эту штуку я точно сделаю.
Алсо, для полного профита цифры должны быть настоящими (например, из номерков на дверь на прозрачном пластике).
И вообще, сайт инетный, вебдванольный и хостится в ЦОДе.
2) Такие вещи НУЖНО публиковать под опенсорсом. Потому что а) их изучат б) улучшат в) встроят в инфраструктуру.
В чём профит автора? Разумеется, автора криптомодуля для openssl всегда возьмут на работу.
1) Существуют реальные модели бесплатного контента без оплаты авторам: Википедия, весь материал под cc-by-sa в интернете.
2) Существуют реальные модели бесплатного контента с оплатой рекламодателем (включи телевизор!)
3) Существуют реальные модели бесплатного контента с оплатой за дополнительный сервис (open source от компаний внедренцев, стоимость RH показывает, что это вполне себе бизнес).
В то же самое время, я думаю, что у того же интел сервера совсем другой мощщи.
Так что правильнее было бы считать не в штуках, а в терафлопсах.