Автору огромное спасибо за перевод, но у меня есть несколько вопросов не касающихся блокчейна и прочих современных модных технологий. (оригинал не читал)
1. Это будет закрытая сеть поверх основной сети Internet, где будут все сервисы(уровня IP) и все участники сети Internet должны будут рано или поздно вступить в эту сеть, то есть банки, финансовые организации, развлекательные ресурсы и прочие для комфортного использования данной сети конечными пользователями?
2. Если эта сеть будет использовать публичные ip устройств, подключенных к этой сети, как выходные точки в сеть Internet, например, как в сети TOR. Если какой-то участник этой сети захочет скачать через торрент(условно, не важно что он сделает) через выходной ip в Германии что либо, не будет ли проблем у выходного нода с законодательством данной страны?
Это я к тому, что либо нужно изолировать сеть, и туда привлекать всех текущих крупных участников сети Internet, либо могут пострадать конечные выходные узлы из-за законодательства страны, откуда будут обращения в сеть Internet.
К примеру, у конкурентов довольно давно используется так называемая NVRAM, которая энергозависима и питается от обычного мини аккумулятора. Черене nvram проходит вся запись на диски. В случае отключения питания все данные на дисках валидны, потом при включение питания остатки скидываются на диск и все данные консистентны.
На хабре есть куча статей про то, как java на числодробилках (а тут примерно такой же случай), отличается по скорости менее чем на 5%, а то и быстрее расчитает благодаря JIT, если на С криво написан код, то AOT его оптимизирует лишь на стадии компиляцийй, а JIT на JVM его может оптимизировать во время исполнения более эффективно. Вопрос тут в другом, какой там компилятор используется, какая реализация JIT, по какому принципу работает GB, как аллоцирется память и прочее. Так что тут проблема не платформы для реализации, а скорее криворукость, маленькие сроки на разработку и прочее. Выше и ниже все это описали.
[root@laptop system]# systemctl start rsync
Job for rsync.service failed because the control process exited with error code. See "systemctl status rsync.service" and "journalctl -xe" for details.
[root@laptop system]# echo $?
1
[root@laptop system]#
Да, можно сказать, что это костыль. Я спорить не буду )))
Видимо программисты сами должны писать скрипты запуска для самописных приложений(что большинство и делает), а админы ленивые и консервативные. И не в их интересах отрываться от «важных» задач, чтобы идти в ногу со временем.
А разве при написание «юнита» systemd админ не может указать, чтобы systemd его не перезапускал? Специально не искал, но как будто бы можно. Я только пару раз автоматизировал старт Java приложений под systemd и проблем там не увидел, в отличие от SysV. там есть практически все, просто нужно правильно это испоьзовать.
3. ПО от провайдеров (например SMS via computer от МТС)
Преимущества — подтверждение доставки, не требуется СИМ Недостатки — закрытый протокол, не удалось автоматизировать
Попробуйте SMPP 3.4. Возможно это оно.
Где-то я у МТС читал, что они поддерживают этот протокол.
Из недостатков отметил бы еще цену. Если купить СИМ, то там относительно дешево можно купить пакет, куда включено много бесплатных СМС
Ну и я о том же. Как выше сказали статья не совсем в формате хабра. Пусть тут и сообщество довольно разносторонее. Но касательно данной тематики. Я думаю, что 90%, а то и больше людей, кто сталкивался с серверам, не сталкивалсь с проблемами такого характера, а если это ультрабюджетный сервер, то его покупатели, скорее всего, даже не посещают даннный ресурс. И если тут выкладывать статью только чтобы всем в ответ указывать ссылку на инструкцию на хабре- не совсем логично на мой взгляд(не смотря на то, что это корпоративный блог HP). У автора есть много интересных статей, но данная статья исключение ) Проще постить в корпоративный блог подобные инструкции. Они и гуглиться буду проще, да и ссылку людям давать на инструкцию как-то пристижнее с корпоративного ресурса, нежели со стороннего.
P.S
Тем не менее статья в плюсе, что довольно странно. Видимо все таки HP :)
Вот честно, сколько не работал с серверами HP (а я думаю к ним не допустят кого попало), никогда не возникало каких-то глобальных трудностей, которые бы не гуглились за пару минут, и то это в редких случаях. К примеру, вы вот описываете случай с контроллером. В точно такую же ситуацию попал и я, когда ставил линукс. Он не видел рэйд, но решение нашлось за пару минут на вашем же форуме.
Я немного пошарился, и так понял, что это не рабочая версия сайта, а какае-то бетка. Может с машины разработчика. Везде фигурирует слово beta. Не факт, что будет полное или частичное совпадение с рабочей версией.
Я предлагаю автору сесть и разработать качественное приложение, собрать сообщество разработчиков, мотивировать их на разработку. Автор может быть не знаком с платформой и апи платформы? И может дело вовсе не в разработчиках, а в платформе? Ныть все могут и любят…
1. Это будет закрытая сеть поверх основной сети Internet, где будут все сервисы(уровня IP) и все участники сети Internet должны будут рано или поздно вступить в эту сеть, то есть банки, финансовые организации, развлекательные ресурсы и прочие для комфортного использования данной сети конечными пользователями?
2. Если эта сеть будет использовать публичные ip устройств, подключенных к этой сети, как выходные точки в сеть Internet, например, как в сети TOR. Если какой-то участник этой сети захочет скачать через торрент(условно, не важно что он сделает) через выходной ip в Германии что либо, не будет ли проблем у выходного нода с законодательством данной страны?
Это я к тому, что либо нужно изолировать сеть, и туда привлекать всех текущих крупных участников сети Internet, либо могут пострадать конечные выходные узлы из-за законодательства страны, откуда будут обращения в сеть Internet.
И тогда:
[Unit]
Description=fast remote file copy program daemon
ConditionPathExists=!/etc/rsyncd.conf1
[Service]
ExecStart=/usr/bin/rsync --daemon --no-detach
Environment=SYSTEMD_LOG_LEVEL=debug
Type=forking
[Install]
WantedBy=multi-user.target
Видим результат:
Да, можно сказать, что это костыль. Я спорить не буду )))
Попробуйте SMPP 3.4. Возможно это оно.
Где-то я у МТС читал, что они поддерживают этот протокол.
Из недостатков отметил бы еще цену. Если купить СИМ, то там относительно дешево можно купить пакет, куда включено много бесплатных СМС
P.S
Тем не менее статья в плюсе, что довольно странно. Видимо все таки HP :)