Linux-Bulgaria.ORG
навигация

 

начало

пощенски списък

архив на групата

семинари ...

документи

как да ...

 

 

Предишно писмо Следващо писмо Предишно по тема Следващо по тема По Дата По тема (thread)

Re: lug-bg: Seminar 2004


  • Subject: Re: lug-bg: Seminar 2004
  • From: Vasil Kolev <vasil@xxxxxxxxxx>
  • Date: Wed, 21 Apr 2004 22:00:02 +0300
  • Organization: Ludost Networks

Моята тема официално е темата ми за лекцията в Стара Загора, с план:
Основни принципи на системната администрация и проблемите, получаващи
се в България поради неспазването им.


1) Кратък обзор на текущото положение
	-- много дребни фирми
	-- липса на кадри, поради заминаване в чужбина (или в София, в случая с 
	   провинцията)
	   (така няма от кого да се учат по-младите)
	-- неяснота на основни принципи и идеи както за техническите, така и за
	   ръководните лица
	-- липса на сериозна литература/качествена на български език (и като цяло)
		-- проблемът се решава бавно в последните години
		-- и все пак няма централизирано място за информиране, колко хора
		   са чували за The Pactice of System and Netowrk Administration?

2) Технически проблеми

2.1. Недостатъчна автоматизация
	Все още на много места елементарни действия, като добавяне на нов потребител
	не са автоматизирани до едно действие, а до няколко различни, и липсата на
	централизация създава проблеми с поддържането на точна и работеща система. 
	Примерите са много, като например няколко отделни account-а за един и същи
	потребител - за поща, запис в някоя база данни, отделен account за ftp достъп,
	за достъп до статистики и т.н.
	Решения има - вече се предлагат много пакети, които дават почти пълна
	възможност за доставка на услуги чрез централна база данни, и които автоматизират
	повечето рутинни процеси, като backup.

2.2. Оправяне на симптоми, вместо на проблема
	Това си е така от край време, много хора оправят симптомите, вместо да намерят
	генерално решение на проблема, и да го направят. Това е проблем не само в
	България, а в целия свят, и резултатите се виждат от всички (!примери).
	Това се дължи най-вече на липсата на информация за принципа на работа на
	системите, както и на системния мързел на хората, които се занимават с 
	поддръжката.
	Хубаво решение няма - хората просто трябва да се научат, че тези решения
	им губят времето, и в крайна сметка големия проблем ще се прояви така, че няма
	да може да бъде решен с половинчати мерки. 
		Проблем се решава ВЕДНЪЖ.

2.3. Използване на неподходящи средства
	"Когато имаш само чук, всичко ти прилича на пирон"
	Много хора нямат знанията, за да могат да подберат правилното средство - ако 
	никога не си чувал за DBMS, цял живот ще ползваш текстови файлове.
	Решение - по-добра информираност, повече знаещи кадри.

2.4. Недостатъчно/никакво документиране
	Писането/правенето на документация е едно от най-забравяните неща, просто защото 
	хората нямат навика да документират, и това се отразява на бъдещата им работа - 
	нямат с какво да се консултират, като им се наложи да работят с нещо, правено 
	преди няколко години, и в повечето случаи - правено от някой друг ("беше трудно 
	за правене, трябва да е трудно за разбиране").
	Решението на този проблем е сложно - може би курсове за системна администрация?

3) Социални проблеми

3.1. Липса на ясни процедури за работа
	Почти никъде няма планиране на мерките за различни критични ситуации,
	както и не се прави планиране на по-сериозните действия. Това довежда
	до грешки, дори когато операцията се извършва няколко пъти.
	Колко от вас имат disaster recovery план?
	Колко от вас си правят планове за миграции?
	Колко от вас имат back-out план?

3.2. Липса на яснота за правата, задълженията и т.н. - SLA, AUP?
	Моят опит показва, че почти никой доставчик няма SLA, а AUP се съдържа в договора
	(ако има такъв), и доста често не покрива проблеми като SPAM. 
	(обяснение на SLA и AUP)
	Нужда от тях има, за да има яснота в отношенията.
	Така се дефинират и точните задължения на хората, за да не се получи 
	кръговрат от 'това не е моя работа, а на X'

3.3. Липса на разбирателство с ръководството
	("няма контакт с главния мозък")
	На много места проблемите се явяват от това, че ръководството и техническия
	екип не могат да разберат взаимно нуждите си, за да се постигне разбирателство.
	Проблемът не винаги е в ръководството, доста техничари намират решения, които
	са нерентабилни, и отказват да търсят по-добри варианти.
	Този проблем се решава много трудно - малко са хората, които успяват да се
	разберат с двете групи, и стресът е невероятен.

3.4. Липса на мотивация
	("ние, неможещите, водени от незнаещите, правим невъзможното за неблагодарните")
	Почти навсякъде липсва разбиране за естеството на работа на администраторите,
	което води до решения от типа 'Те по цял ден нищо не правят, аз днеска това 
	гледах, айде да им отрежем бюджета'. Това води до неприятни моменти, като 
	разработка на неща, които да осигурят job security (което е напълно порочна 
	практика), и симулиране на работа.
	Друг проблем е смесването на support длъжността и администраторската.
	Решението е като фразата "Спасението на давещите се е в ръцете на самите давещи
	се" - никой друг не може да обясни какво представлява админската работа по-добре
	от самите админи, и ако не е ясно какво правят, много е вероятно да им се пречи
	да го правят.

4) Мерки за решаване на проблемите
	-- преводи на документация и софтуер (Debian book)
	-- листи и форуми за обсъждане на проблеми
	-- (с)бирки
	-- усилия на FSA-BG за популяризация на софтуера и обучаване на нови кадри
	-- shame.ludost.net
	-- Обяснения за важността на системната и мрежовата администрация, семинари
	   за обясняване на широката публика
	-- Курсове по системна и мрежова администрация (например във ФМИ)

Заключение

Attachment: signature.asc
Description: This is a digitally signed message part



 

наши приятели

 

линукс за българи
http://linux-bg.org

FSA-BG
http://fsa-bg.org

OpenFest
http://openfest.org

FreeBSD BG
http://bg-freebsd.org

KDE-BG
http://kde.fsa-bg.org/

Gnome-BG
http://gnome.cult.bg/

проект OpenFMI
http://openfmi.net

NetField Forum
http://netField.ludost.net/forum/

 

 

Linux-Bulgaria.ORG

Mailing list messages are © Copyright their authors.