ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: "Alexey V. Vissarionov" <gremlin@altlinux.org>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] Путаница в терминологии и названиях в документации
Date: Fri, 22 May 2020 20:22:06 +0300
Message-ID: <20200522172206.GR32613@altlinux.org> (raw)
In-Reply-To: <20200522153947.GB16421@cello>

On 2020-05-22 18:39:47 +0300, Arseny Maslennikov wrote:

 >>>> http://git.alt, который, в свою очередь, является
 >>>> агрегатором нескольких ресурсов, среди которых есть и
 >>>> gitery.alt, и gyle.alt.
 >>> Так, может, и назвать его соответственно? Какой-нибуль
 >>> dev.alt или ещё как.
 >> Мы видим, что как не назовёшь ресурс, кому-нибудь это не
 >> нравится.

Не нравиться они могут по двум причинам:
1. Нихрена не понятно
2. Дохрена всего менять

Первую причину мы наблюдаем в полный рост (сплошное гы-гы-гы-гы
в именах хостов), а как обойти вторую - я уже написал в прошлом
сообщении.

 >> Мне нравятся имена gitery.alt и gyle.alt, но я не против
 >> синонимов, если на них есть спрос.

Есть насущная потребность в унификации имен сервисов для репы и
сборочницы. Названия git и build (соответственно) личто я считаю
оптимальными.

Да, и SSH на них хорошо бы на стандартных портах держать - это
никак не влияет на безопасность, но сильно снижает удобство, ибо
приходится что-то там писать в пользовательский конфиг.

А если хочется, чтобы демон SSH поменьше писал в лог о попытках
несанкционированного доступа, то это делается предельно просто:
iptables -t filter -A INPUT -i wan -p tcp --syn --dport 22 -m recent \
  --update --seconds 60 --hitcount 5 -j REJECT --reject-with tcp-reset
iptables -t filter -A INPUT -i wan -p tcp --syn --dport 22 -m recent --set

 > Когда я вступал в тиму, у меня больше всего вопросов вызывали
 > наименования git.*, gitery.*, girar и gyle.*; было очень легко
 > спутать одно с другим, они все начинаются на g[iy] -

Вот-вот... "гы-гы-гы-гы" и есть.

 > в хеш-таблицу плохо ложатся — и выглядели как новоизобретённые
 > слова.  (IMHO: не говоря уже о том, что называть эндпоинты и
 > инструменты в честь алкоголя — mauvais ton;

Ну, мало ли... вдруг автор сам в своем поделии без поллитры никак
разобраться не может? :-)

 > хосты их админы вправе называть по усмотрению)

Все желающие могут на DNS-записи 195.42.160.49 посмотреть :-)

 > Cпрос же будет всегда, при вступлении в тиму новичков. Ветеран
 > же и помнит, кто есть кто, лучше, и даже нечасто этой памятью
 > пользуется, имея подходящий .ssh/config под рукой.

Ага - и это тайное знание до сих пор нигде не документировано.

 >> Мне не нравится имя git.alt в качестве агрегатора, тот же
 >> dev.alt подошёл бы лучше, но никуда от git.alt не деться
 >> из-за ссылок http://git.alt, которые мы не хотим сломать.

Смысла пороть горячку в любом случае нет. Хочется dev - пусть
будет dev (для HTTP-морды оно вполне уместно). Хочется сменить
ссылки на http://git.alt - тоже никаких проблем, тот же nginx
прекрасно умеет выдавать 301.

 > Очевидно, что git.* с нами надолго, хотя бы в его web-лице,
 > именно ради старых ссылок.

Это может быть одиночный nginx с редиректами.

 > Gitery — в переводе "гитовница" — хорошее, говорящее[1],
 > доходчивое[2] наименование.

Ну... так себе.

 > Тот же Gyle (как имя эндпоинта, не хоста) — не говорящий и
 > не доходчивый, в отличие от build.

Да вообще не пойми что.

 > Girar отличить от Gitery легче методом исключения, потому
 > что разные категории и из-за доходчивости, говорящести gitery.

Не нужно исключений - нужно, чтобы назначение сервера было
понятно (а лучше даже очевидно) из его названия.

 > Поэтому на мой вкус build IN CNAME gyle будет достаточно.

Строго наоборот! Новое имя хоста - всегда основное, все старые -
CNAME для новых.

Это классические грабли, на которые напарывается вот уже третье
поколение администраторов.

 > От ssh-интерфейсов к git.* мы уже ушли, еяпп.

Почему? И репа, и сборочница управляются именно по SSH.

 > А по поводу git vs dev — для веб-интерфейсов не так критично,
 > если и менять имя, то в случае чего-то крупного, напр.
 > пересмотра HTTP API и состава урлов.

На этот случай существуют редиректы, которые практически не жрут
ресурсов.

 > git как агрегатор действительно плохо, но я пока думаю, что
 > и вообще хостнейм-агрегатор — плохо.

Увы, ничего лучше пока не придумали.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net


  reply	other threads:[~2020-05-22 17:22 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-19 14:31 ` Aleksey Cheusov
2020-05-20  7:00   ` Andrey Savchenko
2020-05-20  7:13     ` Sergey V Turchin
2020-05-20 10:58       ` Aleksey Cheusov
2020-05-20 11:01         ` Aleksey Novodvorsky
2020-05-21 12:41       ` Michael Shigorin
2020-05-21 13:02       ` Anton Farygin
2020-05-21 13:47         ` Paul Wolneykien
2020-05-21 14:03           ` Alexey V. Vissarionov
2020-05-21 23:26     ` Dmitry V. Levin
2020-05-22  7:19       ` Anton Farygin
2020-05-22  7:19       ` Sergey V Turchin
2020-05-22 11:53         ` Dmitry V. Levin
2020-05-22 15:06           ` Sergey V Turchin
2020-05-22 15:08             ` Sergey V Turchin
2020-05-22 15:39           ` Arseny Maslennikov
2020-05-22 17:22             ` Alexey V. Vissarionov [this message]
2020-05-22 17:38               ` Anton Farygin
2020-05-22 17:44                 ` Dmitry V. Levin
2020-05-22 17:49                   ` Alexey V. Vissarionov
2020-05-22 17:46                 ` Alexey V. Vissarionov
2020-05-22 18:17               ` Arseny Maslennikov
2020-05-22 18:08             ` Dmitry V. Levin
2020-05-22  8:35       ` Alexey V. Vissarionov
2020-05-22 17:39         ` Dmitry V. Levin
2020-05-22 17:40           ` Anton Farygin
2020-05-22 17:55             ` Dmitry V. Levin
2020-05-22 18:01               ` Alexey V. Vissarionov
2020-05-22 18:07               ` Anton Farygin
2020-05-22 18:15                 ` Dmitry V. Levin
2020-05-22 18:23                   ` Anton Farygin
2020-05-22 17:47           ` Andrey Savchenko
2020-05-22 18:01             ` Dmitry V. Levin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20200522172206.GR32613@altlinux.org \
    --to=gremlin@altlinux.org \
    --cc=devel@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git