Цікаво чому мені не бажають показати майбутній контракт. Я ж показав своє резюме, HR пішла(ов) консультуватися з експертами. Я так само хочу побачити контракт і піти до експертів з права на консультацію. Відповідь майже стандартна: «пройдіть технічну співбесіду потім покажемо». З мого досвіду коли так відповідають, то десь хочуть намахати :)
Так і є. До технічної співбесіди можна навіть мавпу підготувати, аби вона тільки вивчити на пам’ять могла. З останніх технічних співбесід мене перевіряли тільки на 20% з них чи вмію я думати :)
Зараз багато де використовують кубер тому, що розробникам так простіше.
Так, розробникам простіше запустити контейнер десь у себе та працювати з ним.
Ми зекономили 15 тисяч доларів на місяць на серверну інфраструктуру розмістивши наші додатки у кубері.
Але найняли трьох сеньорів, щоб впоратися з кубером :)
Безумовно, є проекти де кубер доречний. Але багато розробників прагнуть досягнути ідеалу. І може вийти мікросервіс для зеленої кнопки, окремий для червоної, ... потім щось таке що слідкує, щоб кнопки коректно працювали, тому ми створили ще
Тобто як справжні буддисти. Ціль не має значення, тільки шлях вартий уваги. :)
Або звільнять гетьманцева, або Україна перестане бути одним з великих IT хабів.
Коли хтось, чи чиновник, чи будь-яка людина намагається мене переконати у чомусь, ховаючи свої власні цілі та в году за речами про мою вигоду та комфорт я чомусь не довіряю :)
Це просте правило. Коли вам пропонують на вибір два варіанти вас вже намагаюся обдурити. Бо вибір це коли є не менше трьох варіантів.
Після такої рекомендації я вже в очікуванні на чергу ейчарів :) :) :)
Наверное в сторону взять кусок инфрастуктуры, например, базы, понять как это работает. Потом, кусок, например, автоскейлинг группы, NFS/EFS понять где хранятся файлы и т.п. смыл понять что это такое, как оно взаимодействует, что влияет на число инстансов, как это мониторится, почему в кластере БД столько серверов... И вот когда прейдёт понимание в целом, тогда уже изучать детали. Т.е. идти от сверху в низ. Пример, конечно, натянут, но надеюсь суть смог объяснить.
Давайте уточним. Мне кажется мы отвлекись от знания архитектуры ядра :)
Вот настолько подробно, как на картинке, девопсам нет смысла знать ядро.
losst.ru/...delayet-yadro-linux-1.png
ну это странно. не зная базовых вещей, оперируя лишь кирпичиками, тогда строители будут класть кирпичи друг на друга, а потом в конце цементом обмазывать стену. вы так хотите, чтобы вам дом строили?)
Знание всех подробностей архитектуры ядра для девопса не особо актуальны. Достаточно понимания базовых принципов. Для девопса важно видеть архитектуру проекта (сервера, взаимодействие, очереди, кеши, базы данных, IAC и т.п.), и понимать их взаимодействие и связи, понимать основы сетевого протокола на уровне найти почему пакеты не ходят или почему затык, знать и понимать работу сетей.
Для инфраструктурного инженера есть смысл знать архитектуру ядра.
Девелоперам, смотря что пишут.
Для этого необязательно знать химический состав кирпича, но параметры и особенности эксплуатации да.
Мозг не избавился, но сложил в «коробочку». :) Т.е. надо время чтобы ее открыть и вспомнить. И таких коробочек может быть много. Поэтому сразу ответить на вопрос бывает сложно.
Доктор терапевт несомненно знает, где аппендикс и симптомы, и последствия, но сможет ли он его вырезать... :)
Конечно хорошо, когда современный девопс знает «Опишіть архітектуру ядра Linux», но скажите честно, например на амазоне, когда там все автоматизированно и инстансы просто как строительные блоки, котрые удаляются, стартуют, заменяются и т.д и т.п., когда пригодилось знание архитектуры ядра?
«У чому переваги Kubernetes як платформи?» — стоило бы уже и о недостатках тоже поговорить.
И вцелом набор вопросов больше для инфраструктурного инженера, чем для девопса. И я все еще не уверен, что это все для одного человека, но не отдела :)
Благодарю! Выглядит многобещающе. Но я уже потратил
В любой автоматизированной системе должна быть кнопка отключения. Не бывает автоматизированных систем работающих без ошибок.
Люая, хорошая система, позволяет вносить корректировки или отключить автоматику.
Вопрос зачем? Открыть компанию где-нибудь в благоприятном экономическом климате и работать через нее.
Соглашусь полностью! :)
Мысль человека материальна. Злость пораждает злость.
P.S.А этап заработать как-то не откладывается у них в голове.
Вы как-то тоже забыли :)
Со времени публикации много чего изменилось. Я продолжаю искать партнера, но уже стал переборчивым. И партнер нужен уже не сколько умеющий программировать, сколько знающий программирование и как «выжимать соки» из наемного персонала. К сожалению, большинство работников знает две вещи, я крутой программист, я стою много денег. А этап заработать как-то не откладывается у них в голове.
P.S.Ответственные и грамотные спецы тоже есть. Когда встречаешь таких людей приятно удивляешься.
Пройшов. Але питання наприкінці... :)