[Из песочницы] История внедрения СЭД на одном предприятии

Профиль предприятия – производство фармпрепаратов, проектирование, строительство и оснащение медицинских объектов. Распределенная структура: головной офис и производство продукции — в Москве, филиал в Санкт-Петербурге. 150 сотрудников.

Как было


До реализации проекта предприятие было классическим образцом предприятия с традиционными для постсоветского делопроизводства процессами – беготней с бумажками по кабинетам, листами для резолюций и согласований, а значит — безответственностью исполнителей. В руководстве долгое время шли разговоры о том, что текущая система согласования документов несовершенна: часто в процессе согласования терялись документы, подменялись отдельные листы уже согласованных документов непосредственно перед подписанием, и виноватых найти было невозможно. Поручения по документам тоже выдавались по старинке: секретарь, получая входящий документ по электронной почте, распечатывал его на принтере и делал отметку в журнале регистрации, затем прикладывал к документу листок для резолюции, нес ее директору, а тот ставил резолюцию на документ с назначением исполнителя. Затем эта бумажка с документом возвращалась секретарю, который сканировал и резолюцию, и документ и отправлял файл назначенному исполнителю по электронной почте.


При такой системе выдачи поручений никакого контроля за их исполнением и быть не могло. Файлы, отправленные ответственным исполнителям по почте, улетали в никуда, а фраза «мне ничего не приходило» звучала все чаще. Приходилось тратить время на доказательство того, что файлы все-таки были отправлены. Один из вариантов решения проблемы — в ручном режиме отслеживать ход исполнения каждого поручения, но для этого нужно иметь штат делопроизводителей-контролеров, но его не предвиделось. Такая «система» породила беспредельное отсутствие контроля и безответственности исполнителей на местах. Однако дело не двигалось.
Читать дальше →
[Из песочницы] История внедрения СЭД на одном предприятии
Source: habrahabr

[Из песочницы] Дайте мне точку опоры или безопасный Интернет — это реальность

Основная проблема доступа к информационным ресурсам сети Интернет состоит в том, что точка подключения к ней становится частью этой сети и, как следствие, становится общедоступной, взаимодействует с ней по общепринятым сетевым протоколам и по этим же протоколам взаимодействует с защищаемой сетью. Никакими методами тестирования невозможно доказать отсутствие ошибок в программном обеспечении (постулат Дейкстры). Имея неограниченное время доступа к точке подключения к сети Интернет, злоумышленник может, используя стандартные сетевые протоколы, стандартное программное обеспечение и найденные в нем ошибки или ошибки в его настройках осуществить несанкционированный доступ через точку подключения внутрь корпоративной сети со всеми вытекающими последствиями.
Читать дальше →
[Из песочницы] Дайте мне точку опоры или безопасный Интернет — это реальность
Source: habrahabr

ПРАВИЛьная кухня

Добрый день, коллеги. Вот и подошел черед третьей статьи, посвященной Security Operations Center.


Сегодняшняя публикация затрагивает наиболее важный аспект любого SOC – контент, связанный с выявлением и анализом потенциальных инцидентов информационной безопасности. Это, в первую очередь, архитектура корреляционных правил в SIEM-системе, а также сопутствующие листы, тренды, скрипты, настройки коннекторов. В статье я расскажу про весь путь обработки исходных логов, начиная с обработки событий коннекторами SIEM-системы и заканчивая использованием этих событий в корреляционных правилах и дальнейшем жизненном цикле уже инцидентного срабатывания.


Читать дальше →
ПРАВИЛьная кухня
Source: habrahabr

Как работают ИТ-специалисты. Андрей Янковский, JS-тимлид CSSSR

imageМы продолжаем расспрашивать специалистов о режиме труда и отдыха, профессиональных привычках, об инструментарии, который они используют, и многом другом.


Будет интересно выяснить, что их объединяет, в чем они противоречат другу другу. Возможно, их ответы помогут выявить какие-то общие закономерности, полезные советы, которые помогут многим из нас.


Сегодня наш гость — Андрей Янковский из CSSSR. Среди наших собеседников он выделяется тем, что работает не так много, как большинство, хотя занимает серьезную должность. О том, как Андрей объясняет сей феномен, читайте под катом. Читать дальше →
Как работают ИТ-специалисты. Андрей Янковский, JS-тимлид CSSSR
Source: habrahabr

Балансировка нагрузки с Pacemaker и IPaddr (Active/Active cluster)

Хочу рассказать вам еще об одном способе балансировки нагрузки.

Про Pacemaker и IPaddr (ресурс-агент) и настройке его для Active/Passive кластера сказано уже и так достаточно много, но информации по организации полноценного Active/Active кластера, используя этот модуль я нашел крайне мало. Постараюсь исправить эту ситуацию.

