IT is Easy

Опыт ресертификации Cisco по новому

Недавно писал в блоге уже о том, что компания Cisco Systems внесла серьезные изменения в правила профессиональной ресертификации специалистов по своим технологиям. Это была статья — Ресертификация CCIE по новому. Там я рассказал о тех изменениях, которые были сделаны в системе и о том, как потенциально быстро и без серьезных вложений продлить свои статусы. Прошло немного времени, я опробовал имеющиеся варианты, продлил свои сертификаты и теперь делюсь полученным опытом. В целом, с моей точки зрения Cisco сделала шаг в правильном направлении. И по новым правилам создается стимул именно для получения новых знаний, а не для сдачи того или иного экзамена Cisco раз в 2-3 года.

Почему в своем блоге уделяю столько внимания именно сертификации компании Cisco Systems? Я думаю, что в нашем регионе, да и не только в нашем, именно получение профессионального статуса от этой компании наиболее востребовано и признаваемо в мире IT. Я заморачивался, да и сейчас заморачиваюсь на обучение и прохождение сертификационных экзаменов от различных организаций. С моей точки зрения, признание от компании Cisco было и остается одним из самых востребованных. К примеру, полученные когда-то сертификаты от компании Check Point и VMware у меня просто сгорели со временем. Да я особо об этом и не жалею. Если затраты времени, денег и сил на поддержание сертификатов превышают пользу, получаемую от них, то смысла в этом процессе не вижу никакого.

DevNet — сетевой DevOps от Cisco

DevNet — новое направление в развитии компании Cisco Systems, которое по сути было предсказуемо и находится в тренде того, что происходит в отрасли IT в целом. Мое знакомство с данной темой произошло совсем недавно. Откровенно говоря, я последние годы слабо отслеживал что творится с продуктами Cisco. Об этом я писал в блоге совсем недавно. Поэтому последние несколько недель, которые я посвятил учебным курсам Cisco, были полны открытий для меня. Ранее уже писал заметки о SDN технологиях Cisco — SD-WAN и SD-Access, которые произвели на меня серьезнейшие впечатления. Вместе с технологией для дата центров Cisco ACI — они покрывают самые различные варианты использования программно определяемых сетей. Но в данной статье речь не об этом. Хотелось бы поделиться своими соображениями и знаниями о Cisco DevNet. Что это такое, зачем Cisco выделила это в отдельное направление, которое активно продвигается. А также как все это может пригодиться в работе.

Мое первое знакомство с DevNet началось с онлайн курса — DevNet Associate Fundamentals. Он предназначен для ознакомления на базовом уровне с технологиями DevNet и подготовкой к экзамену DevNet Associate Exam (200-901). Я выбрал этот курс для изучения с основной целью заработать 48 балов в процессе ресертификации. Кроме того, на курс имелась серьезная скидка в стоимости. Получить доступ к нему на месяц можно было всего лишь за 99 USD. Если сравнить с другими курсами Cisco, который стоят тысячи долларов, то можно понять насколько он выгоден с экономической точки зрения. Да и мне самому давно была интересна эта тема. Я немного слышал о ней до этого и знал, что в целом DevNet — это свеобразный DevOps для продуктов Cisco. Последний год мне очень близка тема DevOps, и узнать получше как это работает у Cisco не помешает, посчитал я.

Cisco SD-Access — локальная сеть нового поколения

Если Вы занимаетесь компьютерными сетями и еще не слышали о Cisco SD-Access, то это надо кардинально менять. Эта архитектура революционно меняет взгляд на то, как надо организовывать работу локальных вычислительных сетей. Cisco в данной архитектуре собрала воедино уже имевшиеся до этого продукты и технологии, добавила новую философию, сервер DNA, результат — новый шаг в эволюции сетей. Для меня за последние несколько дней произошло серьезное переосмысление подхода к организации ЛВС. Материалы для своих размышлений черпал из онлайн курса Cisco — SD-Access Fundamentals Curriculum на сайте digital-learning.cisco.com. Курс рассказывает о базовых элементах данной сетевой архитектуры, а также наглядно показывает как все компоненты сети работают в новом видении. И данная реализация технологии SDN (Software Defined Network) однозначно вызывает уважение. Вкупе с решением Cisco SD-WAN, получается очень красивая картинка по построение комплексной корпоративной сети организации.

