По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие наши статьи:
img
Вы чувствуете себя опустошенным и увязшим в рутине? В 2023 году больше половины опрошенных россиян сообщили, что готовы сменить работу, если получат хорошее предложение. Как определить, что пришло время двигаться дальше? Мы собрали несколько признаков, которые вы можете использовать в качестве определяющего фактора. «Красные флаги», которые помогут понять, стоит ли менять работу Вы переросли свою работу. Вы начали работать, чтобы лучше изучить любимую сферу, но теперь уперлись в потолок? Если вы не можете применять весь свой опыт на нынешней работе, то, возможно, пришло время найти должность, где все ваши навыки будут востребованы. Если вы чувствуете, что застряли, и не видите возможности продвинуться по карьерной лестнице, оставаться просто неразумно. Если вы достигли всех целей, которые ставили перед собой при трудоустройстве, то, возможно, пришло время сменить работу. Вы чувствуете нестабильность. Мир сейчас сильно отличается от того, каким он был еще 10 лет назад. Перетекающие из одного в другой кризисы, развитие аутсорса, сокращения — гарантии стабильной занятости действительно ушли в прошлое. Конечно, никто не может быть полностью защищен от потери работы, но есть разница между конкурентным рынком и компанией в шторме. Если людей нанимают и увольняют по прихоти, а вам приходится каждый день мучиться в ожидании, не станете ли вы следующим, избавьте себя от лишней тревоги и начните искать новое место. Зарплата не отражает ваш опыт. Вы можете мириться с низкой зарплатой, если в этом есть какой-то смысл — например, сейчас вы только набираетесь опыта. Но без веских причин оставаться в компании, которая платит вам мало, бессмысленно. Если вы видите, что ваша компания не пытается удержать вас, предлагая деньги, соответствующие вашим навыкам и опыту, то вам следует поискать работодателя, который даст вам то, что вы заслуживаете. Вы чувствуете себя ненужным. Легко подумать, что отсутствие дел на работе — это здорово. Но каждый, кто сталкивался с продолжительным штилем, знает, что должность, на которой вы не встречаете челленджей, может стать настоящим проклятием. Быть востребованным — важнейшее условие для того, чтобы любить свое дело. В противном случае легко почувствовать скуку, беспокойство и непродуктивность. Вас не устраивает рабочая атмосфера. Нездоровая атмосфера — понятие довольно расплывчатое, но при этом вы не перепутаете ее ни с чем другим. Она может проявляться в мелочах — например, коллеги не здороваются друг с другом, начальство поддерживает пассивно-агрессивный тон общения, а сотрудники берут много необъяснимых больничных. На более высоком уровне компания может постоянно требовать от сотрудников неоплачиваемой сверхурочной работы, неуместно общаться с работниками или клиентами. Пробелы в корпоративной этике могут говорить о серьезных проблемах в компании, либо же вы можете просто столкнуться с противоречием между вашей личной этикой и этикой вашей компании. В любом случае, в долгосрочной перспективе это может привести к проблемам в работе. Вы понимаете, что компания находится на грани краха. Есть несколько признаков, указывающих на то, что компания или подразделение терпит крах. Сотрудники теряют работу, менеджеров и директоров смещают или присваивают им новые должности, в офисе сокращают основные расходы («а сотрудники разве всегда покупали кофе за свой счет?»). Если вы видите, что компания тонет, самое время найти новую работу. Если вы видите верные признаки того, что ваша компания движется к беде, разработайте план — и быстро. Нет необходимости идти на дно вместе с кораблем; сделайте стратегический шаг и уходите, пока еще есть возможность. Какие вопросы все-таки можно решить Есть ситуации, в которых можно не решать вопрос радикально. Они могут быть обусловлены временными трудностями, которые можно преодолеть через открытый разговор с руководителем. Приведем несколько примеров: Вы не понимаете, что от вас хотят. Если у вас возникли вопросы относительно того, что от вас ждут рамках текущей роли, поговорите с руководством — скорее всего, это прояснит ситуацию. Скучные проекты. Если вас не устраивают текущие проекты, возможно, стоит обсудить этот вопрос с начальством и предложить альтернативные варианты. У вас есть контроффер. Не спешите молча уходить на новую работу — вполне возможно, что честное обсуждение контроффера с руководителем приведет к тому, что условия вашей работы пересмотрят в сторону подходящих рабочих задач и более высокой оплаты. Конфликты в коллективе: если возникли проблемы с коллегами или руководством, первым шагом может быть обсуждение этих вопросов с HR-отделом и вашим руководителем. Личные трудности: иногда личные проблемы могут временно влиять на работоспособность. В этом случае, обратившись к руководителю, можно попытаться найти временные решения и поддержку. Вы недовольны собой и своей работой. Это сложный вопрос, поскольку он предполагает признание поражения. Худшая ошибка, которую вы можете совершить — решить, что у вас нет таланта и молча уйти. Мы не можем быть хороши во всем, так что попробуйте поговорить с руководителем, попросить его совета касательно роста и обучения. Помните, что открытый диалог и общение с начальством могут помочь решить многие проблемы, и иногда этот подход более эффективен, чем смена работы. Вы решились сменить работу: что делать дальше Смена работы — важный этап, и подготовка к этому требует внимания. Оцените свои цели и мотивации: разработайте четкое представление о том, почему вы хотите сменить работу, определите ваши карьерные цели и ожидания от нового места работы. Обновите свое резюме и профиль на LinkedIn: подчеркните свой опыт, достижения и навыки, поделитесь конкретными результатами и успехами на предыдущих местах работы. Исследуйте рынок труда, подготовьтесь к собеседованиям: узнайте больше о компаниях, которые вас интересуют, подготовьте ответы на типичные вопросы с собеседований. Повышайте свои профессиональные навыки и следите за новыми тенденциями в вашей области. Будьте гибкими и терпеливыми: постарайтесь не ограничиваться определенными компаниями или должностями и будьте готовы к тому, что процесс поиска работы может занять время. Что в итоге? Помните, что любой совет извне не ультимативный, и только вам решать, стоит ли менять работу. Иногда из колеи может выбить то, что со стороны кажется мелочью — и в этом случае смело ищите новую работу. Если вы постоянно миритесь с ситуацией, в которой вам дискомфортно, то рано или поздно это скажется на вашей продуктивности и самочувствии. Будьте смелее! Найдите то, что подходит вам больше, и уже в следующем году вы сможете стать намного счастливее. Если вам нужно подтянуть какие-то знания, а то и полностью сменить сферу деятельности — приходите учиться в Merion Academy.
img
В прошлой статье мы рассмотрели, как создавать в амазоне инстансы с помощью Terraform. В данной статье мы рассмотрим, как изменять то, что мы создали в облаке. Из прошлой статьи у нас есть работающий сервер в амазоне, теперь нам необходимо изменить его параметры. Допустим мы решили, что нам одного сервера недостаточно и нам понадобился еще один сервер. Мы можем внести изменение. Вместо count 1, подставим значение 2. Сохраняем изменение в файле. Пробуем запустить, команду которая покажет, что у нас произойдет - terraform plan. Мы видим, что в результате наших действий, будет добавлен еще один сервер. Запускаем на выполнение terraform apply. Не забываем, что необходимо подтвердить наше действие напечатав yes. Мы можем увидеть, что в результате наших действий изменилось количество бегущих серверов. Теперь их 2 штуки. Следующий шаг. Давайте попробуем изменить, размер сервера. У нас был t2.micro, возьмем немного побольше сервер t3.micro и уберем один лишний сервер изменив параметр count c 2 на 1. Вводим команду terraform plan и видим, что один сервер будет уничтожен, а второй будет изменен. Ну и стандартное уже terraform apply с подтверждением своих действий. Перейдем в консоль амазон и посмотрим, что происходит. Амазон, в соответствии с произведёнными изменениями меняет размер виртуального сервера и уничтожает лишний. Теперь, можно посмотреть в официальной документации resource aws_instance, те параметры, которые можно изменять таким нехитрым образом в амазон с помощью Terraform. Давайте добавим так, чтобы обозначить, например, сервер. На старице в официальной документации, было показано, что внутрь ресурса надо добавить. tags = { Name = "Vasya" } И отправляем изменения в амазон terraform apply. На выходе мы получим. Сервер с именем Vasya. По факту мы не сделали ничего нового, просто изменили пустые параметры, грубо говоря просто подписали, добавили tags. Tags имеет смысл добавлять к каждому развертываемому серверу, потому что в крупных проектах, когда серверов более 100, а то и пол тысячи, будет очень легко запутаться и в параметрах и в запущенных серверах. В этом случае tag или по-другому метки, нас выручат очень хорошо. Обратите внимание, когда мы вносим, какое-либо изменение в код, то при выводе результата команды terraform plan, на против планируемых изменений мы видим знак + зеленый если добавляется что-то или знак - красный если мы, что-то убираем. Еще не мало важный фактор. Нельзя вносить изменения в сервера, в ручном режиме через консоль, которые мы обслуживаем с помощью Terraform. Все, изменения, которые вы внесете в ручном режиме, будут удалены при синхронизации, потому что данных параметров нет в коде. Следовательно, исходя из этого принципа, удалять ресурсы тоже необходимо через код. Делается это достаточно просто, просто необходимо удалить ресурс из кода или поставить параметр count = 0 внутри ресурса. В нашем примере я изменил параметр count = 0. И можно видеть, что Terraform сообщил нам о том, что сервер будет уничтожен в облаке. И действительно, если мы посмотрим в консоль, то мы увидим, что все сервера в облаке находятся в состоянии terminated, в течении полутора минут. Это означает, что данные сервера выключены и готовятся к удалению. Если у нас несколько серверов предназначен для удаления, то Terraform будет производить выключение и последующее удаление данных серверов параллельно.
img
Мы продолжим рассмотрение вопроса об устранении неполадок в объявлениях о маршрутах BGP. Все маршрутизаторы будут иметь рабочие соседние узлы BGP. Рекомендуем также почитать первую часть статьи по траблшутингу протокола BGP. Видео: Основы BGP за 7 минут Урок 1 Новый сценарий. R1 и R2 находятся в разных автономных системах. Мы пытаемся объявить сеть 1.1.1.0 / 24 от R1 до R2, но она не отображается на R2. Вот конфигурации: На первый взгляд, здесь все в порядке. Однако R2 не узнал никаких префиксов от R1 Может быть, используется distribute-list. Но нет, это не тот случай. Это означает, что нам придется проверять наши все команды network. Проблема заключается в команде network. Она настраивается по-разному для BGP и нашего IGP. Если мы применяем команду network для BGP, она должна быть полной. В этом случае забыли добавить маску подсети R1(config)#router bgp 1 R1(config-router)#network 1.1.1.0 mask 255.255.255.0 Мы должны убедиться, что ввели правильную маску подсети. Итак, видно, что мы узнали префикс, и R2 устанавливает его в таблицу маршрутизации ... проблема решена! Итог урока: введите правильную маску подсети ... BGP требователен! Урок 2 Давайте перейдем к следующей проблеме. Системный администратор из AS1 хочет объявить summary в AS 2. Системный администратор из AS 2 жалуется, однако, что он ничего не получает..., давайте, выясним, что происходит не так! Вот конфигурация. Вы можете увидеть команду aggregate-address на R1 для сети 172.16.0.0 / 16. Жаль ... префиксы не были получены R2. Здесь мы можем проверить две вещи: Проверьте, не блокирует ли distribute-list префиксы, как это мы сделали в предыдущем занятии. Посмотрите, что R1 имеет в своей таблице маршрутизации (Правило: "не могу объявлять то, чего у меня нет!"). Давайте начнем с таблицы маршрутизации R1. Из предыдущих уроков вы знаете, как выглядит distribute-list. Здесь нет ничего, что выглядело бы даже близко к 172.16.0.0 /16. Если мы хотим объявить summary, мы должны сначала поместить что-то в таблицу маршрутизации R1. Рассмотрим различные варианты: R1(config)#interface loopback 0 R1(config-if)#ip address 172.16.0.1 255.255.255.0 R1(config-if)#exit R1(config)#router bgp 1 R1(config-router)#network 172.16.0.0 mask 255.255.255.0 Это вариант 1. Создам интерфейс loopback0 и настроим IP-адрес, который попадает в диапазон команды aggregate-address. Теперь мы видим summary в таблице маршрутизации R2. По умолчанию он все равно будет объявлять другие префиксы. Если вы не хотите этого, вам нужно использовать команду aggregate-address summaryonly! Второй вариант объявления summary: R1(config)#ip route 172.16.0.0 255.255.0.0 null 0 R1(config)#router bgp 1 R1(config-router)#network 172.16.0.0 mask 255.255.0.0 Сначала мы поместим сеть 172.16.0.0 / 16 в таблицу маршрутизации, создав статический маршрут и указав его на интерфейсе null0. Во-вторых, будем использовать команду network для BGP для объявления этой сети. Итог урока: Вы не можете объявлять то, чего у вас нет. Создайте статический маршрут и укажите его на интерфейсе null0, чтобы создать loopback интерфейс с префиксом, который попадает в диапазон суммарных адресов. Урок 3 Следующая проблема. Вы работаете системным администратором в AS 1, и однажды получаете телефонный звонок от системного администратора AS 2, который интересуется у вас, почему вы публикуете сводку для 1.0.0.0 / 8. Вы понятия не имеете, о чем, он говорит, поэтому решаете проверить свой роутер. Это то, что видит системный администратор на R2. Мы видим, что у нас есть сеть 1.0.0.0 / 8 в таблице BGP на R1. Давайте проверим его таблицу маршрутизации. Сеть 1.1.1.0 / 24 настроена на loopback интерфейс, но она находится в таблице BGP как 1.0.0.0 / 8. Это может означать только одну вещь ... суммирование. Беглый взгляд на выводы команды show ip protocols показывает, что автоматическое суммирование включено. Отключим это: R1(config)#router bgp 1 R1(config-router)#no auto-summary Мы отключим его на R1. Теперь мы видим 1.1.1.0 / 24 на R2 ... проблема решена! Итог урока: если вы видите classful сети в своей таблице BGP, возможно, вы включили автоматическое суммирование. Некоторые из проблем, которые были рассмотрены, можно легко решить, просто посмотрев и/или сравнив результаты команды "show run". И это правда, но имейте в виду, что у вас не всегда есть доступ ко ВСЕМ маршрутизаторам в сети, поэтому, возможно, нет способа сравнить конфигурации. Между устройствами, на которых вы пытаетесь устранить неисправности или которые вызывают проблемы, может быть коммутатор или другой маршрутизатор. Использование соответствующих команд show и debug покажет вам, что именно делает ваш маршрутизатор и что он сообщает другим маршрутизаторам. Урок 4 Та же топология, другая проблема. Персонал из AS 2 жалуются, что они ничего не получают от AS 1. Для усложнения проблемы, конфигурация не будет показана. Для начала, мы видим, что R2 не получает никаких префиксов. Так же можем убедиться, что R1 не имеет каких-либо distribute-lists. Мы видим, что R1 действительно имеет сеть 1.1.1.0 /24 в своей таблице маршрутизации, так почему же он не объявляет ее в R2? Давайте посмотрим, может на R1 есть какие-то особенные настройки для своего соседа R2: Будем использовать команду show ip bgp neighbors, чтобы увидеть подробную информацию о R2. Мы видим, что route-map была применена к R2 и называется "NEIGHBORS". Имейте в виду, что помимо distribute-lists мы можем использовать также route-map для фильтрации BGP. Существует только оператор соответствия для prefix-list "PREFIXES". Вот наш нарушитель спокойствия ... он запрещает сеть 1.1.1.0 / 24! R1(config)#router bgp 1 R1(config-router)#no neighbor 192.168.12.2 route-map NEIGHBORS out Удалим route-map И наконец R2 узнал об этом префиксе ... проблема решена! Итог урока: убедитесь, что нет route-map, блокирующих объявление префиксов. BGP иногда может быть очень медленным, особенно когда вы ждете результатов, когда вы работаете на тестовом или лабораторном оборудовании. "Clear ip bgp *" - это хороший способ ускорить его ... просто не делайте этого на маршрутизаторах в производственной сети) Урок 5 Наконец, третий участник выходит на арену, чтобы продемонстрировать новую проблему. R1-это объявляемая сеть 1.1.1.0 / 24, но R3 не изучает эту сеть. Здесь представлены конфигураций: Соседство настроено, R1 - объявляемая сеть 1.1.1.0 / 24. R3#show ip route bgp Мы можем видеть сеть 1.1.1.0 / 24 в таблице маршрутизации R2, но она не отображается на R3. Технически проблем нет. Если вы внимательно посмотрите на конфигурацию BGP всех трех маршрутизаторов, то увидите, что существует только соседство BGP между R1 и R2 и между R2 и R3. Из-за split horizon IBGP R2 не пересылает сеть 1.1.1.0 / 24 в направлении R3. Чтобы это исправить, нам нужно настроить R1 и R3, чтобы они стали соседями. R1(config)#ip route 192.168.23.3 255.255.255.255 192.168.12.2 R3(config)#ip route 192.168.12.1 255.255.255.255 192.168.23.2 Если мы собираемся настроить соседство BGP между R1 и R3, нам нужно убедиться, что они могут достигать друг друга. Мы можем использовать статическую маршрутизацию или IGP ... чтобы упростить задачу, на этот раз мы будем использовать статический маршрут. R1(config)#router bgp 1 R1(config-router)#neighbor 192.168.23.3 remote-as 1 R3(config)#router bgp 1 R3(config-router)#neighbor 192.168.12.1 remote-as 1 Примените правильные настройки команды neighbor BGP. И R3 имеет доступ к сети 1.1.1.0 / 24! Итог урока: соседство по IBGP должно быть полным циклом! Другим решением было бы использование route-reflector или confederation. Урок 6 Очередная проблема. R3 является объявляемой сетью 3.3.3.0 / 24 через EBGP, а R2 устанавливает ее в таблицу маршрутизации. R1, однако, не имеет этой сети в своей таблице маршрутизации. Вот конфигурации: Вот конфигурации. Для простоты мы используем IP-адреса физического интерфейса для настройки соседей BGP. Мы можем проверить, что сеть 3.3.3.0 / 24 находится в таблице маршрутизации R2. R1#show ip route bgp Однако в таблице маршрутизации R1 ничего нет. Первое, что мы должны проверить - это таблицу BGP. Мы видим, что он находится в таблице BGP, и * указывает, что это допустимый маршрут. Однако мы не видим символа >, который указывает лучший путь. По какой-то причине BGP не может установить эту запись в таблице маршрутизации. Внимательно посмотрите на следующий IP-адрес прыжка (192.168.23.3). Доступен ли этот IP-адрес? R1 понятия не имеет, как достичь 192.168.23.3, поэтому наш следующий прыжок недостижим. Есть два способа, как мы можем справиться с этой проблемой: Используйте статический маршрут или IGP, чтобы сделать этот next hop IP-адрес доступным. Измените next hop IP-адрес. Мы изменим IP-адрес следующего прыжка, так как мы достаточно изучили применение статических маршрутов и IGPs. R2(config)#router bgp 1 R2(config-router)#neighbor 192.168.12.1 next-hop-self Эта команда изменит IP-адрес следующего перехода на IP-адрес R2. Теперь мы видим символ >, который указывает, что этот путь был выбран как лучший. IP-адрес следующего перехода теперь 192.168.12.2. Ура! Теперь он есть в таблице маршрутизации. Мы уже закончили? Если наша цель состояла в том, чтобы она отобразилась в таблице маршрутизации, то мы закончили...однако есть еще одна проблема. Наш пинг не удался. R1 и R2 оба имеют сеть 3.3.3.0 / 24 в своей таблице маршрутизации, поэтому мы знаем, что они знают, куда пересылать IP-пакеты. Давайте взглянем на R3: R3 получит IP-пакет с пунктом назначения 3.3.3.3 и источником 192.168.12.1. Из таблицы маршрутизации видно, что она не знает, куда отправлять IP-пакеты, предназначенные для 192.168.12.1. Исправим это: R2(config)#router bgp 1 R2(config-router)#network 192.168.12.0 mask 255.255.255.0 Мы будем объявлять сеть 192.168.12.0 / 24 на R2. Теперь R3 знает, куда отправлять трафик для 192.168.12.0 / 24. Проблема устранена! Итог урока: убедитесь, что IP-адрес следующего перехода доступен, чтобы маршруты могли быть установлены в таблице маршрутизации, и чтобы все необходимые сети были достижимы.
ВЕСЕННИЕ СКИДКИ
40%
50%
60%
До конца акции: 30 дней 24 : 59 : 59