Привет
Windows/Linux Infrastructure Administrator, C# (Classic Desktop, MVC) Developer. Just like cycling, photography and reading.
This journal is mainly in Russian.

My main site (ru) - http://mulder.kiev.ua/

Find me at ... - http://mulder.kiev.ua/contact


Верхняя записьнечего тут ловить :(
я
fox_mulder_cp
PS эта жежешечка переходит в режим - иногда пишу, сохранить самое интересное,
активно живы https://www.facebook.com/foxmuldercp и https://twitter.com/fox_mulder_cp
пользуясь случаем - сайт mulder.kiev.ua с конца февраля статика на jekyll
Метки:

И о программировании и моём прогрессе в.
я
fox_mulder_cp

Я таки сделал первую и очень важную часть своего марлезонского балета, с чем меня, в общем, можно поздравлять, проект #W3DHCP длится, кажется уже два года, учитывая что пишу я его в основном вечерами и на выходных.

Первая точка не возврата пройдена :)
Дальше буквы для тех, кто разбирается в программировании, работе сети интернет и хостинге.

Я получил кучу скиллов в ruby, rails, ansible, docker и куче других технологий, процесов. написание своего гема (ерр), создание api сервера, ну и всякая мелочь вроде css/js/ajax, nginx, postgresql. куча скиллов по тому, как продумать архитектуру панели управления хостингом приложений, api и всё такое, в процессе я таки отрезал вьюшную часть от rails и вынес это в отдельное web приложение на reactjs в сентябре и код сервера очень сильно упростился, теперь остается перенести и адаптировать остальную часть наработки по управлению контейнерами приложений, которые уже практически готовы.

Моя панель управления в данный момент закрывает практически полный жизненный цикл доменного имени:
1. Проверка доступности
2. Заказ и выставление счёта
ЕРР:
3. Создание/удаление epp контакта
4. Создание домена
5. Смена NS, контактов, статусов
6. Продление/удаление/восстановление.

Ну и внутренние штуки вроде
Менджмент клиентов панели,
Управление партнерами по регистрации (ерр, почта :))
Управление доменными зонами.

Впереди ещё долгий путь - DNS, email, контейнера, почта, бекапы, менеджмент серверов, инсталлятор, документация, тех поддержка, управления локальными облаками, вроде Proxmox, Apache CloudStack, мониторинг и статистика, переводы, тесты...



Почему тупит ЖЖ? Потому что НАШ уже.
я
fox_mulder_cp
Из ЖЖ пора выпиливаться совсем и окончательно.
и не забудьте поудалять авторизацию приложения жж для фейсбучика, твиттера, инстаграмма, тумблера и других аппов



Оригинал взят у ljpromo в Почему тупит ЖЖ? Потому что НАШ уже.
Да, друзья, ЖЖНАШ, именно этому были посвящены технические работы в ночь с 21 на 22 декабря, именно этим объясняются все последующие глюки.

Вот такой веселенький триколор выдает теперь IP Tracker при попытке оследить местонахождение домена livejournal.com. Хотя еще недавно показывал звездно-полосатый флаг, и на запросы разных российских инстанций можно было отвечать: "Тук-тук, ЖЖ подчиняется законам штата Калифорния".


С вопросом, чем чреват перенос ЖЖ на российские сервера, я обратился к специалисту по сетевой безопасности и теориям заговора. Вот его ответ:
Читать дальше...Свернуть )

Привидения умершего корабля
я
fox_mulder_cp
полностью почистил френдлист. тех кого читаю - читаю по рсс.
из всех 150 френдов в за этот год обновлялось около десятка аккаунтов. в 15м - пару, все остальное - в 13м...
Кто все эти 350 жжюзеров которые меня читают?
Метки:

Про основную работу и проект, над которым я работаю.
я
fox_mulder_cp
Многие из моих друзей и знакомых знают, что последние несколько лет моя работа неразрывно связана с хостингом сайтов, почты и регистрацией доменных имён, а путь от инженера технической поддержки (одного из известных и больших украинских операторов) хостинга до хостмастера состоит из нуля промежуточных пунктов.
Итак, что мы имеем на обычном захудалом хостинге?
Не очень краткое, насыщенное техническими терминами предисловие - почему я это делаю и зачемСвернуть )