Что дает Cisco SD-Access при своем внедрении? Наверное, это основной вопрос для любой организации, которая задумается о реорганизации своей сети. Я думаю, тут основные фишки — это серьезная автоматизация развертывания и поддержания сети, возможность прозрачного масштабирования политик на всех пользователей и на все устройства. Ну и конечно же возможности по мониторингу и траублшутингу за самой сетью, ее пользователями и приложениями. Весь этот функционал позволяет увеличить производительность труда сетевых инженеров на порядок. Одна автоматизация настроек VRF на всем оборудовании по сети без вмешательства сетевого администратого чего только стоит. Вообщем, решение интересное и давайте вратце посмотрим что под капотом в данной архитектуре.

Когда использовать Cisco SD-WAN

Тема с решением Cisco SD-WAN меня немного не отпускает последние дни. Писал об этом уже в блоге статью — Cisco SD-WAN — SDN для глобальных сетей. Откровенно говоря очень интересный продукт, позволяющий создавать глобальные корпоративные сети с учетом всех последних достижений в области сетевых технологий. Хотелось бы рассказать о своих соображениях, когда стоит внедрять этот продукт у себя. Решение хорошее, качественное, но думаю, что далеко не всегда оно применимо в силу различных, зачастую не технических причин. В первую очередь, я думаю оно будет интересным большим компаниям с разветвленной сетью филиалов. Кроме того компания должна быть способна заплатить приличную сумму за данное решение. Если Вы не готовы инвестировать серьезные деньги в свою сетевую инфраструктуру — то про Cisco SD-WAN можно забыть. Также это решение достойно внимание тех, кто уже сейчас думает о виртуализации своей сетевой инфраструктуру, в том числе и фаерволов, IPS и так далее.

Отдельно хочется сказать об инженерной культуре в организации. Такие решения как SD-WAN хорошо заходят в компании где принято ценить технических специалистов. Это как правило легко определяется в том, что высококвалифицированные инженера там есть и не в единичном экземпляре. При этом у руководства компании должно быть четкое понимание, что стоимость труда таких специалистов стоит дорого, что отражает реальное состояние мирового рынка труда. Поэтому дополнительная автоматизация и экономия времени работы таких сотрудников позволяет сэкономить значительные суммы в операционных расходах. И Cisco SD-WAN из такой категории продуктов. В компаниях, в которых IT специалисты выступают на роли эникейщиков, где учитывается только стоимость используемого железа и программного обеспечения, большого эффекта и необходимости в таком решении не видится.

Cisco SD-WAN — SDN для глобальных сетей

Откровенно говоря программно определяемые сети или SDN за последние несколько лет ушли очень далеко. От теоретических моделей и наколенных наработок к серьезным профессиональным коммерческим решениям. Мне в силу разных причин в последние несколько лет не приходилось сталкиваться с данным направлением развития IT. Больше занимался виртуализацией, облаками, темой DevOps. В эти же дни прохожу курс по продукту Cisco — SD-WAN. Данное решение является одним из нескольких, которые составляют портфель сетевого гиганта по программно определяемым сетям. И мое изучение материалов по продукту Cisco SD-WAN оставляет просто шикарное впечатление. У меня ощущение, что сетевые технологии ушли просто на порядок вперед по сравнение с тем, что мы учили лет 10 — 5 назад. И конечно же Cisco Systems тут, как и всегда, является одним из основных локомотивов развития отрасли. Кстати, я думаю, что не зря и название своего можно сказать основного направления в Cisco было изменено с Routing and Switching на Enterprise Network. Ведь современные сети теперь не просто машрутизация и коммутация, но и во многом это технологии SDN.

