HN user
Posit has solved similar problems with their Package Manager as well, the benefit being that it's hosted on-prem, but the user has to build wheels for their desired architecture (if they're not on pypi).
I don't think the term "Microkernel Architecture" should be used in this context. I think "Modular Architecture," (or Plug-in like is mentioned) gets closer to this extension-based pattern.
The reason being that there's no relevance to the kernel, and modular kernels, also take this approach with replaceable plug-ins or extensions.
This is actually something they address in the Risk Factors section (here: https://www.sec.gov/Archives/edgar/data/1607939/000119312521...) if you're curious about what they have to say.
There is the "Yank" PEP 592 semantic that can be used to mark vulnerable packages. It's adoption has been a little slow, but I agree, having these packages available and marked accordingly makes it easier for security scanning and future detection research.
I could imagine a civil or criminal case relying on shredded documents as a source of evidence.
Can't reproduce the issue after a few minutes? Sorry wont-fix, mercurial core.
Joking aside, it's really neat to see the scale and sophistication of error detection appearing in these data centers.
Yeah, this is very good advice.
I think if revenue or product quality is tied to a VCS, having an active-active or active-passive setup is the way to go.
Fortunately, I'm on an on-prem product so that investment hasn't seemed worth it yet.
This doesn't mean we don't escrow our code, but rather than try to rebuild from source, I just take a short coffee break and wait for the impacted service to come back up :)
The last time this happened, it was after they shipped the phone app.
I wonder if they have a big feature underway or are just migrating more infrastructure to Azure?
EDIT: Either way, some postmortems would be appreciated before more customers have to look for a backup solution...
From Google, I think this is the page you're looking for:
https://www.mastercard.us/en-us/vision/corp-responsibility/c...
Is it too early for an acquisition?
Yeah, I've never had to implement my own DNS cache for a language before...
If you're on a system with cgo available, you can use `GODEBUG=netdns=cgo` to avoid making direct DNS requests.
This is the default on MacOS, so if it was running on four Mac Pro's I wouldn't expect it to be the root cause.
I would really like to see a postmortem for the recent outages. While I doubt it's all the same root cause, it would be nice for some messaging around improving resiliency.
I think the outages could be related to:
1. Github mobile just went public so they may of changed the scaling params to keep up with expected increase in traffic 2. The new notification system seems to be a lot heavier, and they could still be catching up to the changes 3. They were somewhat recently acquired by Microsoft so maybe they're migrating to Azure to reduce expenses
Whatever the cause, 11 days with outages out of 90 is pretty rough when you rely on Github for project management, a central hub for viewing CI, and all VC concerns. Feel bad for the smaller companies that wholly adopted GitOps and are blocked deploying hotfixes during these outages.
Opinions on Astrology aside:
Commenters: please don't reply to job posts to complain about something. It's off topic here.
Sorry but I'd like to get you started on what is happening inside containers ;P
Specifically can you go into more details about what worries you with containers. Is it insecure images with out of date software, or risky applications inside the containers? Something else?
Do the satellites disrupt telescopes world wide? If that's the case it's pretty tough on observatories that were recently built, at (apparently) a tens of millions of dollar price tag, that are now impacted by the decision to launch without proper oversight.
Obviously having more accessible internet for the rest of the world is a positive.
Ref: https://www.space.com/8791-giant-telescope-50-million-fundin...
Anyway around the paywall?
I might be a little slow here, but I don't think I totally understand the use-case.
The parallel docker build / pushing to a registry is definitely cool.
Isn't the parallel Kubernetes deployment the same as `kubectl apply -f .`?
My experience has always been: GitOps w/ version controlled yaml so when a deploy is triggered all the tests run, if that's successful then a sed is performed to replace some placeholder with the new image tags then it's just `kubectl apply -f .`
please, please slow down on chasing new markets + features and just make the stuff you already have work properly
I really agree with this. I was working at a company where we were exploring switching from Github enterprise to Gitlab for the K8s integrations, the docker registry, and the CI features.
Following the helm chart installation instructions was a nightmare because we were on-prem w/ a custom cluster. There were a lot of assumptions we had to find workarounds for (e.g. we used an f5 integration to manage our ingresses and performed SSL termination elsewhere so the nginx thing was awful).
The other terrifying bit was the number of services / pods that got brought up with the installation. If I have to monitor my team's services, I really don't want to monitor the health of: NGINX, Postgres, Redis, Minio, Registry, GitLab/sidekiq, GitLab/gitlab-shell, GitLab/gitaly, GitLab/unicorn, and GitLab/migrations.
When it comes to on-prem or self-hosted software I actually prefer running a monolithic application that worst-case I can just bounce or reboot the server.
Slow down, simplify things, and improve the user experience. Gitlab already has enough features to be competitive for a while with the Github + marketplace model.
Author seemed to have some valid points - issues that are part of the normal healing process are being diagnosed & treated via antidepressants.
The part I'm not so sure I agree with is the "system is too jammed up so don't come," sentiment.
I think if someone is having a hard time & they want to reach out to a medical professional that's probably for the best.
Unfortunately that does shift the burden onto the system to train professionals to determine the difference between prescribing antidepressants or talk and time therapy. It's a lot easier to write someone that prescription than hear them out.
Yeah I was about to post that it didn't work on firefox...
On the flip-side, it's easier for a large organization like Google to manipulate the post that gets voted to the front page.
Do Google Doc features really impact the community enough warrant a post?
Just seems like marketing to me.
This is why I'll never use the Google Cloud. Sorry my business does not move as quickly as your decisions.
Cogo Labs | Senior Software Engineer | Full-Time | ONSITE only | Cambridge, MA | https://cogolabs.com
Cogo Labs is a startup accelerator. We are looking for a Senior Software Engineer on our Platform Team to take ownership of key initiatives and systems that support our incubating teams and companies in their high growth efforts.
You'll work with engineers, analysts, and exec staff to flesh out requirements, scope projects, and lead implementation and rollout. Ownership and accountability are core to how we build successful teams and as a Senior Software Engineer you will enjoy a high degree of autonomy as we continue building some of Boston's fastest growing startups.
Our team is about 8 people, all local to Cambridge. We're passionate about Golang + Kubernetes, improving as engineers, and helping our customers as much as possible.
Other jobs available, and you can apply directly via https://grnh.se/dko5gxn42
Cogo Labs | Engineering and analyst positions | Boston | Onsite | Full-Time | https://www.cogolabs.com
A big part of building successful companies is reaching the right audience. Here at Cogo Labs, we try to build reliable, scalable, and customizable tool chains that allow our businesses to find and attract users who will become loyal customers.
We mostly use Golang + Python + Docker/Kubernetes
See the full list of jobs and details to apply here: https://grnh.se/dko5gxn42
Cheers!
I just love the dichotomy on HN where you get one article: “The Future of Software Is No Code” and another “Why it took a long time to build the tiny link preview on Wikipedia,” these two are seemingly orthogonal in my mind.
Same boat here. I got signed up to SVB via Stripe and I'm looking to switch bank accounts ASAP.
Does Stripe get huge kickbacks from SVB or something?
After using https://github.com/coreos/clair to scan some official images, I was blown away by the amount of exploits in every one.
Seems like the only path forward if security is a priority is to build the base layers from scratch...
I'll forward this along, sorry for the inconvenience. Do you want to email me directly and I'll get you sorted?
EDIT: Anyone trying to access the careers can go to https://boards.greenhouse.io/cogolabs :)
Cogo Labs | Boston / Cambridge, MA | Software Engineer | Fulltime | ONSITE | https://www.cogolabs.com
Cogo Labs provides the companies we incubate with access to a centralized tech platform that they can use to bootstrap their businesses. We are looking for a Software Engineer who can help us further develop this platform, making it the best possible toolchain for running marketing campaigns and launching new websites. You’ll collaborate with and learn from experienced engineers while making contributions that directly impact the success and profitability of teams and companies that we’re building.
When it comes to bits and bytes, our guiding philosophy is that using the right tool for a job is more important than rigid adherence to any particular programming language or tech stack. From humble origins in Python (we still use Python to write quick prototypes and one-off scripts), the majority of our core systems have evolved into highly concurrent Golang services. We also use some embedded Lua and dabble with low level network protocols. RabbitMQ, Redis, MySQL, PostgreSQL, and Amazon Redshift are some of our favorite data wrangling tools; Munin, Nagios, and Icinga keep us alerted when something's going awry.
Feel free to email me if you have any questions or apply through https://www.cogolabs.com/careers
Tyler F, tfinethy@cogolabs.com