I was laid off by Atlassian

How did the initial technical interview process at Atlassian evaluate the candidate's ability to process complex architectural information? Atlassian evaluated a candidate's ability to process complex architectural information through a specific technical interview centered on a Cloudflare white paper . 00:00 1 This exercise required the candidate to digest and discuss the architectural details of how Cloudflare managed custom domains and microservices. 00:00 1 This specific stage of the process was designed to test higher-level system comprehension rather than just raw coding ability, which was separately assessed via a HackerRank quiz. 00:00 1 The broader interview process also included: Troubleshooting Exercise: Analyzing a specific incident that resulted in a denial of service. 00:00 1 Values Interview: Proposing a high-level design for a self-service load balancer application. 00:00 1 Core concepts broken into bullet points The provided content is an Entertainment / Social video featuring a Roblox gameplay experience centered around "Lucky Block" racing. The narrator, Bolton, progresses through various stages of training and racing to become the fastest player in the game. 1. Training and Stat Progression To win races, players must continuously improve their Lucky Block's speed through repetitive training actions. Weightlifting Mechanics: Speed is gained by clicking or using auto-clickers to lift weights (dumbbells). As players earn more money, they can purchase better equipment. (Example: The progression moves from basic dumbbells to "Strawberry," "Nuclear," and eventually "Diamond" dumbbells which provide billions of power points per lift.) Speed Thresholds: The game requires significant time investment or "grinding" to reach competitive speeds, moving from hundreds of points to quadrillions. 2. Racing and NPC Competition The core loop of the game involves competing against various themed non-player characters (NPCs) to unlock new worlds and rewards. Progressive Difficulty: Each race features faster opponents that act as "gatekeepers" for new content. (Opponents include "Granny," "The Chef," "The Judge," "Santa," and finally a hacker named "1x1x".) Race Rankings: Players earn different rewards based on their finishing position (e.g., 1st, 2nd, or 3rd place), which determines the quality of the "brain rot" items they receive. 04:29 4 3. "Brain Rot" Economy "Brain rot" refers to collectible characters or items that generate passive income (cash per second) to fund further upgrades. Income Generation: Once placed in the player's area, these items provide the currency needed to buy new Lucky Blocks and training gear. Upgrading and Selling: Players must manage their space by upgrading high-value items (like the "Elephantino" or "Lvaka") and selling lower-value ones (like the "Odin" or "Trippy Drop"). 06:17 4 4. Monetization and Power-Ups The game utilizes various "pay-to-win" mechanics and luck-based boosters to accelerate progress. Robux Purchases: Players can spend premium currency to buy high-tier Lucky Blocks (like the "Two-Face Block") or instant-access to top-tier dumbbells. 07:06 4 Temporary Boosters: Items like "Server Luck," "2x Cash," and "Rebirths" are used to multiply the efficiency of training and income generation. (Analogy: Rebirthing acts as a "reset" that makes future progress faster by applying a permanent multiplier to stats.) 5. World Exploration and Progression Winning specific milestone races unlocks portals to new themed environments, each with its own set of challenges. Unlockable Areas: World Name Boss/Requirement Starting Area The Judge Christmas World Santa Brain Rot Royale 1x1x (Hacker) Endgame Content: After defeating the final boss, players reach a "Coming Soon" barrier, indicating they have completed the currently available content. 15:33 4 hii Configuring Envoy Proxies with Enovy Management Server 00:00 04:59 in the atlassian case, it was all through configuration files that were committed to, um, version control, and then those would be uploaded, uh, during uploaded from a a build server to deploy a service. um, but, yeah. so, you might have, you know, other apis like, uh, provisioning here. I was laid off by Atlassian so, put and patch for updating and deletes and blah blah blah. so, you would just basically go ahead and and implement this. or i mean, if you wanted to build your own, and that is essentially what i did. you can see also there's a an open api document here that has the endpoints. 17-04-2026 235402390247102 Mad Over Donuts ₹839.00 View 17-04-2026 235403902885014 Pizza Hut ₹906.00 View 17-04-2026 235406414239635 Andhra Gunpowder ₹911.00 View order_summary_food_6291559c-bd93-49f0-a75c-65315e48fc1c.pdf living longer these days. Better health, sharper minds, stronger bodies. This is "The Jonty and the Doc" podcast. I'm Dr. Marcus Ranney, and I'm joined by someone How India Moved From Saving to Investing According to a Mutual Fund CEO | Paisa Vaisa Paisa Vaisa with Anupam Gupta Episode 574 How India Moved From Saving to Investing According to a Mutual Fund CEO | Paisa Vaisa Optimistic Outlook for Indian Equity Markets 00:00 03:15 Paisa Vaisa with Anupam Gupta Episode 574 How India Moved From Saving to Investing According to a Mutual Fund CEO | Paisa Vaisa Managing AMC Product Launch Strategy 00:00 02:00 write about Atlassian Document research report 0abfca476f24 hi Key Notes test Interview and Onboarding Experience Practical Assessment Framework: The hiring process at Atlassian is structured as a multi-stage evaluation designed to test real-world engineering skills rather than abstract algorithms. Candidates must complete a HackerRank programming test, discuss a system-design white paper on custom domains, resolve a mock denial-of-service outage, and undergo a behavioral values interview. (During the final values stage, a discussion about building self-service load balancers for internal developers ultimately defined the candidate's future career path at the company.) 00:00 1 Open Service Broker (OSB) for Cloud Provisioning Developer Self-Service Automation: The engineer's first major project was constructing an Open Service Broker (OSB) to enable internal development teams to provision cloud resources independently within Kubernetes. This application abstracted complex infrastructure setup, allowing developers to spin up resources like databases or load balancers without needing to file manual operations tickets. (The system's backend evolved from a basic Python library setup to a robust FastAPI web server that routed long-running tasks via AWS SQS queues and tracked execution states in DynamoDB.) 04:17 1 Sovereign Envoy Control Plane Development Dynamic Traffic Management: To replace expensive legacy enterprise hardware load balancers, the engineer built a cloud-native Envoy proxy management control plane called Sovereign. Sovereign utilized Envoy's dynamic configuration APIs to hot-reload routing tables, clusters, and listener settings in real-time without traffic interruption. (The management server dynamically generated and pushed these configurations by matching predefined Jinja templates with deployment metadata from the OSB and S3 buckets.) 09:25 1 Automated Multi-Region Infrastructure Provisioning Golden Machine Image Pipeline: Deploying and scaling the global load-balancing network required automating both infrastructure-as-code and server configurations. Standardized Amazon Machine Images (AMIs) were baked using HashiCorp Packer and SaltStack, which automated the installation of Envoy, system hardening, and observability agents. (These hardened AMIs were then deployed across global AWS regions using AWS CloudFormation templates that defined subnets, security groups, and auto-scaling groups.) 14:36 1 Centralized Load Balancing Platform Migration Unified Traffic Routing: Once the base proxy infrastructure was stabilized, the team executed a massive platform migration to transition core Atlassian products, including Jira, Confluence, Bitbucket, and Statuspage, onto the new load-balancing system. This migration shut down direct, insecure public exposures of individual microservices in favor of routing all incoming traffic through a centralized, secure ingress gateway. (This unified architecture gave the team global control over request routing, domain matching, and cross-cutting network operations.) 20:14 1 Envoy Extensions and Centralized Security Concerns Decoupled Cross-Cutting Concerns: The centralized load balancer allowed the company to offload common operational and security tasks from backend microservices. Traffic routing, header manipulation, virtual hosts, and DDoS mitigation via CloudFront were all managed centrally at the edge. (Advanced capabilities like authentication and authorization were handled using sidecar containers running alongside Envoy, including a high-performance custom authentication sidecar built by the engineer in Rust.) 23:58 1 Professional and Non-Technical Evolution Engineering Diplomacy and Resilience: Over their eight-year tenure, the engineer experienced substantial personal growth, realizing that software maintenance, diplomacy, and system resilience are just as critical as writing code. Operating at Atlassian's scale meant learning how to resolve conflicts, write clear documentation, mentor junior developers without handing them answers, and debug complex failures during cloud outages. (This journey highlighted the challenges of software churn and the necessity of understanding team psychology to manage interpersonal friction effectively.) 30:58 1 Core Software Components and Architecture Component / System Technical Stack Core Functionality / Purpose Internal Impact Open Service Broker (OSB) Python (FastAPI, Flask), AWS SQS, DynamoDB Self-service resource provisioning API for Kubernetes environments. Enabled developer self-service for database and load balancer setup. Sovereign Control Plane Python (FastAPI), Jinja/Templates, S3 Dynamic management server that compiles configurations for Envoy. Eliminated expensive enterprise hardware load balancers in favor of cloud-native proxies. Envoy Proxy Sidecars Rust (Auth sidecar), Envoy Extensions Centralized sidecar execution of security, rate limiting, and routing concerns. Offloaded cross-cutting authentication, authorization, and logging from microservices. Proxy Infrastructure HashiCorp Packer, SaltStack, CloudFormation Automated Golden AMI creation and multi-region EC2 infrastructure deployment. Delivered standardized, secure, and observable edge proxies globally with zero manual setup. Would you like me to focus on one of these architectural areas in greater detail, or perhaps we can design a mock architecture diagram based on these systems? Quotes Quotes from the Speaker (Former Atlassian Senior Platform Engineer) Reflecting on eight years of service: "I was recently affected by the layoffs made by Atlassian and I wanted to take some time out to reflect on the time that I spent working for Atlassian. I worked there for about eight years. During that time I built a lot of things and I wanted to talk about what I built, mainly the things that I personally found interesting or that I'm proud of." 00:00 1 Onboarding at Atlassian: "Atlassian has this classic saying or impression that when you join Atlassian that you are drinking from the fire hose because there's so much information that you have to absorb in the first few weeks and months in order to just sort of get going." 04:17 1 Defining the Open Service Broker (OSB): "They wanted me to build an open service broker. This is a web app with an API which facilitates the provisioning of resources for a platform essentially... SQL compatible but that's abstracted away for your internal developers." 04:53 1 Iterating on technical frameworks: "I chose to build this in Python using Flask... and then eventually migrated that to just pure Flask, and then eventually migrated that to FastAPI, which I believe is what it still is at the moment." 06:36 1 Transitioning to open-source proxies: "One of the architects had this idea to replace the load balancers at Atlassian, which were enterprise load balancers that had licensing costs, with an open-source cloud-native sort of commodity proxy. And the tech that we chose for that was Envoy proxy." 10:03 1 The value of dynamic configuration: "Envoy has an API that allows you to configure it dynamically. Being able to reload the configuration at run time means that you can deploy a whole bunch of proxies and have them sit there running all the time." 10:43 1 Empowering developers with self-service: "We wanted to replace the enterprise load balancers we had, make them self-service, so that devs effectively didn't have to talk to us to go set up their load balancing." 10:43 1 Migrating core products: "The big thing after that was taking some of the larger products and making it possible for them to use this platform component... We got products like Jira, Confluence, Bitbucket, Statuspage, and many others behind this edge infrastructure." 21:18 1 Enforcing security standards via the platform: "The platform was previously providing very basic load balancing to every service. And they forced a switch to where you could no longer expose your service publicly through their load balancer... and you had to go through our centralized load balancing infrastructure and to explicitly configure it." 21:52 1 The economic value of centralizing features: "Can you imagine if a thousand dev teams needed to deal with all this stuff plus more on their own service? It would be a tremendous waste of money for the company. It would slow down features. Thus, the platform and centralized management of resources." 27:13 1 The hidden cost of codebase churn: "Once you notice that there is some churn, it's sort of a smell. It is an indication that that part of the service or project is going to keep increasing in size or complexity. And something there needs to happen to avoid that mess." 34:06 1 The true difficulty of software engineering: "Building something is easy. Changing it and making sure that you can still change it over time is difficult. Because as you change things, it slowly becomes harder to change. Things start to get coupled, and all of a sudden when you change something in one area, it affects another." 35:08 1 Navigating conflicts through self-awareness: "The only thing you can really do in those situations is to try to have the self-awareness and the awareness of the other person and, I suppose, understanding of psychology and how people work to an extent, so that you can be responsible for that difference and the potential for conflict." 36:05 1 The delicate balance of mentoring: "What I found personally difficult was striking the balance between how much time I give to the mentee and what that time would consist of... I didn't want to give them answers to problems, but I don't want them to get so stuck that they become frustrated." 37:47 1 A passion for technical training: "Training my colleagues, getting them to understand, working through problems with my colleagues, that was essentially my bread and butter during the last half of my employment... Feedback that I got from my colleagues all the time was that I was always available to help and that I could boil down hard topics into simple terms." 38:49 1 Would you like to explore any of these specific experiences, such as the transition from Flask to FastAPI, or the dynamic configuration templates used in their Sovereign control plane? test Got it. Everything seems to be working on my end. What would you like to do next — dive deeper into the Atlassian infrastructure story, or try something else entirely? hi Здравей! Отново си тук — все още имаш този източник за Atlassian, историята на инженера, който за осем години изгради мащабната инфраструктура за централизирано балансиране на трафика. Как си днес? Искаш ли да продължим с този видеоклип или да работим по нещо съвсем различно? what's this? Това е стилизирана, ретро туристическа плакатна илюстрация, озаглавена "Lighthouse Point" в "Mountain State Park" . Изображението използва смел, графичен стил от средата на XX век с ограничена цветова палитра от оранжево, бяло и тъмносиньозелено. Представя фар с хоризонтални оранжеви и бели ивици, разположен на скалист бряг, с големи изрязани планини и бледа луна или слънце на заден план. Светлинен лъч излиза от кулата над водата, а цялостният външен вид включва текстура на застаряване, която го прави да изглежда като ретро щампа. Това не е реален фар от национален парк, а по-скоро декоративен плакат във винтидж стил — вероятно създаден от художник или от генеративен инструмент за изкуство. Имаш ли нещо конкретно, което би искал да направим с него или просто проучваше? Explain Like I'm a Beginner Интервю и постъпване в компанията Процесът на кандидатстване: Интервюто на инженера се състои от няколко етапа, включващи тест по програмиране в HackerRank, техническа дискусия върху документ на Cloudflare за персонализирани домейни и архитектури от микроуслуги, практическа задача за разрешаване на инцидент с отказ на услуга (DoS) и интервю за ценностите на компанията. 00:00 1 Ключовата концепция за наемане: По време на поведенческото интервю се обсъжда изграждането на вътрешно приложение за самообслужване на балансатори на натоварването за разработчици, което да наподобява услугите на големите облачни доставчици. Неговата изразена увереност в изграждането на уеб приложения с Python се оказва решаваща за неговото окончателно наемане. 00:00 1 Първоначалното усещане при постъпване: След постъпването си в Atlassian новият служител се сблъсква с огромно количество информация, което в компанията често се описва с метафората за пиене на вода директно от пожарен хидрант. 04:17 1 Първият проект: Open Service Broker (OSB) Цел на архитектурата: Първата задача на лектора е да изгради Open Service Broker, който представлява уеб приложение с API за автоматизирано предоставяне на ресурси в Kubernetes среда. Този инструмент абстрахира сложните детайли по управлението на база данни и мрежови компоненти за вътрешните софтуерни разработчици. 04:17 1 Технологична еволюция на проекта: Първоначално решението е реализирано на Python с библиотеката 'connection' за генериране на API манипулатори от спецификация на OpenAPI. Впоследствие кодът се мигрира към Flask, а по-късно се пренаписва изцяло на FastAPI за по-висока производителност. 04:17 1 Асинхронен модел за обработка: Архитектурата на системата включва уеб сървър с FastAPI, опашка за съобщения AWS SQS за асинхронни задачи, фонов работник (worker) за обработка на заявките за мрежово конфигуриране и база данни DynamoDB за проследяване на състоянието на задачите. 04:17 1 Процес на синхронизация: Клиентът изпраща заявка, фоновият работник създава DNS записи или CloudFront дистрибуции асинхронно, записва резултата в DynamoDB, а уеб сървърът периодично проверява статуса, докато клиентът изчаква завършването. 04:17 1 Разработка на Sovereign: Контролен панел за Envoy Proxy Замяна на скъпо лицензиран софтуер: Един от водещите архитекти предлага замяна на скъпите корпоративни балансатори с отворен код и облачно ориентиран прокси сървър Envoy Proxy. Целта е мрежовите промени да станат напълно самообслужващи се за екипите без ръчна намеса от страна на администраторите. 09:25 1 Изграждане на Sovereign: Проектът Sovereign представлява сървър за управление на Envoy (control plane), изграден като FastAPI уеб приложение. Sovereign получава шаблони за мрежовите ресурси (клъстери, маршрути, слушатели) и ги попълва с динамични данни от базата данни на Open Service Broker и S3 кофи. 09:25 1 Динамични промени в реално време: Благодарение на динамичния API интерфейс на Envoy, новите конфигурации се изпращат към работещите прокси сървъри веднага след обработка от Sovereign. Това позволява прокситата да променят мрежовото си поведение без необходимост от рестартиране на самите услуги. 09:25 1 Автоматизиране на инфраструктурата с CloudFormation и AMI Управление на прокси инстанциите: Разгръщането на хиляди прокси сървъри в 13 различни региона се управлява изцяло чрез код (Infrastructure as Code) с помощта на шаблони от AWS CloudFormation. Този процес обхваща автоматичното изграждане на виртуални мрежи (VPC), подмрежи, мрежови шлюзове, групи за сигурност, роли в IAM и авто-скалиращи групи за пускане на EC2 инстанции. 14:36 1 Процесът по създаване на AMI шаблони: За да се осигури еднаквост при стартиране на сървърите, екипът използва HashiCorp Packer и Salt Stack за изграждане на базови образи на операционната система (Amazon Machine Image). Packer стартира временна виртуална машина, инсталира нужните софтуерни пакети чрез Salt Stack, оптимизира я и прави окончателен системен запис (snapshot). 14:36 1 Софтуерно съдържание на виртуалния образ: Всяко създадено AMI съдържа предварително инсталиран Envoy прокси сървър, агенти за събиране на регистрационни файлове, инструменти за сигурност, системни мрежови настройки и компоненти за наблюдение на производителността, включително логове, трасиране и метрики. 14:36 1 Динамично подаване на параметри: По време на стартирането на инстанциите чрез CloudFormation, към операционната система се подават специфични системни параметри, ключове и тайни кодове, които позволяват на проксито да се свърже със своите източници на конфигурация. 14:36 1 Миграция и централизиране на мрежовия трафик Фундаментът на новата платформа: Първоначално изградената разпределена мрежа полага основи за глобално централизирано балансиране на мрежовото натоварване под контрола на един екип. Основната задача след това е да се премине към мигриране на всички софтуерни компоненти към тази нова платформа. 20:14 1 Мигриране на големи софтуерни продукти: Процесът по миграция изисква интеграцията на мащабни системи като Jira, Confluence, Bitbucket и Statuspage зад новата инфраструктурна граница. Това позволява на разработчиците да управляват маршрутизацията на трафика чрез стандартизиран и сигурен модел. 20:14 1 Задължително прилагане на мрежови контроли: Компанията премахва възможността разработчиците да излагат своите услуги директно в публичното пространство чрез базови балансатори. Налага се строга политика, изискваща задължително преминаване през централизираната платформа, за да се гарантира, че публичният достъп е умишлено конфигуриран и защитен. 20:14 1 Разширени конфигурации на Envoy и централизирани функции Сложност на мрежовата логика: Envoy предоставя изключително детайлни възможности за конфигуриране, като например виртуални хостове за домейни, разширени правила за маршрутизиране на заявките, пренасочвания, модификация на HTTP заглавия и разпределяне на трафика към специфични вътрешни клъстери. 23:58 1 Строг контрол и проверка на конфигурацията: Тъй като лошо конфигурирано прокси може да спре целия мрежов трафик, разработчиците се концентрират върху строгата валидация на параметрите, подавани от потребителите, преди те да бъдат превърнати в шаблони за Envoy. 23:58 1 Централизиране на критични мрежови изисквания: Новата архитектура позволява важни функции като удостоверяване на идентичността (authentication), проверка на правата (authorization), DDoS защита, ограничаване на заявките (rate limiting) и мрежови логове да бъдат имплементирани на едно място, вместо да се разработват в хиляди отделни микроуслуги. 23:58 1 Архитектурен модел със спомагателни контейнери: Използва се моделът на странични контейнери (sidecars), които работят съвместно с Envoy локално на машината. Самият говорител разработва компонента за автентификация на езика Rust, докато екипи от други отдели предоставят компоненти за авторизация и ограничаване на мрежовия трафик. 23:58 1 Личностно развитие и нетехнически предизвикателства Умения по дипломация и разрешаване на конфликти: През осемте години в Atlassian инженерът развива значителни умения в нетехническата сфера, включително управление на конфликти, убеждаване, менторство и преговори. Той се сблъсква с разнообразни стилове на управление от различни мениджъри и колеги, което изисква висока психологическа гъвкавост. 30:58 1 Предизвикателствата при поддръжката на софтуер: Лекторът набляга на факта, че изграждането на една система в началото е лесно, но истинското предизвикателство се крие в нейната поддръжка във времето. С напускането на стари и идването на нови служители се внасят нови мнения, което води до пренаписване на софтуерен код и повишена сложност. 30:58 1 Обучение и менторство на колеги: Менторството на стажанти се оказва една от най-трудните области за говорителя, тъй като той се стреми да намери баланс между това да помага и същевременно да не предоставя готови решения наготово. За разлика от това, ежедневното обучение на колеги, съвместното разрешаване на аварии и опростяването на комплексни теми се превръщат в негова основна сила и ежедневие. 30:58 1 Заключение и бъдещи планове План за бъдещи образователни материали: Авторът на видеото изразява желание да демонстрира изграждането на подобни системи от нулата по време на видео стрийм или нови записани уроци. Това намерение зависи от времето, с което разполага, както и от интереса на неговата аудитория. 39:31 1 Искаш ли да разгледаме по-подробно някоя от тези технически теми, като например изграждането на контролния панел Sovereign или ролята на Rust в страничните контейнери (sidecars)? Cram Sheet Something went wrong while generating this answer. Please try again — if it keeps happening, contact support . const key = "grg" test gnrringrnrngjng yhjh jb