Handle deleting BpfProgram objects when parent program isn’t also being deleted

[anfredette]

There are times when BpfProgram objects are deleted when the parent *Program object isn't also being deleted. For example, when InterfaceSelectors or ContainerSelectors are modified, or containers come and go. The parent operator controller needs to be triggered when this happens so that the global status can be updated. This currently happens because the state of the BpfProgram objects is changed to BpfProgCondUnloaded; however, I don't believe that it's guaranteed that the operator controller will run before the BpfProgram object is actually deleted. We may need to modify the way we handle finalizers on the BpfProgram objects to ensure that the Operator controller has a chance to run before the BpfProgram object is deleted.