Johnny Gat: Если у вас ответа по теме нет зачем флудите? Оставили бы свое мнение при себе. Перед тем как написать целую страницу текста я пробежался по тем вопросам которые имеются и не только на тостере что осталось открытым я озвучил. Ну и если бы вы прочитали то не дома это все дело и уж не точно на самосборных ПК), готовый конфиг от IBM к примеру. Поднять кластер не проблема, я внутрь хостинг+биллинг панелей не лазил - поэтому и задал свои вопросы. И смотрю в основном отписались видимо те, кто в теме не шарит, а кто шарит явно не желает подсказать что-то дельное.
landergate: Да это все понятно, 3 UPS в стойку лежат ждут когда их подключат, оптика 4-х провайдеров в двух шагах, с питанием вроде все адекватно, шкаф серверный нормальный есть ждет когда его соберут) это все понятно что да как сделать. Не хватает технических деталей как устроить инфраструктуру, поэтому обратился сюда думая что могут ткнуть носом куда-то конкретнее. Т.к. чтобы проводить свои "опыты" нужно инфраструктуру для начала создать, а уже потом "баловаться")
Все должно сидеть на белых внешних IP адресах - как все это устроить подключить в хостинг непонятно.
landergate: Большого секрета нет, это разработка\отработка технологий по передаче сообщений с "глубоким" шифрованием и файловым обменом, иной подход к передаче данных позволяющий сделать перехват трафика бесполезным занятием, разработка решений борьбы со спамом. Соответственно пишется своя платформа под которую нужны ресурсы, хостить проект по понятным причинам где-то на стороне сами понимаете). Сторонний проект по закрытому файловому обменнику, ну и так мелочевка пару сайтиков еще. Скажем взять дедик или колокейшен с полкой на скажем 20-50 тб влетит в копеечку + за все подряд плати. Хочется свое решение у себя под боком, независимое.
+ есть 10 тб своих разных данных которые хочется загнать в свое облако разработав свое десктопное приложение, оно уже фактически дописано - потестить толком негде и никак ибо нет нормальной инфраструктуры для себя, а данные лежат в разных местах разрозненно и неудобно.
+ чтобы ресурсы лишние просто так не простаивали хотелось набрать 20-30 клиентов хостить обычные сайтики.
DevMan: получается роутер тут вовсе не нужен? Втыкаю интернет в сервер и все? Соединение PPOE как же тогда поднять для получения собсвенно говоря самого интернета? Виртуалить на сервере роутер?
... вы бы лучше конструктивно ответили - чем не нравиться построение такого варианта инфраструктуры. Даже не поделились как прикручиваются внешние адреса.
Это все понятно, когда бабки есть можно что угодно замутить. Что значит DO? Надежность можно всегда обеспечить путем добавления серверов и организации отказоустойчивости, это все решаемо, есть небольшое кол-во народу + кое-что свое хочу замутить то по чему бы и не попробовать. Я не планирую рваться на рынок хостинга пытаясь отхватить часть рынка, интересует больше получение опыта - пытаюсь найти себя :-)
sazhyk: нужен был легкий старт и простота чтобы организовать связку WebGUI + Файловые операции на сервере, да еще и все это дело под Debian. Питон мне показался более сложным и не таким легким для старта. Но к Питону я обязательно присмотрюсь, т.к. не первый раз слышу про такую связку. Node.JS оказался самым простым из всех вариантов, более того его мощь открывшаяся на старте оказалась более чем достаточной. Все настолько логично устроено и понятно. Я в легком приятном шоке нахожусь сейчас когда сегодня ничего утром не знал о noSQL базах данных и 2 часа назад уже опробовал NeDB базу данных которая ну просто идеально вписывается в задачу которая нарисовалась. Причем все это реализовывается малым кол-вом исходного кода, это не может не радовать. В любом случае речь не идет о масштабных проектах с посещаемостью 100к в сутки, проект для локалки, по-управлять кое-какими сервисами и задачами на сервере, только и всего.
Я тоже хотел PHP - но потом отказался - вес сервер + интерпретатор, куча пакетов, зависимостей, конфигурирование, обновление, все это слишком толсто для решения простейшей задачи. А нужно то - простейшее гуи которое подправит конфиг по запросу. Тем не менее все равно спасибо что откликнулись.
Спасибо всем откликнувшимся, узнал много нового и интересного. Go показался тяжелым, непонятным и сложным. Присмотрелся к Node.js похоже это именно то что я искал.
Сейчас смотрел в сторону Perl и PHP. C PHP работать можно, знаю его на достаточном уровне да и валом документации, но как-то да не хочется тащить веб сервер, интерпретатор. На Perl никогда не работал, создал тестовый скрипт вроде как что-то работает, но не удается пока установить и сконфигурировать простенький веб сервер.
А так да вы правы описав то что мне нужно. Хочется обойтись малой кровью написав на коленке что будет работать и при этом не будет требовать костылей и гору доп. библиотек.
Посоветуйте быстрый старт на Go? Никогда с ним не работал.
Виталий Пухов: да, но в тоже время и дугие варианты потребляют память, процессорное время, оперативку - в чем принципиально отличие этого варианта в негативную сторону? За исключением пожалуй чуть больших потребляемых ресурсов чем например если использовать SignalR. Как это может сказаться на безопастности например? Нехочется открыть во внешню сеть огромную дырку - приходи и пользуйся кому не лень))
Виталий Пухов: Спасибо за дельный совет и интересный вариант решения я его обязательно попробую. Технически можно использовать SignalR, но идеологические мотивы не позволяют его использовать. "Курение" данных протоколов недало результата или я что-то упустил или не понял поэтому решил спросить других. Тот вариант о котором вы написали - его использование чем чревато? Большим кол-вом полуоткрытых соединений в случае подключения некоторого кол-ва ПК? Или нагрузка на сервер?
Да я уже смотрел в эту сторону, но всеже хотел это решить без использования сторонних приложений. Нет ли у HTTP (HTTPS) и WebDAV каких-либо методов открытого соединения которое передает от сервера к клиенту данные или запросы в случае изменения каких-либо условий на сервере? WebDAV насколько я понял только ждет запросов от пользователя и ничего сам не делает.
Я вам скажу даже больше, можно написать десктопное приложение которое будет добавлять на сайт новые фото или видео материалы - это крайне удобно. Или например, я делал вот как - делается папка по сети в нее кидаешь файлы с любого ПК в сети. Далее заходишь на страничку, выбираешь раздел куда добавить и жмешь кнопку - ASP все сам расфасует найдет файлы, обработает, загрузит, удалит. И решаются такие вещи буквально за пол часа такое можно написать, а то и меньше. Это избавит от рутины.
Один минус ASP будет это то, что открывается все как будто не спеша, я не видел еще пока быстрого ASP сайта. Но в тоже время если вы знакомы с C# или VB.NET - документации валом пруд пруди, примеров, а если и этого мало - на каждом углу конвертеры кода туда сюда, так вот можно допились уже под себя и сделать достаточно мощную инфраструктуру. Так же настоятельно рекомендую до того как вы запуститесь в продакшен обновить виндовс на 2012 R2. Так же обязательно подключите дедупликацию данных на томах - это позволит существенно уменьшить размер файлов на жестком диске. Я досих пор в шоке когда у меня на 2 Тб винт влез чуть ли не лишний терабайт) я образно, но разница в обьеме очень существенная, а телодвижений для этого практически ноль. Так что рекомендую в вашем случае обязательно так сделать.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.