Вообще сам курс, который вдохновил меня на написание этой статьи, находится на сайте digital-learning.cisco.com. Этот курс называется The SD-WAN Mastery Collection и доступен по ссылке — digital-learning.cisco.com/#/training-plan/5718. Мне реально понравилось то, как преподностися материал, а также само содержание контента онлайн курса. Курс можно прослушать совершенно бесплатно и для этого потребуется только регистрации с учеткой с сайта cisco.com. И для меня (человека, который прослушал и изучил множество как онлайн, так и офлайн курсов) качество контента было на пять балов из пяти. Всем, кто еще мало знаком с темой SDN в целом и решением Cisco в области SDN в частности, я просто настоятельно советую пройти этот курс полностью. Кроме того, в качестве приятной плюшки, после полного его прохождения Вы получите 36 балов для ресертификации своих Cisco Статусов. Об этом я писал в одной из своих предудущих статей.

Ресертификация CCIE по новому

Наверное все, кто обладают сертификатами Cisco, так или иначе думают о том, как поддержать свои статусы в актуальном состоянии. До недавнего времени для обладателей экспертных плашек CCIE достаточно было сдавать 1 раз в 2 года письменный экзамен CCIE written. При этом абсолютно было не важно к какому направлению CCIE этот экзамен относится. У меня самого есть с десяток сертификаций Cisco, в том числе и CCIE (Cisco Certified Internetwork Expert). И периодическая сдача written экзамена позволяла продлевать все эти сертификации. Однако все очень серьезно поменялось 24 февраля 2020 года с новой политикой ресертификации Cisco. Теперь не получится отделаться одним экзаменом CCIE Written, да и вообще Cisco убрала сам такой экзамен. Появился Core экзамен по каждому направлению. С одной стороны он выступает аналогом CCIE Written в случае первоначальной сертификации. Но вот для поддержания статуса в активном состоянии, одного такого экзамена стало недостаточно.

Сама система ресертификации у Cisco стала похоже на ту, которая используются у многих международных организаций уже давно. Теперь Cisco как и многие другие требует набора нужного количества CPE балов в каждом сертификационном цикле. Так организация ISC2, которая занимается сертификацией специалистов в области Информационной Безопасности уже давно использует систему на базе получения CPE каждый год. При этом под одним CPE подразумевается 1 час времени держателя сертификата, который был потрачен на обучение в области ИБ или аналогичную деятельность, направленную на развитие Информационной Безопасности в целом в мире. Об этом писал в статье — Сертификация в ИБ — CISSP. Сам с этим столкнулся уже давно и постоянно набираю по 40 CPE каждый год, чтобы поддерживать CISSP в актуальном состоянии. Похожие требования есть и во многих других организациях, которые поддерживают сертификацию специалистов в той или иной области. Ключевая идея в подобной системе — мотивировать сертификатодержателей постоянно поддерживать и повышать свою квалификацию.

Разворачиваем контейнеры в Kubernetes

Как работать с Kubernetes — вопрос, который волнует многих. Система оркестрации контейнеров Docker под названием Kubernetes прочно вошла в инфраструктуру серьезных приложений. Именно с помощью нее можно максимально автоматизировать процесс развертывания и обновления приложений. Родившаяся в недрах компании Google, данная система управления стала де-факто стандартом по всему миру. Да есть и другие варианты менеджмента и создания кластера работающих контейнеров Docker. Но именно Kubernetes справляется с этой задачей лучше всего. Его многие сравнивают с системой виртуализации VMware и ее системой управления vCenter. То, что делает VMware для виртуализации операционных систем, делает Kubernetes для контейнеров Docker. Как запустить нужные контейнеры в кубере и сделать их доступными снаружи кластера попробую осветить в данной статье.

Ранее в своем блоге уже не раз затрагивал тематику работы с контейнерами Docker. В частности, в статьях — Используем Docker для python приложения, Docker-сompose на практике. Как Вы понимаете с контейнерами Docker можно работать напрямую через утилиту docker, или через дополнительные различные сторонние графические интерфейсы. Но также можно задействовать и тяжелую артиллерию, каковой в данном контексте является Kubernetes. Порог входа при этом для начала использования кубера довольно высокий. Нужно не просто знать и понимать, как работают контейнеры, но также и вникнуть во множество специфичных фишек кубера. Это и поды, и ReplicaSet, и различные виды балансировки нагрузки, и многое другое. Сейчас хотелось бы не заморачиваясь во все нюансы, показать как развернуть Docker контейнер в кубере.

