16,407 karma · joined January 19, 2011
> For some resources like RDS or EKS, it won't check if the resource already exists or not. So if it's missing, nothing is going to happen as it's marked are deployed in the tfstate file
is also wrong.
Even a low-end tower server can be configured with multiple terabytes of RAM.
E.G. https://www.dell.com/en-us/work/shop/povw/poweredge-t640#tec...
1) Helped someone launch, track and recover a high-altitude balloon. We used APRS on the 2M band as the primary mode of tracking. You can see balloons in the air right now at https://tracker.habhub.org/
2) Carry in and set up a low-power radio and antenna at a riverfront park, then make contacts with people at home and at other parks. You can read more about that at https://parksontheair.com/ . I'm hoping to try a mountain instead of a park soon, see https://www.sota.org.uk/
3) Get up at odd hours of the night to try to make contact with amateurs in Hawaii on some bands and modes I haven't used to communicate with that state yet. I'm tracking this for my worked all states award from the ARRL, and did it recently because it was the https://www.hawaiiqsoparty.org/. that's an example of one of the many contests that exist in amateur radio.
4) Listen in on a regional HF net taking reports about conditions in areas affected by Hurricane Ida and relaying them to govt agencies as appropriate.
5) Listen in on a local 2M repeater where I heard other hams discussing their lives and hobbies related and unrelated to amateur radio.
Request coalescing can be incredibly beneficial for cacheable content, but for uncacheable content you need to turn it off! Otherwise you'll cause your cache server to serialize requests to your backend for it. Let's imagine a piece of uncacheable content takes one second for your backend to generate. What happens if your users request it at a rate of twice a second? Those requests are going to start piling up, breaking page loads for your users while your backend servers sit idle.
If you are using Varnish, the hit-for-miss concept addresses this. However, it's easy to implement wrong when you start writing your own VCL. Be sure to read https://info.varnish-software.com/blog/hit-for-miss-and-why-... and related posts. My general answer to getting your VCL correct is writing tests, but this is a tricky behavior to validate.
I'm unsure how nginx's caching handles this, which would make me nervous using the proxy_cache_lock directive for locations with a mix of cacheable and uncacheable content.
"Windows 365 is built on Azure Virtual Desktop, but it simplifies the virtualization experience—handling all the details for you. "
"Seriously lacking" is a good description of their website overall, though.
Mozilla exists to build the Internet as a public resource accessible to all because we believe that open and free is better than closed and controlled. Join us to work on the Web as the platform and help create more opportunity and innovation for everyone online. We're hiring for a number of SRE and security roles right now, including
* Site Reliability Engineer, Services Team (US or Canada): https://careers.mozilla.org/position/gh/3069852/
* Site Reliability Engineer, Data Team (US or Canada): https://careers.mozilla.org/position/gh/3185802/
* Senior Manager, Security Engineering (US or Canada): https://careers.mozilla.org/position/gh/2451569/
These are still a source of interference on the amateur bands. You can find more info on that at https://www.iaru-r1.org/spectrum/monitoring-system/iarums-r1...
Mozilla exists to build the Internet as a public resource accessible to all because we believe that open and free is better than closed and controlled. Join us to work on the Web as the platform and help create more opportunity and innovation for everyone online. We're hiring for a number of operations roles right now, including
* Senior or Staff Site Reliability Engineer (Germany preferred, Eastern Time possible): https://careers.mozilla.org/position/gh/2444504/
* Site Reliability Engineer (US or Canada): https://careers.mozilla.org/position/gh/3069852/
* Manager of Operations Security Engineering (US or Canada): https://careers.mozilla.org/position/gh/2451569/
(I spent a couple months trying every variety of non-alcoholic "craft" beer that I could get my hands on earlier in the pandemic)
Mozilla exists to build the Internet as a public resource accessible to all because we believe that open and free is better than closed and controlled. Join us to work on the Web as the platform and help create more opportunity and innovation for everyone online. We're hiring for a number of operations roles right now, including
* Staff Site Reliability Engineer (US, Canada, or Germany): https://careers.mozilla.org/position/gh/2444504/
* Site Reliability Engineer (US or Canada): use the staff posting since this one isn't up yet
* Manager of Operations Security Engineering (US or Canada): https://careers.mozilla.org/position/gh/2451569/
* Services SRE Manager (US or Canada): https://careers.mozilla.org/position/gh/2318454/