Теперь причины, приведшие меня к написанию своего реешения:
1. меня АДСКИ бесит, что всё, что касается конкретного клиента - почта, днс, сайты, и базы данных... Правильно, живут на одном сервере. В случае DoS атаки на одного клиента/сервис - правильно, в 90% вариантов - сервер становится в позу, даже с лимитами, к сожалению.
2. время исправления багов может зависеть и отличаться что у платных, что бесплатных панелей - SQL Injection я уже на горячую фиксил, даже не зная PHP :(
3. Один проксирующий Nginx на хост я понять могу, но перезагружать Apache, когда на хосте несколько тысяч сайтов, и когда два десятка пользователей решило что-то изменить в настройках своих виртуалок одновременно - это уже большое количество времени.
4. Количество говнокода в паре панелек, что я видел, иногда зашкаливает. Чего стоит только свой крон сервис, который дергается из штатного системного крона, но в котором НЕТ проверок на живость базы данных и одновременную загрузку нескольких инстансов себя же. В общем, нужные проверки в код этого "планировщика" я
попросил впилить знакомого.
5. Функционал зачастую "фичаст", но АДОВО перегружен и пугает клиентов "А можно выключить лишнее?"

===================================================
А теперь что я использовал при старте написания своего решения по управлению хостингом приложений и идеи, которые лежат в его основе:

0. Linux как сервер для платформы
1. PostgreSQL как хранилище данных проекта.
2. Ruby on Rails как веб приложение.
3. Resque + Redis для выполнения длительных задач.
4. Ansible как часть системы управления.
5. Nginx как кеширующий прокси сервер.
6. PowerDNS + PG как NS сервер и рекурсор, на котором хранятся внешние и внутренние dns зоны.
7. LXC и Docker как системы управления виртуальными машинами и контейнерами.

Главная идея хостинга в том, что он хостит приложения, а не сайты, так как WordPress или Joomla - это частный случай, на самом деле, технически есть возможность и страниц заглушек/редиректов (например https://blog.sites.mulder.kiev.ua/) и статических сайтов, вроде того, что с февраля живёт у меня на основном сайте http://mulder.kiev.ua/, и планируется активное использование git, например забрать на сервер образ приложения откуда-то с клиентского сервера.

Как это выглядит, общая схема под катомСвернуть )
По умолчанию идёт образ Apache+PHP, и все контейнеры имеют собственный сервер приложений и PHP с полностью независимыми настройками, свой внутренний IP адрес контейнера, по которому через внутреннюю зону DNS ходит проксирующий сервер, со своими лимитами процессов, памяти, процессора, сети и iops'ов

Это всё планируется как кластер серверов приложений, где по OSPF с внутренними сетями все ноды могут достучаться перекрёстно до контейнера на "чужом" узле. Единственный затык - выбрать кластерную файловую систему master-master.

Естественно, кроме самого хостинга приложений, планируется управление DNS, почтой, базами данных, и регистрациями доменных имён, а так же биллинг и API к этому всему.

В общем, вот так сейчас выглядит tech preview первого этапа - пока только создание/запуск/остановка/удаление контейнеров.Свернуть )
Это первый и самый сложный этап, поскольку это первый боевой проект на Rails :)

Наглядно для клиентов "почему так дорого"
я
fox_mulder_cp
Можно, конечно за 20к у конкурентов - будет примерно вот-так:

Немного шуток
я
fox_mulder_cp
Интересные шутки для тех кто в теме:

1. Я знаю отличную шутку про UDP, но не факт, что она до вас дойдет.
2. Я знаю отличную шутку про TCP, но если она до вас не дойдет, то я повторю.
3. А кто знает отличную шутку про ARP?
4. А вы слышали шутку про ICMP?
5. Вам еще кто-то рассказывал шутку про STP?..
6. Я подожду Антона и расскажу классную шутку про QoS.
7. Про MTU тоже есть кла
8. <шутка><смешная/><про>XML
9. А про FSMO роли шутить могут не более пяти человек.
10. Подождите все, я расскажу шутку о сети типа «шина».
11. Я бы рассказал отличную шутку про Token Ring, но сейчас не моя очередь.
12. Стой-стой, послушай сначала шутку о прерываниях.
13. Помню времена, когда шутка про модем пшшшшшшш…
14. Только что, специально для сообщества пришла шутка про мультикаст.
15. Жаль, что шутка про Fault Tolerance не может состоять больше, чем из одного слова.
16. Настало время рассказать шутку про NTP.
17. Я сейчас расскажу отличную шутку про VPN, но ее поймет только один.
18. К шутке про SCTP вначале должны все подготовиться.
19. Из-за одного, кто зевнул, придётся заново рассказывать шутку про frame relay в топологии point-to-multipoint.
20. А шутки про HDLC обычно не понимают те, кто знает другие шутки про HDLC.
21. Про DWDM шутят сразу несколькими голосами.
22. Шутка про Е3 — это 30 одинаковых шуток про Е1 и еще две шутки, понятных только тем, кто в теме.

Юридический анекдот
я
fox_mulder_cp
Судья:
— Итак, гражданка Сидорова, в чём причина развода?
— Ваша честь, задета моя честь! — заявляет истица.
— Ваша честь? — переспрашивает судья.
— Да, Ваша честь, моя честь!
— Что моя честь?
— Да нет, Ваша честь, не ваша честь, а моя честь!
— Я не понял: моя честь — это ваша честь? — спрашивает судья.
— Вашу мать, ваша честь! Всё, передумала я разводиться!

ani gif
я
fox_mulder_cp

Mobula Rays belly flop to attract a mate - Shark: Episode 2 Preview - BB...
я
fox_mulder_cp
А Вы знали что скаты умеют летать?
Завораживающее видео BBC.


100 фактов обо мне - я люблю "подводные" гаммы цветов. успокаивают.
надо кстати, насчет дайвинга разузнать

?

Log in

No account? Create an account