Google search console — почему она нужна

Всякий, кто занимается постоянно веб проектами, наверняка сталкивается с одной полезной утилитой от Google — Search Console. Также этот инструмент является жизненно необходимым в работе для специалистов по SEO. Именно с помощью него можно количественно оценить тот труд, который делают SEO-шники по продвижению веб сайта в глобальной паутине. Если Вы еще не знали об этой утилите — рекомендую внимательно к ней присмотреться. Сам буквально до недавнего времени совершенно не обращал на нее внимания. Так, только редкие упоминания друзей в беседах и небольшие заметки в Интернете. Однако со временем мой блог начал привлекать все больше пользователей из просторов Интернета с помощью поисковых систем. Это заставило более глубже познакомиться с Google Search Console. И о своих выводах, которые я сделал в процессе этого, хотелось бы поделиться в этой небольшой статье.

GitHub — наше все

Глобальный репозитарий кода GitHub стал своеобразной копилкой знаний для всех, кто связан с IT темой. В нем можно найти практически любое возможное решение проблем, относящихся к программированию и конфигурированию компьютерных систем. Философия Open Source в современном мире во много распространяется благодаря именно этому инструменту. Каждый из нас постоянно каждый день пользуется различными опенсорс продуктами. И наверняка многие задумываются о том, что, беря из «колодца», надо и отдавать что-то обратно взамен. Я с такими мыслями существую уже не один год. Если добавить к этому, что в идеале хорошо бы постоянно использовать принцип работы, при котором репозитарий Git задействуется при взаимодействии с программным кодом или конфигурациями. И тогда становится понятным, что привычка кодить с Git-ом должна быть у профессиональных ITшников на кончиках пальцев.

Кроме того в последнее время Git Hub стал своеобразным стандартом в области высоких технологий, который показывает, что тот или иной человек может сделать с IT инструментами. Зачастую на собеседованиях при приеме на работу просят показать свои репозитарии на GitHub. И то, что там содержится, может говорить гораздо больше о специалисте, чем резюме на 10 листах. Если же Вы позиционируете себя как профессиональный программист или что-то около того, то коллекция репозитариев на данном сайте просто MUST HAVE для Вас. Вообщем, хотите показать себя в современном мире IT, а также быть полезными этому миру — выкладывайте свои работы на Git Hub.

Docker-сompose на практике

Чем больше Вы работаете с Docker, тем чаще испытываете необходимость запускать одновременно сразу несколько контейнеров в связке. Это позволяет обеспечить работоспособность приложений, требующих нескольких компонентов для своего функционирования. Банальный пример, который иллюстрирует часто встречающую связку из реальной жизни — nginx, php-fpm и mysql. Как правило, современные веб приложения в минимальной конфигурации требуют СУБД — mysql, поддержку PHP, и возможность отдачи через веб сервер. Данную связку легко поднять с помощью 3 контейнеров, каждый из которых будет выполнять свой процесс. Так контейнер с nginx будет взаимодействовать с пользователями, контейнер с php-fpm обрабатываь PHP скрипты, а контейнер с mysql хранить информацию. Сами скрипты PHP и вспомогательные файлы приложения могут спокойно храниться на сервере, где работает Docker. С помощью Docker-compose проблема работы такой связки решается легко и эффективно.

Docker-compose позволяет сгруппировать вместе несколько контейнеров и использовать их в работе как единую группу. Вам не придется в процессе их работы думать о том, как они между собой связаны и что нужно сделать, чтобы эту взаимосвязь поддержать. При этом сам принцип работы предельно простой и требует по большому счету только понимание написания yaml файлов. Вся конфигурация группы контейнеров создается в одном общем файле, который определяет зависимости и принцип работы этой группы. При этом подразумевается, что у Вас есть понимание принципов работы Docker и Вы уже умеет создавать Dockerfile для своих контейнеров.