Для начала расскажу подробнее чем такой метод балансировки примечателен:

  • Отсутсвие внешнего балансировщика — На всех нодах в кластере настраивается один общий виртуальный IP-адрес. Все запросы отправляются на него. Ноды отвечают на запросы на этот адрес случайно и по договоренности между ссобой.
  • Высокая доступность — Если одна нода падает ее обязаности подхватывает другая.
  • Простота настройки — Настройка осуществляется всего в 3-5 команд.

Читать дальше →
Балансировка нагрузки с Pacemaker и IPaddr (Active/Active cluster)
Source: habrahabr

ITSM. Что мы поняли об услугах

Как было понятно из прошлой статьи “Четыре порока обслуживания”, мы активно внедряем ITSM подходы в нашей компании. Сегодня хотелось бы поговорить о том, с чего обычно начинается внедрение ITSM в компании — о каталоге услуг.


Выделение услуг оказалось не совсем простой задачей и мы столкнулись с массой сложностей:

  • Можно принимать за ИТ-услугу программный комплекс или нет?
  • Как выделить единого ответственного, если услуга составная и поддерживается двумя программными комплексами?
  • Как определять по какой услуге зарегистрировать инцидент, если рухнула ИТ-инфраструктура в целом и почти все услуги не предоставляются.


Вот каких принципов мы придерживаемся при выделении любой услуги:
Читать дальше →
ITSM. Что мы поняли об услугах
Source: habrahabr

Самые популярные слова в двух терабайтах кода

Привет, Друзья!


Я тут проанализировал 2ТБ кода и получил самые популярные слова в разных языках программирования. Результаты можно посмотреть в виде облаков тегов и простым списком:

image


Сайт находится здесь, а его исходники можно почитать на гитхабе.


Под катом описано в деталях о том как собирались данные, как строился сайт и как укладывались облака. И немножко наблюдений.


Приятного чтения!
Читать дальше →
Самые популярные слова в двух терабайтах кода
Source: habrahabr

Брошюра об Ecto – интерфейсе для работы с базами данных на Elixir

ecto

Вступление

Ecto написанный на Elixir DSL для коммуникации с базами данных. Ecto это не ORM. Почему? Да, потому что Elixir не объектно-ориентированный язык, вот и Ecto не может быть Object-Relational Mapping (объектно-реляционным отображением). Ecto — это абстракция над базами данных состоящая из нескольких больших модулей, которые позволяют создавать миграции, объявлять модели (схемы), добавлять и обновлять данные, а также посылать к ним запросы.

Если вы знакомы с Rails, то для вас самой близкой аналогией, конечно же, будет его ORM ActiveRecord. Но эти две системы не являются копиями друг друга, и хороши в использовании в рамках своих базовых языков. На данный момент актуальная версия Ecto 2, она совместима с PostgreSQL и MySQL. Более ранняя версия дополнительно имеет совместимость с MSSQL, SQLite3 и MongoDB. Независимо от того, какая используется СУБД, формат функций Ecto будет всегда одинаковый. Также Ecto идёт из коробки с Phoenix и является хорошим стандартным решением.

Если надумаете расширить брошюру, то милости прошу присоединиться к развитию данного репозитория https://github.com/wunsh/ecto-book-ru

Новшества Ecto 2.X

Читать дальше →
Брошюра об Ecto – интерфейсе для работы с базами данных на Elixir
Source: habrahabr

[Из песочницы] Национальные домены vs один общий домен: кейс 841% роста от международного бренда

Тезис: SEO-стратегия в глобальном масштабе должна сконцентрироваться на одном общем домене, что должно привести к экспоненциальному росту в органической выдаче, в том числе и на региональном уровне.

Национальные домены


В этой статье представлен пример международной компании Picodi.com, которой удалось укрепить своё лидерство, сведя воедино 23 региональных сайта в одном каталоге.

image
Читать дальше →
[Из песочницы] Национальные домены vs один общий домен: кейс 841% роста от международного бренда
Source: habrahabr

What the flask?

kdpv
Вообще-то, это картинка от wtforms, но у меня гимп почему-то не запускается (

Эту статью я пишу в баре. Очень хочется похоливарить, но бармен на меня смотрит круглыми глазами, а кальянщик просто улыбается и мотает головой 🙁

Однажды, меня спросили: что плохого во flask? Тогда меня полностью устраивал этот милый фреймворк. Поработав с ним какое-то время, я написал все, что думаю, в рабочий слак, на что мне ответили: «Мурад, будь добрее». Вообще, я добрый и пушистый, но wtf?!

Читать дальше →
What the flask?
Source: habrahabr