Search
Write a publication
Pull to refresh
0
0
Максим Соколовский @aXe1

User

Send message

Для аналогичной ситуации делал когда-то маленький самописный сервис. Насколько помню, там ничего сложного: подойдет любой язык с LDAP библиотекой. Для смены пароля ничего сверх стандартного LDAP'а — не нужно. И это оказалось проще, чем подобрать готовое. На тот момент (~2011 г.), ничего легковесного и простого, делающего хорошо ровно одну задачу — не нашел.

Скорее РКН-эффект.
TL;DR: Они хостятся в Digital Ocean, и часть их IP-адресов заблокировано всякими разными инстанциями.

Спасибо за статью — тема интересная. И яростно плюсую доступное непосвященным изложение материала, как человек далекий от темы.


По поводу Docker части: можно попробовать положить весь процесс обработки данных в докер, используя multi-stage build, доступный в версиях 17.05+. В идеале:


  1. Делаем по образу на каждую тулзу, без привязки к конкретной задаче (или берем готовые).
  2. Делаем отдельный multi-stage образ, который на каждом шаге:
    1. Наследует образ нужной утилиты.
    2. Копирует данные из предыдущего уровня.
    3. Запускает тулзу с нужными параметрами.
  3. Далее костыль для извлечения данных, т.к. в build-time у нас нет volume'ов: последним стейджем в multi-stage образе делаем тупой контейнер, который:
    1. В build-time копирует данные из предыдущего контейнера внутрь себя.
    2. В run-time копирует данные из себя в volume.
  4. Делаем docker-compose файл:
    1. С единственным контейнером, который будет собираться на ходу (параметр build), а не image.
    2. С volume'ом, куда надо положить данные на выходе.
  5. Каждый раз, когда нам надо прогнать данные делаем:
    docker-compose up --build

При таком подходе докер образ будет еще более переносимый, а кэширование образов должно сохраниться. Буду рад критике )

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity